Search the Community

Showing results for tags 'thermal'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • General
    • Announcements
    • The Daily Kerbal
  • General KSP
    • KSP Discussion
    • Suggestions & Development Discussion
    • Challenges & Mission ideas
    • The Spacecraft Exchange
    • KSP Fan Works
  • Gameplay and Technical Support
    • Gameplay Questions and Tutorials
    • Technical Support (PC, unmodded installs)
    • Technical Support (PC, modded installs)
    • Technical Support (PlayStation 4, XBox One)
  • Add-ons
    • Add-on Discussions
    • Add-on Releases
    • Add-on Development
  • Community
    • Welcome Aboard
    • Science & Spaceflight
    • Kerbal Network
    • The Lounge
  • Making History Expansion
    • Making History Missions
    • Making History Discussion
    • Making History Support
  • International
    • International
  • KerbalEDU Forums
    • KerbalEDU
    • KerbalEDU Website

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Website URL


Skype


Twitter


Location


Interests

Found 9 results

  1. Heat Pump version 1.3.1! Heat Pump is derived from the heat pump code that originated in Modular Fuel Tanks / Real Fuels, originally created by ialdabaoth (who is awesome!) HeatPump from RealFuels Version 1.3.1 updated for Real Fuels (any version of RF that works with KSP 1.2.2) The purpose of Heat Pump is to intercept heat and cool down cryogenic tanks to prevent boiloff. Pumps can be configured with the following features. An amount of heat is removed from protected parts (active refrigeration) equal to a flat rate multiplied by a temperature delta. The flat rate is capped at ten times the flat rate value by default. The heat pumps also attempt to remove any heat that leaked into the part's interior (from the skin and adjacent parts) Resource cost per kilowatt of heat removed. The amount of heat moved into the radiator is split up among any symmetrically added radiators. This mod comes with a radiator part created by zzz (licensed by GingerCorp) and Heat Pump versions of all stock radiators are also included. Another feature is that the conductivity of protected parts is lowered. This represents the addition of multi layered insulation to the outside of the part. (generally cryogenic fuel tanks). In real life applications, this would be an important part of thermal management. This feature will require balancing against the loss rates of Real Fuels tanks which assume that insulation was builtin but don't take into consideration ZBO applications. The radiator will drain heat from whatever it is connected to. It drains a flat rate of 50kw + a amount equal to whatever heat is leaking through the insulation. (this because the goal is zero boiloff) KNOWN ISSUES Time warp faster than 100x (technically this starts at 1000x which is one step up from 100 in stock) will cause problems because KSP's thermodynamics switches into analytical mode which doesn't simulate heat transfer in a time based manner. If you must warp faster I recommend doing it from the space center until a solution can be found. Download Latest Github (source) If you find this mod helpful and want to throw some money away, feel free to click the donate button below! License for the plugin is CC-SA-BY as it was in Real Fuels. (with the provision that derivative works must proclaim that ialdabaoth is awesome) License for the zzz radiator is public domain as all of zzz's released parts are public domain. (the part is renamed to avoid conflict with any other mods that may be using it) https://creativecommons.org/licenses/by-sa/3.0/us/
  2. I've noticed that I can't run more than one converter on a 2.5m convertotron without it overheating, no matter how many radiators and TCS I activate. Also, the 1.25m convertotron overheats all the time, there's no way to cool it down with any amount of radiators. KSP 1.4.3, stock.
  3. A few times after a long and/or harrowing re-entry, I've EVAed Kerbals that appear to have taken permanent damage (permanent in the context of the mission they are on) while they were inside the ship. There is a bar, like the thermal warning bar, only this one isn't going away when the heat goes away. This is thermal damage, correct? I've seen the same thing when I once EVAed a kerbonaut in the upper atmoshpere only to quickly get him back in when the heat bar appeared and rose alarmingly quickly. That one might have disappeared after he got back in the ship; I don't know. Can kerbonauts die of this damage even if the ship is okay? I have a picture, but I don't want to create an imgur album for this sole purpose, unless you guys insist on seeing evidence.
  4. Hi, Using the oft-recommended KSP Launch Window Planner (http://alexmoon.github.io/ksp/), I'm attempting to set up a mission that will take a very aggressive (totally non-Hohmann) transfer to Duna. The idea is to shave time off the transfer (and depart a good ~80-100 days before the planets are "ideally" aligned) by spending a lot more delta-v than would be "optimal". I'm about to unlock the ISRU converter and build out a Mun mining base with Extraplanetary Launchpads, so my thinking is "fuel is cheaper than time". (I don't want to time-warp through the long coast because I've got lots of contracts and station stuff to keep me busy in the meantime back in the Kerbin system.) I've built a ship with about 5300 m/s of delta-v, and have been doing dry runs of the mission in a sandbox save. Figuring I could use aerocapture to avoid the most expensive part of the trip (the braking burn at Duna periapsis to get into orbit), I put almost all of the delta-v (5000 m/s) into the ejection burn from Kerbin and used the rest to fine-tune my approach, getting a ~13km Duna periapsis on the flyby, which I've read should be enough to aerocapture. However, my best-laid plans were shattered when I actually hit the atmosphere and my entire ship burned up almost instantly. :-) In retrospect this shouldn't have been a surprise, since the navball told me my orbital speed was well over 8000 m/s when I hit the atmosphere. (Yeah, this was probably a terrible idea.) So I tweaked the design and practiced a few more aerocaptures. I found that if I use the engines to brake down to an orbital speed of 2600 m/s when I hit the atmosphere, my design can survive (even without any heatshields). But that needed a lot of delta-v, and the rocket was getting ridiculously huge; I wanted to do better. So I slapped one of the big 10m (stock) inflatable heatshields on the bottom of my lander and tried again. However, it still burned up almost instantly. It's like the heatshield wasn't even there. :-( (In fairness, some non-critical bits of the lander were clipping through the bottom of the heatshield, but if that were the only problem, I'd expect everything behind the heatshield to survive.) What am I missing here? I was sure the heatshield would solve the problem, because I've seen a Scott Manley video where he was playing RSS and aerobraked at 10 km/s on Earth coming back from a lunar free-return; surely 8 km/s at Duna should be easier??? Thanks. :-)
  5. Rocket Witch

    Max temp. of a Kerbal

    Is it known what the actual heat tolerance of Kerbals themselves is? I seem to vaguely recall something like 700K/1000K internal/external from... nowhere, so I'm probably making it up.
  6. I heard of this one cool concept to protect spacecraft from aerodynamic shock heating with an electromagnetic shield. I would love to see a mod of this, how it would work is a part would project a bubble around the ship, and use electric charge to power it, the diameter of the bubble could also be variable, the larger it is the more power it consumes, when there is no more power left the shield goes away and parts are no longer protected. This could be done through the use of separate parts or as an option that can be changed both in editor and in flight. The bubble should have a near infinite thermal tolerance but i think it would be more realistic if the power usage was proportional to both the size of the bubble and the heat acting on it. Also the bubble should have drag that depends on the diameter. here is an example of how it would look. https://www.newscientist.com/article/mg22329763-100-magnetic-bubble-may-give-space-probes-a-soft-landing/
  7. So here is a question I have been trying to find an answer to but have had no luck. How does heat on the ship during re entry work? In the instance of heat shields or just standard non heat shielded parts, is it the lead point that takes 100% of the heat or is it heating any point at all that is not parallel to entry angle. Basically here is the back story that leads to my question. I am using stage recovery mod because I like the realism of being able to recover stages. Because of this each stage has parachutes and other things designed to slow down my stages. On my main stage (4 nerv's a orange fuel tank and some struts) I put 1.25s on top of the mark1 liquids and a 2.5 on top of the orange. during aero breaking with my pod attached the 1.25s that are set back a few meters from my pod but open to the elements were taking no heat (no ablator loss) but my lead point on the pod was. Is this how it works? To simplify I have a new stage I'm making (screen shot attached) will the engine take all of the heat and not the shields, or will the shields take the heat since they are also at a perpendicular angle to entry? Thanks in advance.
  8. Hi, sorry to ask even more awkward questions again, but I've not been able to search up any definitive answers, or yet figure out for myself (even from the copious thermal debug info) what exactly is happening under all circumstances, here. This Reddit thread did a great job of fathoming the equations and figures for drill's surface harvesting mode (with different level engineers on board). I've confirmed them myself, experimentally, and re-arranged the relevant wiki page a little. I've also expanded the information on the wiki about radiators, regarding their core cooling stats, adding a table of the core cooling requirements of the 4 ore processing parts. I've observed (experimentally, in game) the differences in the time it takes to warm up a drill core, quicker with higher level engineer, when surface harvesting. E.g., using the setup shown below, for a good little demo, with table showing results: Engineer Level Drill Junior Warm up time (s) None 156 0 70 1 41 2 30 3 24 4 20 5 17 I was originally thinking that the drill cores produce additional heating, in line with their additional charge usage, and so there must be additional cooling bonus provided too, since the number of radiators required stays the same, but I couldn't make anything out in the debug stats to support this. (1) Does heat produced by drills in surface harvest mode vary by engineer level? (Or is there only some kind of warm up bonus added...?) Further, with the asteroid harvesting mode: I found that the ore production rate scales up with the engineer level, as expected, but the electric charge used remains a flat rate (0.3EC/s for Drill Junior). (2) This flat EC useage is a deliberate decision on mechanics, yes? Further, with engineers of level 3 or below, it wasn't possible to cool the drills to optimal level with any amount of radiators. So I'm thinking that the drill's "max cooling" stat is being modified by engineer level (although, again, I can't see any read-out that confirms this directly). Or, the drill's heat produced is being scaled *up* for lower level engineers (I think I observed the drills warming up quicker for lower level engineers, which would support this)... (3) What's happening with drill's thermal stats during asteroid harvesting (by engineer level)? (4) Some other nuances I've observed that it would be nice to clarify (if all desired behaviour): Drills will not detect insertion into asteroids, if already extended, when moving the whole craft into position and grabbing asteroid. (And can not drill asteroids not part of the same craft?) Drills report "100% load", only with level 5 engineer (otherwise "operational"). Does this indicate load scaling from engineer bonus? Minor bug: drill status continues to show "no storage space" after the ore tank(s) have been re-enabled for fuel transfer (and ore is in fact flowing in). And continues showing "100% load" after EVA-ing level 5 engineer. Until stopped and started again. My expectation, from last time, is that @RoverDude would be the best member/dev to talk to here, given these mechanics stem from his work. So I'd be much gratified of any input again (thanks). P.S. I also plotted a graph of drill's thermal efficiency verses core temperature... ... But there's no way to embed this in the wiki (with "migration issues", still). (5) Any chance this wiki situation will change, or any way around embedding images (editing templates, etc)?
  9. I have a convert-o-tron 250 that is overheating even though the drills are turned off and TCSs are not at 100% cooling. https://www.dropbox.com/s/wtgc2z1f2mf2hgf/Screen Shot 2016-12-24 at 7.18.03 PM.png?dl=0 The ISRU works fine when only two converters are working, but starts overheating when the third is turned on. I have 6 x MKS Ranger TCS and 5 x large TCS at various places in the base. The base also has a PDU with the nuclear reactor running. Am I misinterpreting what "cooling" on the TCS means? Also, how do I interpret the thermal debug data shown in the action menu to make better sense of what I can do to stop it from overheating? Thanks