Jump to content

[1.10.x] SDHI Service Module System (V4.0.4 / 11 October 2020)


sumghai

Recommended Posts

Small suggestion: Move the panel textured to say "avionics access" to the side OPPOSITE the umbilical port, so that people trying to symmetrically arrange parachutes or retractable RCS thrusters on the avionics ring can do so without blocking access to the avionics hatch. Minor aesthetic nitpick, I know, but it's only a suggestion.

Link to comment
Share on other sites

10 minutes ago, StevieC said:

Small suggestion: Move the panel textured to say "avionics access" to the side OPPOSITE the umbilical port, so that people trying to symmetrically arrange parachutes or retractable RCS thrusters on the avionics ring can do so without blocking access to the avionics hatch. Minor aesthetic nitpick, I know, but it's only a suggestion.

Noted. Thanks!

Link to comment
Share on other sites

Presently, the SDHI service module has so little mass that the center-of-mass is too far forward for any RCS to provide useful maneuvering capability without putting at least two thruster groups on the command-module. This is proving most problematic.

Link to comment
Share on other sites

10 hours ago, StevieC said:

Presently, the SDHI service module has so little mass that the center-of-mass is too far forward for any RCS to provide useful maneuvering capability without putting at least two thruster groups on the command-module. This is proving most problematic.

Please provide a screenshot to elaborate on your report.

Link to comment
Share on other sites

On 1/1/2016 at 1:22 AM, sumghai said:

Please provide a source to back up your claim.

Also, the SDHI SMS is not meant to be a faithful reproduction of the Orion/SLS, but rather, a stockalike analogue, so it doesn't really matter how many drogue or main chutes I choose to have.

I mean orion has 3 sets of chutes.

first one has 3 drouge chutes which separate in half a second.Then,2 main drouge chutes deploy which last for couple of second.Then,the main big 3 parachutes deploy.

Link to comment
Share on other sites

On 5/01/2016 at 9:02 PM, sumghai said:

Did a quick experiment with making the IACBMs only dock at 90 degree increments, using more new stock parameters coded in by @NathanKell. Initial tests seemed to work well, but I'll need to adjust the acquireMinRollDot and captureMinRollDot values to make the system a little more lenient on misalignments. I'm also wondering if tweaking parameters such as minDistanceToReEngage, acquireRange and captureRange and doing some clever trickery with invisible animated colliders would make the system much easier to use. Unfortunately, this means I may need to redo the IACBM models for both SDHI and FusTek based on newer understanding of the real-life ISS CBMs, which means limiting IACBM docking orientations will probably not make it into the next update for SDHI SMS. Might have to shelve this idea for another time.

That sounds very intriguing. I'll have to play around with adding those lines to stock docking ports, or looking for a mod that does. The lack of port alignment drives me nuts when trying to put together stations or multi-part interstellar craft.

Edit: Gah, this new forum's horrible, horrible text processor. This must be how old people feel trying to play 3D games.

Edited by sumghai
Fixed quote
Link to comment
Share on other sites

9 hours ago, Curiosity7907 said:

I mean orion has 3 sets of chutes.

first one has 3 drouge chutes which separate in half a second.Then,2 main drouge chutes deploy which last for couple of second.Then,the main big 3 parachutes deploy.

Again, you need to provide actual proof (e.g. NASA press release, technical documentation).

7 hours ago, Bomoo said:

That sounds very intriguing. I'll have to play around with adding those lines to stock docking ports, or looking for a mod that does. The lack of port alignment drives me nuts when trying to put together stations or multi-part interstellar craft.

Edit: Gah, this new forum's horrible, horrible text processor. This must be how old people feel trying to play 3D games.

I might have to touch base with @curtquarquesso after v3.1 to seek advice regarding colliders and docking alignments. My previous attempts for FusTek didn't turn out too well.

Link to comment
Share on other sites

4 minutes ago, sumghai said:

