Space Shuttle Ultra 1.25 Revision B development

Very nice discussion, exactly what I was hoping for. Now on to a different subject: Which ITEM do I need change to increase the attitude rate for the DAP? Not deadband but the actual rate of attitude change. Right now it's defaulted to a very low rate(I think 0.3°/s) which makes a attitude change take a very long time.
 
It's on the SPEC 20 display. I can't remember the ITEM number, but it's something like PRI ROT RATE.
 
It's on the SPEC 20 display. I can't remember the ITEM number, but it's something like PRI ROT RATE.
Thanks. Will SPEC 20 be redone to look and work like the real SPEC 20? Right now it's not correct if you compare the two.
 
Not anytime soon. The current display is fairly close, and the main problem is that the shuttle has multiple different DAP configurations; SSU only has two at the moment.
 
Not anytime soon. The current display is fairly close, and the main problem is that the shuttle has multiple different DAP configurations; SSU only has two at the moment.
OK. I believe it's 30 different DAP configs(15 for A and 15 for B).

Another thing I have noticed is that VERN doesn't seem to be using the actual vernier thrusters at all but rather the primary thrusters at a lower setting. At least that is how they are rendered, the exhaust comes from the primary jets, none from the vernier jets.
 
Another thing I have noticed is that VERN doesn't seem to be using the actual vernier thrusters at all but rather the primary thrusters at a lower setting. At least that is how they are rendered, the exhaust comes from the primary jets, none from the vernier jets.
That's correct. At the moment, we don't have vernier jets.
 
That's correct. At the moment, we don't have vernier jets.
OK. So all VERN does is command a thrust equivalent to a vernier jet on the primary jets?
 
Any update on how the corrections to the flight model is coming along? Also some way to calculate the de-orbit burn targets and TIG would great!
 
Flight model changes are coming slowly; I have to create a new set of CSV aero data files, which involves typing a lot of data. Once I finish the aero changes, I'll take a look at the de-orbit burn calculations.

---------- Post added 05-02-12 at 03:02 PM ---------- Previous post was 05-01-12 at 11:00 PM ----------

The OBSS is using spacecraft3 - does anyone know why we need this? It seems to me that a basic config file would work just as well, and it's one less addon required by SSU.
 
The Spacecraft3 reference is historical. I won't shed a tear there.
 
The OBSS is using spacecraft3 - does anyone know why we need this? It seems to me that a basic config file would work just as well, and it's one less addon required by SSU.
Not sure. I guess it really is a remnant from when it was taken from one of Donamy's many mission packs. I guess it could use a module for the pan/tilt assy
for the ITVC/LDRI (Sensor Package 1, SP1).
 
Not sure. I guess it really is a remnant from when it was taken from one of Donamy's many mission packs. I guess it could use a module for the pan/tilt assy
for the ITVC/LDRI (Sensor Package 1, SP1).

Who should code it is the question. I am currently far out of any serious coding, I have some an exam on this friday and a lot of stuff to learn. 56 pages.... and thats only the glossary of it.
 
At the moment, the OBSS doesn't have any animations. I can convert it to a config file for the moment, and later on we can think about creating an OBSS module with animations. I don't know if there's any point in animating the pan/tilt assembly until we can actually simulate the camera views somehow.

The VAB also has a Spacecraft3 file; is the VAB module working, or do we still need to use spacecraft3 for that?
 
A question on the RMS: I see that in RMSSystem.h that the rollout angle is specified as 18.435°s from the vertical. This is incorrect as the rollout angle should be 19.48°s from the vertical according to Jorge here: http://forum.nasaspaceflight.com/index.php?topic=10600.msg232750#msg232750

Similarly, I can't seem to find a parameter that defines the rolled in angle. I'm in the process of updating the orbiter, OBSS, starboard MPMs, the RMS and the port MPMs, so any info on the RMS rolled in parameter would be great!

So far the orbiter, starboard MPMs and the OBSS is just about done, just the RMS and the port MPMs left.
 
The rolled-in angle is hardcoded. Once you check in an updated RMS mesh, I can fix the angles (some of the joint animation parameters are also hardcoded at the moment).
 
The rolled-in angle is hardcoded. Once you check in an updated RMS mesh, I can fix the angles (some of the joint animation parameters are also hardcoded at the moment).
Are you sure about the rolled in angle being the one hardcoded? The mesh is in the rolled out state.
 
Yes. The rolled-in angle is only used when defining the MPM animation (which is a hardcoded value).
 
Yes. The rolled-in angle is only used when defining the MPM animation (which is a hardcoded value).
So the RMS rolled out angle parameter in RMSSystem.h isn't used? Or is it? I'm confused here.
 
The rolled out angle is used for the IK code. We can also use the rolled out angle to define the joint animation axes (these are hardcoded at the moment, but I'll probably change this very soon).
 
I've created a Config file for the OBSS to replace the spacecraft3 file (I haven't checked it in yet). Do you think it's a good idea to delete the spacecraft3 Ultra_OBSS.ini file? This will break any existing scenarios using the spacecraft3 OBSS, but it'll prevent people from accidentally using the old OBSS.
 
Back
Top