SSU V1.25 Release

[SiameseCat]

I've checked in the OBSS code. There are a few bugs: the A8 grapple talkbacks don't display correctly, and I've found some problems with the RMS IK. I haven't added the STBD MPM latch talkbacks yet.

The RMS can now be used to grapple a vessel attached to something else. I've added the RMSSubsystem class for this; this should eventually to the entire RMS simulation, but for the moment it just handles attaching to the grapple target.

 

[Donamy]

Sweet !!

 

[DaveS]

I've checked in the OBSS code. There are a few bugs: the A8 grapple talkbacks don't display correctly, and I've found some problems with the RMS IK. I haven't added the STBD MPM latch talkbacks yet.

So this means we can't unberth/berth the OBSS yet? And is one of these problems with the RMS IK that after manually adjusting a joint angle, that wehn you use the IK again it jumps to a totally different position?

 

[SiameseCat]

The OBSS can be berthed/unberthed. One of the IK bugs is that it jumps after a joint angle is manually changed; the other is that the direction changes as the arm translates.

 

[DaveS]

The OBSS can be berthed/unberthed.

In that case, how? I move the RMS to the OBSS forward grapple fixture, then grapple the OBSS and all the EE talkbacks on A8U show a good grapple. Then I put the RMS SELECT switch on A8L to STBD and the STBD RMS MRL LATCH switch to RELEASE. After waiting for the MRLs to release I put the A8L RMS SELECT switch back to PORT, then try to the RMS with the OBSS translate up and away from the STBD MPMs. This doesn't work. The RMS refuses to move at all until I release the OBSS.

 

[SiameseCat]

You're right; I made a minor change just before I checked the code in which introduced this new problem. The bug should be fixed now.

 

[DaveS]

You're right; I made a minor change just before I checked the code in which introduced this new problem. The bug should be fixed now.

OK, bug fixed thanks! Works nicely. Although the OBSS grapple fixture point suddenly changes position when it is released from the MPMs. It's good when attached to the MPMs but moves about 20 cm in the +X direction when it is released from the MPMs.

 

[the.punk]

Just a random question: Have you got an release date for the new version?
Is it then uploaded on orbithangar?​

 

[Urwumpe]

Just a random question: Have you got an release date for the new version?​

No. We will release, if the number of known bugs is tolerable. As no money is directly connected to SSU, we can afford this luxury of not having to release SSU at a special date.

We are close to the next release, but we can't exactly tell when we feel like we can released a official stable version. If you can't wait, you can still download the sources and graphics via subversion and build it by using VC 2008 Express, which you can download for free.

It takes some work and time that way, but if you really want it, we can and will not stop you.

 

[the.punk]

Yes, but were can I find it?


-----Post Added-----


And what is a SUBVERSION?

 

[Urwumpe]

Yes, but were can I find it?


-----Post Added-----


And what is a SUBVERSION?

On our Sourceforge page.

http://shuttleultra.wiki.sourceforge.net/Initial+Checkout

And Subversion is a standard software for version management. The best client i know is TortoiseSVN.

http://tortoisesvn.tigris.org/

 

[the.punk]

Yes, thank you so much.:speakcool:

 

[DaveS]

The BSMs have a lot of effect - we just don't have a initial speed difference to the ET when the booster vessels are created. Most difference to the shuttle stack comes from the BSMs, the rest are aerodynamics and the little acceleration by the SSMEs.

If you can get me the accurate BSM positions and orientations, I can implement these more detailed. If the positions and thrust profile of them is correct, all we can do wrong is aerodynamics.

Any update on the SRB sep behaviour?

 

[Urwumpe]

Any update on the SRB sep behaviour?

Not many news. The rotation of the SRBs happens with the old SRB code, but the rates might be wrong.

 

[DaveS]

Not many news. The rotation of the SRBs happens with the old SRB code, but the rates might be wrong.

Seems like the old default SRB code only has one sep thruster generating 3 MN of thrust located at 1.3 m along the Z axis.

 

[GLS]

does this help with the srb sep?

Also one thing: looks like the MLP stands are duplicated... look close....

 

[DaveS]

Also one thing: looks like the MLP stands are duplicated... look close....

Just delete the pad A MESH entries from Earth\SSU\Canaveral.cfg file.

 

[GLS]

Just delete the pad A MESH entries from EarthSSUCanaveral.cfg file.

so that's it! I didn't update that file in order to keep a modified version without the surface tiles (my pc sucks...) ...my bad :lol: thanks!

 

[Urwumpe]

Seems like the old default SRB code only has one sep thruster generating 3 MN of thrust located at 1.3 m along the Z axis.

Strange. My SRB code here produces 2 exhaust streams per rocket, see the (old) attachment.

if(Left)
    {
        thBSM[0] = CreateThruster(_V(0.752, 2.06, -20.5), _V(-0.22, -0.604, 0.766), 4*BSM_THRUST0, phBSM, BSM_ISP0);
        thBSM[1] = CreateThruster(_V(0.445, 1.22, 21), _V(-0.22, -0.604, -0.766), 4*BSM_THRUST0, phBSM, BSM_ISP0);
    } else 
    {
        thBSM[0] = CreateThruster(_V(-0.752, 2.06, -20.5), _V(0.22, -0.604, 0.766), 4*BSM_THRUST0, phBSM, BSM_ISP0);
        thBSM[1] = CreateThruster(_V(-0.445, 1.22, 21), _V(0.22, -0.604, -0.766), 4*BSM_THRUST0, phBSM, BSM_ISP0);
    }

Just checked, the SRB code did also change since revision 40, 2nd March 2008. All work on the SRB thrust profile was in Common.cpp.

 

[DaveS]

Yes, but I was talking about the default Atlantis SRBs, not the new SSU SRBs.