SSU Development Thread (3.0 to 4.0)

[STS]

...get mission control into SSU.

If you eventually make a Mission control for SSU, could it be disabled by config file for example?

This is because (and I know this is a very particular case) of how I use SSU: In my simgroup we have our own mission control.

 

[Urwumpe]

If you eventually make a Mission control for SSU, could it be disabled by config file for example?

This is because (and I know this is a very particular case) of how I use SSU: In my simgroup we have our own mission control.

I can consider this into the planning. This is likely something for 5.0 or later, but I just have some material right now to read about it.

Would it be OK if we offer two options to select for mission control: local AI and remote multiplayer? Without mission control, it can't work properly. Alone because many important parameters of the spacecraft are only visible there.

So, even if you like to play without, you need some way to control systems that are not visible to the player in Orbiter - if you are doing this in a simgroup, maybe it could be interesting to have a tool to interact with the orbiter session.

---------- Post added at 11:00 AM ---------- Previous post was at 09:42 AM ----------

Now, look at this... if it would be possible to ask them, if they have also received programming manuals for this one?

http://www.nova.edu/buehler/pdf/NSU Awarded NASA Space Shuttle On-board Computer for Research.pdf

 

[STS]

So, even if you like to play without, you need some way to control systems that are not visible to the player in Orbiter - if you are doing this in a simgroup, maybe it could be interesting to have a tool to interact with the orbiter session.

This would be perfect, we currently use some consoles via OrbConnect, what "scared" me was an AI giving conflicting instructions to our crew.

 

[Urwumpe]

This would be perfect, we currently use some consoles via OrbConnect, what "scared" me was an AI giving conflicting instructions to our crew.

Yes, the "artificial stupidity" will sure never reach the intelligence of a team of human flight controllers. It is more meant as a "better than nothing solution".

 

[Capt_hensley]

"It uses 550 watts, weighs 29 kilograms (64 pounds),"

Thanks God for Moore's Law. or at least the currently updated version.

 

[Urwumpe]

"It uses 550 watts, weighs 29 kilograms (64 pounds),"

Thanks God for Moore's Law. or at least the currently updated version.

Well, if you then look at the size of its predecessor...


The IBM System/360 ...

(That's from the Volkswagen Factory here... some years before my birth)

A huge change in size and mass - the model 50 shown in the photograph had actually only half as much memory as the AP-101S

 

[Capt_hensley]

Well, if you then look at the size of its predecessor...


The IBM System/360 ...

(That's from the Volkswagen Factory here... some years before my birth)

A huge change in size and mass - the model 50 shown in the photograph had actually only half as much memory as the AP-101S

Yep, My dad used a IBM punch card and reel to reel system at NASA at Edwards for years, Never used a PC even during the Shuttle days in the early 80s.

I just can't imagine the power of todays PCs in the shuttle of yesterday. It's also hard to believe that an entire control center for the shuttle, wouldn't fit in a single bldg the size of a Super Walmart, todays centers are much smaller. It's not just the computers, it's the quantity of persons required to operate them. Automation, miniaturization, and streamlining it seems have made short work of the need to reduce the foot print. But I digress...

 

[GLS]

So, should I remove the Ku-Band antenna "deploy inhibit" when the PLBDs are closed?
Also, the 2 PLBay MECH PWR SYS switches on R13L, each powers one of the 2 motors in each actuator, right? So if just one of those switches is on the deploy/stow speeds are half.

 

[Urwumpe]

So, should I remove the Ku-Band antenna "deploy inhibit" when the PLBDs are closed?
Also, the 2 PLBay MECH PWR SYS switches on R13L, each powers one of the 2 motors in each actuator, right? So if just one of those switches is on the deploy/stow speeds are half.

I would say yes. But since we have no damage model yet, I am not defending this position too heavily.

I would prefer things to be like the real shuttle and if you can screw things up by using it wrong, you should also experience the same in SSU.

And yes, the AC Motors operate that way, because they are connected by a differential gear in the actuator. The rotation speed of the output shaft is the sum of the rotation speeds of the input shafts. If only one motor rotates, the rotation speed of the output shaft of the differential gear is equal to the rotation speed of one AC motor.

(And if both motors rotate in opposite directions, the output shaft does not rotate)

 

[GLS]

I would say yes. But since we have no damage model yet, I am not defending this position too heavily.

I would prefer things to be like the real shuttle and if you can screw things up by using it wrong, you should also experience the same in SSU.

I'm also no sure either way. There's that phrase in SCOM that points to there being some kind of inhibit (possibly in the panel), but then there's no other mention of it, which is odd because if that "inhibit" failed on, it could make the antenna deployment difficult. I added that, but now I'm also leaning to taking it out.

 

[DaveS]

I'm also no sure either way. There's that phrase in SCOM that points to there being some kind of inhibit (possibly in the panel), but then there's no other mention of it, which is odd because if that "inhibit" failed on, it could make the antenna deployment difficult. I added that, but now I'm also leaning to taking it out.

What page is this "inhibit" mentioned on?

 

[Urwumpe]

What page is this "inhibit" mentioned on?

I can't find it, but there is something mistakable on page 2.4-17:

The antenna is locked in the stowed position to clear the adjacent payload bay doors and radiators when they are closed or moving.

But locked in stowed position is not the same as "inhibit", it just means that the antenna does not move even when the motors are not powered on.

 

[GLS]

I can't find it, but there is something mistakable on page 2.4-17:



But locked in stowed position is not the same as "inhibit", it just means that the antenna does not move even when the motors are not powered on.

Yes, that's it.
It could also mean the deploy switch doesn't work if the doors aren't open (the PLBD talkback could "enable" or "inhibit" the switch). :shrug:
But in the end, just this phrase is very thin evidence...

 

[Urwumpe]

Yes, that's it.
It could also mean the deploy switch doesn't work if the doors aren't open (the PLBD talkback could "enable" or "inhibit" the switch). :shrug:
But in the end, just this phrase is very thin evidence...

No, it does not. "Locked in position" has a very specific meaning.

 

[DaveS]

Yes, that's it.
It could also mean the deploy switch doesn't work if the doors aren't open (the PLBD talkback could "enable" or "inhibit" the switch). :shrug:
But in the end, just this phrase is very thin evidence...

I have seen no evidence that the Ku system in any way knows the status the of the PLBDs. Most likely the "locked" in the sentence refers to the physical status, that it can't move at all. The system will try until something breaks (most likely the DA).

 

[Urwumpe]

I have promoted GLS and DaveS to release technicians, so they are permitted to upload files to our Sourceforge page.

Any complaints?

 

[GLS]

I have promoted GLS and DaveS to release technicians, so they are permitted to upload files to our Sourceforge page.

Any complaints?

Will I now get a pay raise? :lol:

 

[Urwumpe]

Will I now get a pay raise? :lol:

No. Only more work. :lol:

 

[DaveS]

I have uploaded a complete edition of the Space Shuttle Systems Handbook (SSSH) to Sourceforge. It comes in three parts, you can grab them here: https://sourceforge.net/projects/shuttleultra/files/References/

---------- Post added at 10:04 PM ---------- Previous post was at 09:07 PM ----------

There's some Ku band system stuff in SSSH Vol. II starting on page 379.

 

[Urwumpe]

There's some Ku band system stuff in SSSH Vol. II starting on page 379.

And a huge lot of stuff on the DPS in Volume I, I have just printed some plans on the EMDMs for reference.

---------- Post added at 10:13 PM ---------- Previous post was at 10:10 PM ----------

On page 281 in Volume 1 is a reference on the MCDS and the DEU, which looks very promising!