Jump to content

Burninate

Members
  • Posts

    62
  • Joined

  • Last visited

Reputation

7 Neutral

Profile Information

  • About me
    Rocketry Enthusiast
  1. The question was intended to be: If you have to raise apoapsis substantially (but keep periapsis low), *and* do an inclination change, which to do first? And secondarily, how does that answer decay as plane ascending/descending points move away from the apo/periapses?
  2. Optimizing for minimum fuel expenditure: You are in a 4AU x 6AU eccentric orbit, inclined 10 degrees off from the ecliptic plane. The plane conjunction is very close to periapsis and apoapsis. You want to make an encounter with an atmosphere-possessing object in a 10AU circular orbit on the ecliptic. You have the forecasting power and patience to have this be a high-velocity encounter (to wait for the orbits to line up and do an aerocapture/impact, rather than trying to circularize), but not to hit a bullet with a bullet and do it off-plane. Do you raise apoapsis first, or correct inclination first, or do some phased process, or does it not matter? How would one determine this? How about for other plane conjunctions, N degrees off from the periapsis and apoapsis? First piece of the puzzle I know from very basic orbital mechanics is that inclination is better corrected at apoapsis than periapsis. More than that, I havn't determined. Bonuspoints: How about for other initial inclinations M? Double Bonuspoints: How about for other initial periapses P and apoapses A and target circular orbit radii R in a fully generalized solution?
  3. I just finished up a 12 ton no-docking Moho heavy lander and return mission. 6x (5x xenon, goo tank, gel pod, 2 batteries, 2 6x1 panels, 1 passive panel, 3 legs, 200-size tank, 30kn rocket engine, parachute), plus a central pod with 1x 400-size tank, a one-man capsule, two more 6x1 panels, two passive panels, and an ion engine: No parts were left on Moho. This used some Rockomaxes to get it into orbit, a 3200+atomic transfer stage to loft it through a tight Eve gravity assist, and the rest of the ship made it all the way from the entry to the Moho SOI back to Kerbin. The ions are of course useless for achieving an escape trajectory, necessitating the mixed approach. A long inclination burn and then a high-elliptical apoapsis burn on the way back (after many orbits of waiting and adding maneuver nodes for predictions) let me aerocapture my way (@ 30km)into Kerbin orbit and finally plan my descent directly to KSC HQ with almost empty xenon and liquidfuel tanks. This was around 25 hours gametime of burning, plus many more for orbital maneuvers. No mods, no Mechjeb, no Protractor, no Alarm Clock (though I could have used the last two). Things that were vital: * Just enough solar panels, in a wide enough variety of angles, to assure that you're almost always juiced enough for 100% throttle. A few batteries for if you're forced to make a multi-phase transition on the dark side of a planet (this was a 20-phase final approach to Kerbin for me) * alt + > 4x fast forward mode * Reserving the liquid fuel for landing or taking off, and in my case for a very good gravity assist that took a few times to get right. * Multi-orbit transfer forecasting. Place half a dozen maneuver markers and then modify the first one, and the game will tell you if any of them result in valid transfer trajectories. My last transfer burn to get to an across-system Kerbin encounter was only 1.7m/s and happened five orbits out from the actual encounter, and right after the SOI transition I was moving at 3300m/s, so I had to plan the encounter with Kerbin's atmosphere *long* before the SOI by looking at the post-SOI colored predictions, and make several adjustment burns. *Have a sense of the resonance effect - where coming close to a multiple or the orbital period will end up having the ship moving a little bit ahead or back in relation to the target each orbit * Live, manual transfer correction. Because the forecasted maneuvers are for point accelerations and only go so far, while the ingame map will tell you your current forecasted path very well. * Having something else to multitask on during burns. 25 hours of burning gametime converts to 6.25 hours at 4x speed, but add another 2 hours retrying landing burns and 1 hour on achieving the perfect Eve assist and 1 hour mostly waiting and forecasting for the return trip, and you end up with 10 hours spread over an entire weekend, much of it alt-tabbed to a browser window. * Quicksave. If you're operating close to the line of possibility, you need to use it strategically.
  4. A) Use the x32 grey tank at the bottom and you will completely solve the problem. One octagonal strut, and zero connector struts, will astonishingly also completely solve the problem without introducing any others. I have never, ever been able to do this. I suggest maybe something else is happening.
  5. Onionsparagus staging: The first stage is the entire outer rank (or perhaps most of the outer rank), which crossfeeds using two-way connections until it's all empty at ~3km, then begins asparagus staging.
  6. I would like to ask your opinion not on whether Squad should publish release dates, but whether they should publish blocks of time when no release is sought. During development, patch timing has an impact on mod release pacing and career achievements. This is simply a plan, when 0.22 is released, to say "We're not even attempting to coordinate for a 0.23 release in the next 10 weeks, after that there will not be any predefined release date, but we will be on the path towards a release". It seems like it would mitigate the issue with rigid release dates that can be missed and piss off the community, versus releases which go out on schedule with bugs. Thoughts?
  7. in re: Content - I would like to see the range of celestial bodies in the Kerbol system expanded considerably, by 200-400%, with particular focus on high-dV targets and increasing the diversity of the game.
  8. .Craft will be coming at some point soon, but I really need to test the most difficult part of this - the docking - to see how it holds up. A few extra touches to reinforce the endcaps have brought the part count up by about 50 parts.
  9. 1406 tons and 485 parts after excess engines have been shed (~120T), 9433 tons and 2089 parts in the hangar.
  10. The number of stages periodically broke both MechJeb's dV calculaions and the game's fuel gauges. I went with 3 side by side 4-symmetry branches, for a total of 12 identical structures. The internal rocket motors have plumes that are not long enough to hurt the other endcap, and positioned so that they go right in between the XL trusses that hold the branches in place. The quad Senior docking endcap has guaranteed spacing due to how the quad adapters work, consider this post my first public release of that technique. Not insured in case of unexpected reentry or sudden appearance of moon when it should have been minding its own business.
  11. Or you could out-do my attempt. But it's going to take a while - I have a dozen other tanker designs archived, and 30 different variations on this one. I don't mean to steal anyone's thunder: Consider it a challenge, and a reason not to quit the game
  12. This is the pinnacle of too many weeks of wasted productivity. The equivalent of 36 orange tanks to orbit without much hassle, up to ~40 with an optimal trajectory and switching to nuclear engines towards the end. 8 2.5m monoprop tanks and sufficient thrusters to dock. Double-ended Quad Sr docking interface allows for extraordinarily strong, radially stable docking. 4 atomic engines for orbital changes, 4 LV-909's for reverse thrust without turning around during docking. Optional (staged) separation of 16x Mainsails once near orbit, and 16x LVT30's (manually undocked) once satisfied that orbit is no longer thrust-limited. 1406 tons and 485 parts after excess engines have been shed (~120T), 9433 tons and 2089 parts in the hangar. On my PC, with physics delta set to minimum, orbit takes about 40 minutes. It took me dozens of designs to get something this part-efficient: bundling an asparagus together reliably is a nontrivial task, this does it on 8-10 struts per stack (stacks 2.5 orange tanks tall). Overheating-protected with the power of Octagonal Struts Fully asparagussed down to the last 3 orange tanks. Requires some care during gravity turn to be directionally stable before staging. Plenty of RTGs, batteries, and loads of inline reaction wheels for efficient, fast electric turning. Space for 4 kerbals in a bin somewhere onboard. I can't actually find them, but I can ping their cockpit cameras. I've built larger tankers than this (2100T maximum I believe), but not ones that have been as versatile for playing the game, or as manageable in terms of final part count per unit of fuel.
  13. Your persistence has inspired me to make my absurd quest of the past six months public. Bob Kerman: "Hey Jeb, there's another challenge up!" Jeb turns off the rocket, partially deaf. Jeb Kerman: "Bunch of orange tanks again? How heavy?" Bob Kerman: "Well, 36 tons per..." Jeb: "What? 36 Orange Tanks? Okay." http://forum.kerbalspaceprogram.com/threads/51471-The-KSP-Valdez-Probably-the-largest-useful-tanker pointers: To get this large without crashing, you need to minimize part count. To minimize part count, you need to equalize TWR among full tank stacks, and support them just enough that they don't break off when they're almost empty. Not having a rocket engine underneath during launch is *not an option* due to differential stresses - asparagus and eject if you don't want to use the fuel inside a tank.
  14. No mention of Ike, the little bastard hanging around pushing people out of Dunar aerocapture/aerobraking/targetted landing orbits?
  15. Quite a lot less than 100m in all likelihood. Let's call it 20m - the length of ~2.6 orange tanks, the diameter of 3 concentric ranks of 2.5m asparagus tanks using long radial decouplers. arctan((20 m) / (280 000 m)) = 14.7 arc seconds arctan((60 000 m) / (47 000 000 m)) = 263.316631 arc seconds The Minmas surface should appear (263/14.7) = 17.9x as large on X and on Y dimensions as a ship of those specs, and before correcting for albedo, 17.9^2 = 320x as bright in the sky, as the KSO spacecraft. On Earth, the practical resolution limit from sea level on something 263as wide (dictated by atmospheric seeing) in a static image is going to be an image roughly 50-150 pixels on an edge, and no more. KSO is *much, much* closer than GSO. It is a practical impossibility to image GSO spacecraft with all but the most sophisticated telescopes equipped with laser guide star AO.
×
×
  • Create New...