Discussion Space Shuttle Vessel - Payload Development Thread

1774366646977.png

the displays are quite easy to make haha.

my only question is about drawing lines, are those parameters the pixel positions on the display or something else?

i wonder for future versions, a display creating tool could be used for custom payloads, but thats another can of worms.
 
Last edited:
the displays are quite easy to make haha.
Yep, the problem is filling them with data. Even a DISP needs somebody to generate the data it shows. The SPEC has a specific process for that, and also a function to respond to user inputs.

my only question is about drawing lines, are those parameters the pixel positions on the display or something else?
The lines were pixel based.
Don't waste time, it will be a bit different for v2.0, and also at 1024px.

i wonder for future versions, a display creating tool could be used for custom payloads, but thats another can of worms.
For now "can of worms".
It's too soon to say what will be possible and what how it will be possible, but one of my targets for v2.0 is to support PAMs in a subsquent later minor release (i.e., v2.x), so by then I'll know much more about the inner workings of the SM. I know there were control segments (processes and displays) allocated for payload interface, and others for the PAMs (and IUS, and very likely Centaur), although they could all be the same...
All I can say is that I'm planning to have the PAMs with a generic display, with hopefully a customizable title, so one can have "MY SAT DEPLOY" or something, and the processes should all be the same, except doing I/O to/from another bus location (which I remember reading somewhere had some quirk)... anyway, time will tell.
 
would it be possible now or in a future release to have payloads mounted on the bridge rails but not needing latches? Were the Drop Bridge Adapters "common" parts provided to payload users for mounting in the bay? Working on making 135 and it had the umbilical for the MPLM, as I'm sure all MPLM flights did. 1774819822600.png
 
would it be possible now or in a future release to have payloads mounted on the bridge rails but not needing latches?
I don't think that ever happened... but I could be wrong. AFAIK small payloads had to make a custom bridge, or more often used one for the GAS canisters, that had a few side mount points. The ROEU wasn't a payload...

Were the Drop Bridge Adapters "common" parts provided to payload users for mounting in the bay?
First time I heard of that, but I'd say probably no. I didn't look much into the ROEU, and most of what I looked at was on the electrical side, so I don't really know the details of the mountings.
Perhaps I should take another look at the ROEU, and maybe support it...

Working on making 135 and it had the umbilical for the MPLM, as I'm sure all MPLM flights did.
The ROEU was for electrical connections... data or power, both could be payload dependent, so maybe not all used it.
The MPLM was going to have a water cooling system, but I think that lost its need before it was ever used.
 
I don't think that ever happened... but I could be wrong. AFAIK small payloads had to make a custom bridge, or more often used one for the GAS canisters, that had a few side mount points. The ROEU wasn't a payload...


First time I heard of that, but I'd say probably no. I didn't look much into the ROEU, and most of what I looked at was on the electrical side, so I don't really know the details of the mountings.
Perhaps I should take another look at the ROEU, and maybe support it...


The ROEU was for electrical connections... data or power, both could be payload dependent, so maybe not all used it.
The MPLM was going to have a water cooling system, but I think that lost its need before it was ever used.
Well, there was only one MPLM that was going to support "active payloads" and that was FM-03, Donatello that never flew. It was going to use a version of the ROEU called the Remotely Operated Fluid Umbilical (ROFU). ROEU was only used to supply keep-alive power to certain payloads to keep things like heaters going until permanent power could be supplied. Once the ROEU was disconnected, they were on a timer as the payload could no longer be kept at an safe temperature.
 
The ROEU wasn't a payload...
I use that term loosely, more a generic term for SSV for things in the payload bay for me, so sorry for that confusion.
Perhaps I should take another look at the ROEU, and maybe support it...
I think the MPLM in general might be a good base payload to have in SSV to have more "complete" flights come with it by default. maybe a simple MFD for managing the cargo weights and such to simulate the transfers.
 
I think the MPLM in general might be a good base payload to have in SSV to have more "complete" flights come with it by default. maybe a simple MFD for managing the cargo weights and such to simulate the transfers.
Hmm, IMO that is going outside of the project scope (which is already large enough). Yes, there are some payloads and missions already included in SSV, but they usually exist as a demonstration of some feature (I even removed some of them in the last version that where adding nothing).
SSV is still far from supporting everything, but I think the current state isn't that bad, and slowly more things are being added.
 
