Jump to content

Nerd1000

Members
  • Posts

    42
  • Joined

  • Last visited

Reputation

5 Neutral

Profile Information

  • About me
    Rocketeer
  1. It seems that in my install Deimos is bugged. The collision model doesn't correspond to the visual surface. My attempt at landing on it resulted in phasing through the ground and subsequently exploding even though my velocity was 2.5 m/s.
  2. PM sent. Edit: BTW, the part is definitely a service module type tank. I checked the RO config.
  3. Whoops, It is 0.0001. must have missed that zero. I've done a little more experimentation, and I think I've found the root problem. The issue is that conduction rates into the LH2 tank are quite high, it's basically trying to cool the entire service module down to 20K. You probably wouldn't notice with a propellant tank due to the everything already being really cold, but the service module is only carrying a few tens of kilos of LH2 to run the fuel cells- the rest of contents are relatively warm storable stuff. When I tried removing the LH2 storage inside the SM and relying on the servicemodule type external tanks, the boiloff rate went from 0.01L/s to 0.17L/s because the starting temperature of the SM was higher. Replacing those servicemodule type tanks with a procedural cryo tank took boiloff rate to less than 0.01L/s (is there any way of making the resource list show more decimal places? It was displaying 0.00), but not low enough to prevent all the LH2 boiling off within 2 days. I think I need more effective insulation for this application. For one boiloff is just too fast and secondly if freezing was modeled my storable fuel and oxidizer would be toxic snow. From what I've read the Apollo SM LH2 tanks were special items with extremely good insulation, so maybe another tank definition explicitly for this sort of role might be a solution.
  4. Yeah, its a Service module type tank. There seems to be a constant drain well above the rate you'd expect, which causes all the fuel to be gone around 9 hrs into the flight. I added another 480L of LH2 in side tanks, which bought me another 9hrs or so (original capacity is 410L). I've not got any radiators on the pod. I had a look at my realtanktypes cfg file- the service module has the same insulation thickness as the Cryogenic tank and also the default tank (!). The insulation conductivity however is much lower and the tank wall is set to be thinner (0.001 rather than 0.0025 for the other two). Maybe I've got a old or messed up config?
  5. How does RF calculate boiloff rate? All the LH2 in my FASA Apollo CSM disappears within hours of launch, leaving the ship without electrical power- seeing as this didn't happen IRL, either the RO configs for the parts are messed up or something odd is going on with the boiloff rate calculation.
  6. having the heat shield on the pod might be the answer. For my Gemini lunar flyby mission I removed almost all of the ablator from the actual Gemini capsule and slapped a lunar rated heat shield on the bottom, which gave me no issues. I've also done ballistic re-entrys from the moon and solar orbit using unmanned craft based on the Agena control core (Deceleration peaks at 8 - 9.5g, but otherwise everything is fine), so it seems like those lunar rated shields are the business. For those curious about the rest of the flyby mission: Gemini and its service module went on top of a Centaur loaded to IIRC 60% capacity. That arrangement was just light enough to get to orbit on a modified Saturn IB (I didn't have the full thrust J-2 unlocked, so I used an LR87-LH2 as the engine on the S-IB stage), and had just enough fuel and life support to do a free-return flyby. I would have preferred to do a proper Apollo, but it was 1973 and I hadn't unlocked advanced capsules or manned lander parts.
  7. I think the ablator is considered insulation, so heat transfer is a function of how much you have left. As far as your re-entrys are concerned, aim for a periapsis of 50km or so and make sure you set the capsule to descent mode. This will offset the CoM of the pod so that it flies at an angle to produce lift. Once you are in atmosphere roll the pod so that your lift vector is pointed up. This will keep you at higher altitude for longer and let you slow down more gently. From a lunar return the Gemini pod (and presumably Apollo as well) actually produces enough lift to fly back up into space again- You can either do a skip trajectory that bounces back up into space and then comes back down, or you can keep an eye on your apoapsis and temporarily revert to a ballistic path by continuously rolling the pod if you start to ascend. On another topic, I have a question about your Apollo build (assuming you're using FASA): Where in the tech tree are the covers for the side of the SM? I can't find them, and it looks really silly with huge gaps in the sides .
  8. Even lasers spread out a little bit. Setting a FOV of zero would be unrealistic.
  9. I have a strange and nasty bug with my RO install. If I timewarp with my execute maneuver node script running the gimballing section of any engine that has previously been activated starts to flicker. Throttling up in this state causes the game to crash with the navball disappearing, the screen turning black, and altitude and velocity displays showing NaN. Has anyone else had symptoms like this? I inspected the log file and oddly the first error that appears is FAR complaining that something to do with its voxelisation process being NaN.
  10. The problem mostly appears when I ask the ship to perform a maneuver node that lies outside of the LOS of my comms system. I could write a script in KOS to steer the ship in a more sane fashion, but I haven't got time for that at the moment .
  11. How does one deal with the way the autopilots waste all your RCS fuel (in my case, often without even succeeding in correctly aiming the ship)? The KOs and Remotetech Autopilots both do the same thing. I'd rather not have to re-invent the wheel by writing functional autopilot logic in KOs.
  12. I've got everything working, but something strange keeps happening: If I light my booster, wait for thrust to reach 100% and then decouple the launch clamps the engine immediately shuts down with the message 'no ignitions left'. This also happens when trying to light an engine and then detach the previous stage, and seems to only affect some of the engines that are available (The Aerobee sustainer is fine, for example). Is this a bug or am I doing something wrong?
  13. I actually kind of like AJE (though it seems to have issues with remotetech as well). Do you reckon I could fix the problem by adding the required module to the intakes using a ModuleManager patch?
  14. Speaking of interoperability, KSPI extended does not play nice with realism overhaul. KSPI can't find a module in the RO air intakes and spams the debug log with errors, which slows the Space Centre view to 1 frame per second. They seem to work okay in other parts of the game though.
  15. Just to briefly extend on this, I've determined that the problem isn't RO per se. It seems instead that my Realfuels install doesn't like engine configs, be they the RLA stockalike configs or the RO ones. I'll follow your advice and do a clean re-install.
×
×
  • Create New...