The AOA AP should work now (it does on my computer). The earlier version was using the old Orbiter aerosurface definitions instead of the new code.
Works much better now! Something I did notice is that the orbiter generates a tremendous amount of lift when at zero roll. And it isn't slowing down per schedule, I guess this could be attributed to atmosphere model Orbiter is using compared to the real one in 2003.The AOA AP should work now (it does on my computer). The earlier version was using the old Orbiter aerosurface definitions instead of the new code.
Great to hear he there is an AOA AP Thats what I've been waiting for a long time on the Shuttle-Vehicles^^
The AoA AP only maintains the correct Angle of Attack (AoA). It isn't a full-fledged AP like AutoFCS. You still have to perform the rolls during entry.Great to hear he there is an AOA APThats what I've been waiting for a long time on the Shuttle-Vehicles^^
Thats exactly what I've hoped!The AoA AP only maintains the correct Angle of Attack (AoA). It isn't a full-fledged AP like AutoFCS. You still have to perform the rolls during entry.
That's realistic - the main reason the shuttle banks is to 'dump' the excess lift so it doesn't skip out of the atmosphere.Works much better now! Something I did notice is that the orbiter generates a tremendous amount of lift when at zero roll. And it isn't slowing down per schedule, I guess this could be attributed to atmosphere model Orbiter is using compared to the real one in 2003.
SHUTTLE Endeavour
ACCESS_ARM 1 1.0000
GVA 1 1.0000
VENTHOOD 1 1.0000
GOX_SEQUENCE 2
SHUTTLE name
Now all that is needed is for the AoA AP to maintain the correct AoA with the ARCS as well, not just the elevons!Checked in a basic entry sideslip autopilot. It works fairly well except during roll reversals (when there is still a lot of sideslip). Also, it's enabled/disabled along with the AOA autopilot, instead of being tied to the Roll/Yaw CSS PBI.