Now I know why I didn't recognize the Drop Bridge Adapter... it doesn't seem to be "original" hardware. The regular location for the ROEU is mounted on top of the bridge rail. This might just be a custom location for the MPLM... and I just love things like this 🤦‍♂️
 
SSV is still far from supporting everything, but I think the current state isn't that bad, and slowly more things are being added.
For sure, wasnt trying to rag on the project. I understand the issues with feature-creep, its just so hard for the shuttle cause so much was payload dependent and unique.
 
  • Like
Reactions: GLS
Without the GPC, SCA, etc, it comes down to this:
1) close sunshields once in orbit
2) once time comes to deploy, point vehicle +Zo -VV
3) open sunshields
4) unlatch PAM
5) spin up PAM
6) when crossing the equator, deploy PAM
7) move away
8) 45 minutes later watch it fire from a safe distance
I'm looking into getting an early PAM Deploy CL scanned, so hopefully that'll help out with adding this to SSV later on past 2.0
 
  • Like
Reactions: GLS
what is the source for what locations can and cant have latches in the bay? working on STS-7, and for the aft ASE, i cant have it be at the right latch to line up with the others. Per the Media Resources Kit, the AFT ASE is from Xo 1202.73 to Xo 1281.4. I cant have the ASE keel latch at Xo 1202.73, but i can have it one further aft, but then the aft pair of longeron latches don't line up.

I've noticed some of the latches that cant be used in the mission editor have a number, but no Xo position when looking at the bay in the mission editor. Xo 1202.73 has both, but isn't useable in the editor
 
I cant have the ASE keel latch at Xo 1202.73, but i can have it one further aft
There you go. I'm pretty sure I have a diagram somewhere showing that the PAM keel trunnion is one PLID aft of the forward longeron trunnions. Plus, it certainly looks like that:
deliveryService


I've noticed some of the latches that cant be used in the mission editor have a number, but no Xo position when looking at the bay in the mission editor. Xo 1202.73 has both, but isn't useable in the editor
The PLID numbering represents a position each 3.933 inches, starting somewhere forward of the vehicle (I don't know why). Anyway, in the PLB there are PLID positions that can have a keel passive latch, or a keel active, or a longeron passive or a longeron active, or some combination of them, or none at all. When a PLID can't have any latch, I still show the number in the diagram, without the Xo coord, as an indication that this particular PLID is unusable. When picking a PLID for a latch, only the PLIDs that support that latch type and location are shown.
Why are some PLIDs not available? Page 89: https://gandalfddi.z19.web.core.win...terface Specs STS_Interface_Spec 19980115.pdf
 
It looks like the keel trunnion is at the same position as one of the side trunnion except in the center
 
It looks like the keel trunnion is at the same position as one of the side trunnion except in the center
That is not what I see: in the image above, the right trunnion seems to be on this side of the structure plane, while the keel trunnion seems to be on the other side of the structure plane.
 
I have seen more detailed drawing of the ASE. But this seems to show the keel the same distance as the forward trunnion?
 

Attachments

  • pamase1.jpg
    pamase1.jpg
    75.1 KB · Views: 7
Got this old schematic which shows the keel pin of the PAM ASE being located slightly aft of the FWD trunnion pins:
 

Attachments

  • PAM D Envelope.JPG
    PAM D Envelope.JPG
    119.3 KB · Views: 7
I'm looking into getting an early PAM Deploy CL scanned, so hopefully that'll help out with adding this to SSV later on past 2.0
update on this: The one i was looking at getting scanned is ITAR restricted. I'm reaching out to see if all of the checklists like this are restricted, or just this one for some reason.

Update part 2: seems like all the PAM DPY checklists are ITAR restricted
 
Last edited:
  • Like
Reactions: GLS
Update part 2: seems like all the PAM DPY checklists are ITAR restricted
But the IUS, being much more powerful, versatile and smarter, had its deploy checklist posted online by NASA itself...
full
 
Back
Top