How do I stop the payload from clipping inside the cockpit. I use the SSVMissionEditor in the utils folder to edit the payload in the bay, but it keeps spawning too high in the payload bay
I have attached pictures
I have attached pictures
Question How to stop payload clipping SSV
- Thread starter jamest
- Start date
gattispilot
Addon Developer
It looks like you have it attached to far forward. Can you post the scn?
GLS
Well-known member
Hi there!
The clipping is something that is limited by the graphics engine, and as it is it shouldn't be much of an issue, unless the object is really close to the view.
Anyway, your payload is way forward, probably because you didn't set the PLIDs. After adding the payload, click in the corresponding "Edit Latches" button to define the PLIDs for each payload trunnion (that one should have 5).
GLS
Well-known member
What you have there are the 12 available latches to hold your payload inside the PLB. You should only need 5: 2 starboard (top line), 1 keel (center line) and 2 port (bottom line).
The orbiter attachment should be in the keel, so the keel attachment should have the "Attachment" checkbox marked.
Then you have the "Latch Connection" combo boxes, which will allow you to connect the latches to the switches on panel A6U, so you can unlatch them to release your payload. There are a total of 15 available connections, but you only need 5 as your payload only has 5 latches, so pick them as you please.
Now the big one: the PLIDs, which dictate where the payload attaches. The payload should have trunnions to be held by the latches, and the latches can only be at certain locations in the PLB, which are identified by their PLID number. They start at 155 (don't know why) and go up as you move aft in the PLB. If you have a diagram like this:
you can find out the PLIDs used* (see links below), otherwise you will have to go trial-and-error or find a really good photo and count the slots where the latches mount.
The latches can be "reversed", placing the "fat" latch motors on the other side, allowing a bit more space for some PLB structures or another latch.
Finally, you may want the latches to have guides to help with removing or replacing the payload in the latches.
Some posts with info:
https://www.orbiter-forum.com/threads/space-shuttle-vessel.37856/post-599599
https://www.orbiter-forum.com/threads/space-shuttle-vessel.37856/post-599720
*) I might add the Xo locations next to the PLID to make it easier to use these diagrams.
The orbiter attachment should be in the keel, so the keel attachment should have the "Attachment" checkbox marked.
Then you have the "Latch Connection" combo boxes, which will allow you to connect the latches to the switches on panel A6U, so you can unlatch them to release your payload. There are a total of 15 available connections, but you only need 5 as your payload only has 5 latches, so pick them as you please.
Now the big one: the PLIDs, which dictate where the payload attaches. The payload should have trunnions to be held by the latches, and the latches can only be at certain locations in the PLB, which are identified by their PLID number. They start at 155 (don't know why) and go up as you move aft in the PLB. If you have a diagram like this:
you can find out the PLIDs used* (see links below), otherwise you will have to go trial-and-error or find a really good photo and count the slots where the latches mount.
The latches can be "reversed", placing the "fat" latch motors on the other side, allowing a bit more space for some PLB structures or another latch.
Finally, you may want the latches to have guides to help with removing or replacing the payload in the latches.
Some posts with info:
https://www.orbiter-forum.com/threads/space-shuttle-vessel.37856/post-599599
https://www.orbiter-forum.com/threads/space-shuttle-vessel.37856/post-599720
*) I might add the Xo locations next to the PLID to make it easier to use these diagrams.
GLS
Well-known member
Each red box is a possible latch. Like I said above, you will need 5: 2 on the top row, 1 in the middle row and 2 on the bottom row.
Select the PLIDs and the rest of the latch settings will be enabled. In the image above, the keel attachment is already correctly selected as "Attachment", and that is the one that effectively locates the payload, as that is the "orbiter attachment".
For the payload diagram I posted above, the PLIDs are 256 and 305 for the top and bottom rows, and 281 for the center row.
New problem!
For some reason I cannot grapple onto my payload. I have the end effector over the grapple point, but it wont grapple when I press ctrl+enter. I've tried setting the end effector switch to man on panel A8U and grappling, but when i unlatch the payload it just floats away.
For some reason I cannot grapple onto my payload. I have the end effector over the grapple point, but it wont grapple when I press ctrl+enter. I've tried setting the end effector switch to man on panel A8U and grappling, but when i unlatch the payload it just floats away.
GLS
Well-known member
It could be because there isn't an attachment at Grapple Fixture, or it is there but in a different orientation... or looking at the image, you don't have the End Effector well placed on the Grapple Fixture: the target (assuming it is well placed in the payload) should be in the center of the End Effector camera view, and you are a little bit rolled to the left.
gattispilot
Addon Developer
CAn you use attachment manager and attach to see what it looks like?
GLS
Well-known member
There is still the roll about the attachment axis, which isn't shown in those arrows... it could be a similar situation to this: https://www.orbiter-forum.com/threads/space-shuttle-vessel.37856/post-599585
gattispilot
Addon Developer
Can you post the scenario? I think attachment manager is not in the hangar anymore
GLS
Well-known member
Looking at the scenario, I don't think that once the RMS grapples the PDGF, the Module will come along, because the Module is the parent in the attachments to the PDGFs, so the module can move the PDGFs, but not the other way around: vessels will "drag along" the vessels attached to them as child, but not the ones attached as parent. That's the way Orbiter handles the attachments.
In this case, and I don't know how the vessel is implemented, so it might already be like this, you could have the RMS attachments in the Module, placed to fit the PDGFs locations, and these would attach to the Module (as child, like they are now) on different attachments maybe a bit "down" into the Module and certainly with a different rotation vector (perhaps 90º or 180º apart from the RMS attachment) so that the RMS grapples the correct attachment.
In this case, and I don't know how the vessel is implemented, so it might already be like this, you could have the RMS attachments in the Module, placed to fit the PDGFs locations, and these would attach to the Module (as child, like they are now) on different attachments maybe a bit "down" into the Module and certainly with a different rotation vector (perhaps 90º or 180º apart from the RMS attachment) so that the RMS grapples the correct attachment.
