Jso

That's a lot of mods, try a clean install with just BDB and it's dependencies. At the very least update B9PartSwitch to the latest version. Yours is very old. If those are craft files, try building from scratch. We frequently break craft files with updates. Edit: BDB is compatible with KSP versions 1.8.1-1.10.1. There are numerous unresolved issues with 1.11.

Mobile users would appreciate if you putt walls-o-text in a spoiler You would appreciate this book. Aside from it's tendency to go boom at inconvenient times, freezing point of storable fuels is a huge factor.

Water weighs 1kg, so 1000 water = 1 ton. I believe it's been used in the real world as a mass simulator. Our cargo parts should be already setup to carry it too.

Yes. I'm still on 1.8.1.

Stick a Wally or Sargent motor on a Vanguard 1 probe and it hardly moves. It appears with very light craft there is a discrepancy between expected and actual dv, and the error increases as the vessel mass decreases. I'm not sure if there's a minimum weight cutoff or it just becomes less noticable at heavier weights. I don't think so. I tried with one of the little monoprop engines and the same effect.

Yup I'm seeing the same thing. The solid should have 3000+ dv, but it's not getting anywhere near that. Edit: Weird. The thrust is static, the mass is dropping through the burn, but the g force doesn't increase.

You can do it but there's a large weight and cost penalty. Using a dedicated fuel tank part will be lighter and cheaper. Create a Module Manager patch like this: @PART[bluedog*,Bluedog*]:HAS[@MODULE[ModuleB9PartSwitch]:HAS[#moduleID[cargoSwitch]]]:Final { @MODULE[ModuleB9PartSwitch]:HAS[#moduleID[cargoSwitch]] { SUBTYPE { name = LF/O tankType = bdbLFOX } SUBTYPE { name = MonoProp tankType = bdbMonoProp } } }

The Saturn rescale cfg has an example of how you need to handle stock fairings. Basically, you leave the rescaleFactor at 1, rescale the MODEL, and set the scale in three settings in ModuleProceduralFairing. link

I haven't used FAR since we got rid of the soup-o-sphere so I'm not really prepared to diagnose this, but I threw it in to see what happens and yes, it becomes uncontrollable at max q, which was about 35 kPa at mach 1.4 and 8,400 meters. However, the Juno 1st stage tank is filled at 80% by default. If I fill it to 100% I have no issues, and max q is 27.4 kPa at mach 1.5 and 10,500 meters. This is with classic ascent profile which is what you should be using with a Juno II. Set your top of climb so the apoapsis at first stage burnout is about where you want it (a test flight or two will be requ

Github is updated with auto jettison for the Atlas booster skirt. It needs to be enabled on the part action window. 4 G is a pretty good number for the first two Atlas generations. You'll want to adjust as things get heavier.

Both Kopernicus (a specific older version) and Kerbalism cause this error. We should have a workaround for Kerbalism soon, but it may in the end need to be addressed on their end to retain full functionality of the part.

I'm in flight, you're in the VAB and it looks like you don't have Advanced Tweakables enabled, so the windows look different. I've got no clue what you've got going on. Upload a KSP.log and maybe there's something there.

I can't see your image, maybe you need to set permission to public? It sounds like your just staging the part and it's decoupling. You need the dock rotate mod installed for the spin table to work. If you disable staging on the built in decoupler in the nose cone, and use a separate 0.625m decoupler under the 11x stage the whole thing will spin like it should. If you don't do that the 11x shroud wont spin with everything else.

Able I/II needs to hot stage. You don't get ullage RCS and restarts until Ablestar. The typical flight profile with Able second stages is to hot stage the Able, then hang on to it after burnout using the Able's RCS for attitude control until apoapsis, then spin up the star 20 third stage for insertion. This profile is a recurring theme on the early rockets. Scuppers are eye candy. They fall off shortly after launch. I think you need to set the spin table to 0 degree step for continuous rotation. You'll want to "control from here" from the non spinning part of the rocket or autopilot