Fury1SOG

Talk about feature drift! A relatively simple single-hulled VTOL supply factory turned in this 400 ton monster!

Prototype VTOL Greenhouse Supply factory about to make a landing at Minmus base. It is a mixture of SSTU, DSEV, MKS and SpaceY parts. (Its missing some important parts, like solar panels...)

I've been attaching KRE grid fins (with buffed drag values) on my reentry vehicles. While preparing for de-orbit, I let MechJeb calculate the descent with grid fins deployed, which usually results in a short trajectory. Then, I manually stow the grid fins during the descent, which stretches the trajectory past the intended target. Once the target is in visual range, I manually open/close the brakes until I land near the target. I can usually land near the VAB using this method. Also, I've seen that a steeper descent (such as from a direct 500km orbit) results in a more pinpoint landing (although fiery and terrifying) than a more gradual descent from a 80km orbit.

Pinpoint single launch to orbital rendezvous thanks to Throttle Controlled Avionics!

Hi @RoverDude, I am able to repro the Karibou strut problem with a clean install and USITools 0.8.18.0. I cleared the GameData folder of everything except for the Squad folder, reinstalled Constellation_2017.03.17.zip from Github, and updated USI Tools to 0.8.18.0.

@RoverDude, thanks for your reply! I am using v0.8.18.0 of the USI Tools. I do not remember seeing the Karibou struts behave this way a month or so ago. I tried quickly uninstalling some recently updated mods in case there was a conflict, but couldn't find the cause. The interesting thing is that although the Karibou cockpit has struts too, the problem doesn't occur. Just the other Karibou parts seem to exhibit the problem. I will try to continue deleting mods and report back my findings.

Has anyone noticed a problem with the Karibou support struts extending by themselves after a scene change? Also, the "Deploy" and "Retract" buttons are appearing at the same time.

Do you have enough Machinery? The Refineries need Machinery onboard in order to operate.

SSTU has some optional patches that delete stock parts in the ¥SSTU-OptionalPatches folder. Did you install that? I'm not sure about what is causing the landing legs though...

Setting up an orbital base in Moho

I've found that if my ships have KRE grid fins, I need to deploy them before pressing the Land at Target button. It seems that MechJeb needs to have all aero devices in deployed position in order to make an accurate landing calc. MechJeb will usually land the ship a little short, so I manually open/close the grid fins to adjust the landing point.

Thanks for the info. I confirm that the Fuel Cell Array CFG is missing a "ModuleLogisticsConsumer" entry needed to enable power distribution. Once added with a MM patch, it started working I will see if I can figure out how to do a Pull Request.

I wonder if someone could check to see if their PDU power distribution is working? I have a Tundra PDU with both Microwave Power Tranceiver and Power Coupler attached, and with an engineer onboard. I have a Karibou parked about 10m next to the PDU with a Fuel Cell Array, but "No PDUs in range" appears when I right click the fuel cell. (No nullrefs, etc appearing in log)

Sorry for the delay. I finally updated to 10.12.3, and tried launching the same MK1 Command Pod as before into orbit, but didn't see any crashes...

Thank you very much for the quick response! It seems there is one more nullref with 0.8.15: If you have more than one field repair resource (for example both Machinery and EnrichedUranium) in a single USI_ModuleResourceWarehouse container, a nullref will occur if an auto repair is attempted. This situation would not happen with a default MKS install because as far as I know there aren't any default containers configured with multiple field repair resources, but someone might encounter the same nullref with a custom CFG or welded part, so I am leaving this nullref report as a FYI.

I really love your mods!! However, I'm still seeing NullReferenceErrors in v0.50.16 related to the Field Repair: [EXC 21:10:43.451] NullReferenceException: Object reference not set to an instance of an object USITools.USI_ModuleFieldRepair.PushResources (System.String resourceName) USITools.USI_ModuleFieldRepair.FinalizeMaintenance (System.String msg) USITools.Logistics.ModuleAutoRepairer.FixedUpdate ()

I'm not sure if related to the issue above, but I am getting NullReferenceExceptions related to the Field Repair function with 0.50.15: [EXC 21:06:18.352] NullReferenceException: Object reference not set to an instance of an object USITools.USI_ModuleFieldRepair.PushResources (System.String resourceName) USITools.USI_ModuleFieldRepair.FinalizeMaintenance (System.String msg) USITools.Logistics.ModuleAutoRepairer.FixedUpdate () Previously, on a scene change with a distributed base, green text messages would appear with a list of parts that had been Field Repaired, but now only a single part is displayed, and the Machinery is not automatically resupplied any more.

Would this be one of the SpaceY tanks? I haven't figured out how to prevent them from flickering.

Near Future Propulsion contains a patch to add Ore->Lithium converters to the stock ISRU and Mini ISRU.

Many of the Tundra parts have ModuleCommand in their CFG and thus have MechJeb functions added to them with the script example that you showed above. A base built with multiple Tundra components might have multiple parts that don't really need the MechJeb function. I wonder if there is any performance impact to adding MechJeb functionality on a part?

I recommend Dmagic Flexible Docking Ports! http://forum.kerbalspaceprogram.com/index.php?/topic/108704-12x-dmagics-modlets-latest-update-portrait-stats-130-1-9-2017/&do=findComment&comment=2906323

I tried installing stock KSP 1.2.2.1622 on the following: Macbook Pro (13-inch Late 2011) Intel Core i5@ 2.5 GHz Intel HD 3000 4GB Ram macOS Sierra version 10.12.2 Screen resolution: 1280x800 Anti-Aliasing: Off V-Sync: Off Render Quality: Fast Texture Quality: Quarter Res I spent about 10 minutes launching a Mk1 command pod into orbit, but did not see any crashes or freezing,

I use the Falcon legs on many of my vehicles, but have never seen any instability. Here is one of my vehicles refueling on Minmus. Note the SuperDracos mounted in between the leg attachment points. I do adjust the mounting angles using the VAB rotate tool, because I find that the default mount position clips the legs into the fuselage. (I also use KJR)

SSTU has several different types of dual-axis sun tracking panels. The biggest is an ISS-style array.

Testing a flexible docking port.