That is definitely unexpected, at least in my own test environment.

Were you able to reproduce this issue in a separate KSP installation with no mods other than SDHI SMS, its basic dependencies and RCS Build Aid?

not yet, I'd need to safely set my current install aside and I don't have quite enough disk-space available to do that right now.

Link to comment
Share on other sites

1 hour ago, sumghai said:

I might have to touch base with @curtquarquesso after v3.1 to seek advice regarding colliders and docking alignments. My previous attempts for FusTek didn't turn out too well.

Oh my, dat soft docking tutorial of his. Super hot.

P.S. Thanks for fixing those double quotes in my post.

Link to comment
Share on other sites

  • 2 weeks later...

Was doing a casual SDHI capsule launch for funs, and I ran into a persistent issue. Namely that the pod cover explosively detaches when staged, and usually rips any surface attachments off the capsule underneath. My capsule's got a bunch of crap all over it, but I don't think that's it as the problem repeats on a perfectly clean Mk1-2 both with a standard clampo and with the SDHI parachute version. The SDHI clampo, however, tends to survive the violent jerk better than the standard.

Link to comment
Share on other sites

1 hour ago, Bomoo said:

Was doing a casual SDHI capsule launch for funs, and I ran into a persistent issue. Namely that the pod cover explosively detaches when staged, and usually rips any surface attachments off the capsule underneath. My capsule's got a bunch of crap all over it, but I don't think that's it as the problem repeats on a perfectly clean Mk1-2 both with a standard clampo and with the SDHI parachute version. The SDHI clampo, however, tends to survive the violent jerk better than the standard.

Try the latest development build of SDHI SMS from GitHub, along with the 1.2.2-beta of AnimatedDecouplers.

Link to comment
Share on other sites

30 minutes ago, sumghai said:

Try the latest development build of SDHI SMS from GitHub, along with the 1.2.2-beta of AnimatedDecouplers.

Will do, thanks.

EDIT: Yeah, that seems to have done it. By the way, I quite like the new separation motors. I mean the old ones were great, but these are spiffy also. There does appear to be about a half-second delay between firing the Abort action group and SDHI adapter collar decouple, however. Is that intentional? It's certainly not a big problem by any stretch.

EDIT2: What I'm noticing is that the decouple action appears to be taking place at the end of the umbilical swing-away animation rather than at the beginning as before.

Edited by Bomoo
Link to comment
Share on other sites

12 hours ago, Bomoo said:

What I'm noticing is that the decouple action appears to be taking place at the end of the umbilical swing-away animation rather than at the beginning as before.

This is intentional - I didn't like how the pod would clip through the umbilical in the previous version.

Link to comment
Share on other sites

On 12/24/2015 at 11:42 PM, sumghai said:

Okay folks, so I got SDHI SMS set up in KSP 1.0.5, and so far I've picked out the following issues in my install:

 - The Parachute-equipped docking ports are missing the parachute staging icon, although parachute deployment, docking and toggleable lights seem to work fine. This was due to changes in docking port behaviour in 1.0.5, where they now have the option of being stageable - by default, this is false, so the corresponding staging icon is hidden, even if the part contains a stock or RealChute parachute PartModule. Toggling the corresponding option in the right-click context Menu unhides the staging icon. (Note: When the parachute is staged, anything attached to the docking transform of the docking port will also be decoupled, but that is understandable given that there shouldn't be anything docked to the Mk1-2 after-reentry.)

 - Decoupler forces seem to be much stronger now, to the point that jettisoning the BPC or side panels causes explosions that often damage other parts of the craft; this is particularly strange as the BPC actually has a decoupler force of zero. Several part colliders needed overhauling for compatibility with KSP 1.0.5/1.1's new convex collider rules. The side fairing decoupling behaviour also needed reworking to jettison sideways more consistently.

 - The umbilical seems to work fine with Animated Decouplers 1.2.1

I'll keep you guys posted.

Anyone else still having trouble with the side-mounted fairings? They seem to always knock off loudly and with a bang, and half a 50% chance of ripping off any solar panels underneath them. 

EDIT: Ah, I see--the new parts and dll seem to do the trick, however, they also break previous ships designs, so I'll hold off until I can update everything. Looks good though!

Edited by Synthesis
Link to comment
Share on other sites

43 minutes ago, Synthesis said:

EDIT: Ah, I see--the new parts and dll seem to do the trick, however, they also break previous ships designs, so I'll hold off until I can update everything. Looks good though!

Yep, @Kerbas_ad_astra's DLL works nicely - just waiting on @Starwaster to accept the pull request(s) and push out an official release.

Of course, there's also the matter of tweaking RealChutes to be compatible with the updated staging system (which @stupid_chris will look into once he gets hold of a replacement laptop), and fixing the umbilical port model on the command pod being toggleable in the wrong scenes (currently corresponding with @NathanKell).

Link to comment
Share on other sites

19 hours ago, sumghai said:

Yep, @Kerbas_ad_astra's DLL works nicely - just waiting on @Starwaster to accept the pull request(s) and push out an official release.

Of course, there's also the matter of tweaking RealChutes to be compatible with the updated staging system (which @stupid_chris will look into once he gets hold of a replacement laptop), and fixing the umbilical port model on the command pod being toggleable in the wrong scenes (currently corresponding with @NathanKell).

Oooh...well, that's certainly good to know. I'm in no rush, my "solution" was to basically quicksave before discarding the fairings, do it, see if anything broke off in the explosion, and reload it if it did (not perfect, but it works).

I'll want to make sure everything works before having to redesign all my SDHI using ships (somewhat inconvenient but, eh, what can you do?). The annoying part is that installing the update breaks the existing designs in VAB as well--so if I want to swap the parts, I'm probably going to have to install both versions at the same time and swap the parts out of the design one by one (I could also turn the rest of the spacecraft AFTER the module into a sub assembly, but that would kind of mess things up too.....hmmm....). Maybe use the design merging feature? 

Eh, progress comes at a price. Hopefully this new version will be less likely to rip off the parachute off when you eject the LES/aerodynamic nose sheath during launch. You could do that back in 0.90 or earlier, I remember. 

Link to comment
Share on other sites

20 hours ago, Synthesis said:

EDIT: Ah, I see--the new parts and dll seem to do the trick, however, they also break previous ships designs, so I'll hold off until I can update everything. Looks good though!

are the new parts and dll available as prerelease? i can't see anything on github.

Link to comment
Share on other sites

25 minutes ago, speedwaystar said:

are the new parts and dll available as prerelease? i can't see anything on github.

A few posts up:

On 30/01/2016 at 8:07 PM, sumghai said:

Try the latest development build of SDHI SMS from GitHub, along with the 1.2.2-beta of AnimatedDecouplers.

As for the prerelease SDHI SMS of the parts themselves, go to the repository and click Download ZIP.

Link to comment
Share on other sites

great! it's all working nicely now. the only minor quibble is that the SM Fairings detach with a worrying explosion, even if nothing is stowed under them. it seems to be a cosmetic issue, though, since in a second test with stowed solar panels and RCS nozzles everything survived the experience unscathed.

Link to comment
Share on other sites

6 minutes ago, speedwaystar said:

great! it's all working nicely now. the only minor quibble is that the SM Fairings detach with a worrying explosion, even if nothing is stowed under them. it seems to be a cosmetic issue, though, since in a second test with stowed solar panels and RCS nozzles everything survived the experience unscathed.

I changed the fairing attachment points around in this prerelease, so for best results when testing new releases, always rebuild your SDHI SMS stack from scratch rather than using an existing assembly.

Link to comment
Share on other sites

This thread is quite old. Please consider starting a new thread rather than reviving this one.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...