Jump to content

DBowman

Members
  • Posts

    648
  • Joined

  • Last visited

Reputation

282 Excellent

Profile Information

  • About me
    Sr. Spacecraft Engineer

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. @The Aziz Window planners and porkchops etc. are great, and I'm not saying don't add them. But the players will already know the maneuver node mechanic, so why not make it a little more general to expand it's utility? If I recall right, dragging the node also shows you celestial body positions at that time, so players would get a visceral appreciation of the synodics rather than magic numbers dropping out of an oracle. @mattinoz I don't think a node has to be bound to a vehicle, it's natural to think "if I was in the solar orbit of the planet what would happen if I burned like this". Also orphan/ghost nodes are useful, I often found myself playing around with nodes for satellites to plan trajectories for ships, why not just skip the middle man and drop an orphan node. The ability to use a rendezvous to see you are in phase to burn is actually pretty useful.
  2. An easy way to plan Mun mission is to be in LKO, drop a maneuver node, drag the prograde till the propagated orbit kisses the Mun orbit, then drag it forward in time until it gets a Mun encounter, and fiddle it to tune. Using this method you can easily plan even a free return "by the seat of your pants". You cannot use the same method for interplanetary transfers, but if you gave some maneuver node behaviors to celestial bodies it would be that easy. Select Kerbin, drop a node, prograde till it kisses Duna orbit, ... At the end you'd have a time for a transfer window, and a delta-v (from heliocentric orbit, so you have to adjust somewhat, it's a guide). You can even seat of the pants the adjustment if you could set a vehicle node time to match the Kerbin node transfer, fine drag it to be at midnight (for outer bodies), set the prograde to the Kerbin node value, and tweak it down from there. Even "ghost nodes" make sense; drop a node in LKO and do the above to do preplanning without a vehicle, if you later rendezvous with the ghost node you know you are in phase to burn at the right place at the right time. (the node back propagates for the encounter detection) Reusing the concepts and code would deliver a lot of power for the players. This is really nothing more than we have now, just accessible in a new context.
  3. I've had some reasonable success with LDV (achieved orbit, and able to improve excess prop via optimizing), but my method is a bit "brittle", and I really want to find a global maxima, not the local one I was near. Could you advise me on a more flexible way to get it done? My current method is to have a few "pitch segments" which I setup by hand (intending to let the optimizer tweak them later), the last one has -ve pitch and terminates when Ap alt reaches 250 km. The optimizer then controls pitch and duration for the circularization burn at Ap. If I (or the optimizer) tweaks one of the pitch segments "too much" the desired Ap is passed before the event that terminates on reaching Ap - so it never terminates. Adding a constraint on Ap alt doesn't seem to help. I guess I don't know how to tell it that it's a infinity weighted importance, and if it did bail it wouldn't have a gradient to follow (if that's how its' working). How should I approach it? Like the tute doc? 7 pitch segments and constraints on (C3 & Ap alt or Pe alt), (speed & Ap & Pe), something else? How close do the initial pitch segment settings need to be for the optimizer to "find something"
  4. I have no problem with that! (well it's a bit tedious when you consider all the shiny math deriving the plot itself, maybe the data tip should have the UT seconds also? but I can do the KSPTOT date to UT seconds conversion no problems) With 365 days the KSPTOT year matches the UT seconds of the other tool. So that is excellent. Can I ask what the porkchop does re the inclination of E & C? I'd assumed, and am really hoping it respects the inclinations and isn't simplifying to coplanar.
  5. Hi, sweet work with the textures. I have a hand crafted MAV trajectory that I can tweak within limits and see on the order of 5% prop use efficiency, the optimizer only sets the "get Ap pitch" and final circularization pitch and duration. if I push it too far the termination conditions don't happen at the right time and I have to rejig it manually. It's okay for now. I treid again with linear tangent, it cheerfully gives me a burn at 89 degrees all the way, I cannot figure how to tune the parameters so it's close. But the pitch program version is okay for now. Topic shift to Ceres. I'm trying to cross check KSPTOT porkchop against ATK STK and looking at UT it looks like they match, but the year seems odd. I have some independently derived EC trajectories, someone else did via ATK STK, with 180 day transit for 77 km/s total at UT 2466168.5, which they say is 15-Jan-40. https://www.aavso.org/jd-calculator will spit out the UT when prompted with 15-Jan-40. I did a porkchop plot and I can see that UT is right on a chop, and measuring by eye the x axis I can see trajectories like theirs (caveat they have departure and arrival orbits but your pork chop is just from "plant to planet"?) but the year in the tooltip is 6758, at 365.25 d/y shouldn't it be 6752? How do you work the "enter UT as date/time" I cannot get it to accept anything that is not interpreted as seconds. Any chance to have it show "regular" dates (also)? there is a screenshot here: https://drive.google.com/file/d/1zn3a2lxUGm0HyLrfLfr_ZecfByOElgrL/view?usp=sharing
  6. Ah! awesome! now I see that I am launching due North man... (assuming planet blue arrow out the top is N) during the big coast to Ap roll and yaw angle both seem to flip between 0 and 360 randomly, I guess that doesn't really matter, but at the Ap burn they are both somehow set to 180, which I guess explains the "retrograde burn", I'm upside down and going backwards for some reason. Setting roll to constant 90 in initial steering model and having "continuity" checked only seems to effect the first event duration. After that I see roll = 90 in the graph but the trajectory starts heading North. I'll take another look at the example you gave me. Not going polar should also help the prop consumption... I set roll angle to 89.99 on all my steering models, it stopped the flipping, at the end of the coast to Ap the yaw sets itself to 180 even though the steering model box says RPA 89.99, 188.7, 0.0
  7. NASAs POST2 - I guess giving away hypersonic trajectory simulators is not the done thing. Thanks for the RSS bodies.ini and your inputs. I managed to put together a .mat that gets into a 250x250 LMO with aero effects. I put some graphs and the .mat here (https://drive.google.com/file/d/1qaKIbTivOiqO-_CpD4lk8BKI5d9s9SGt/view?usp=sharing) Good things: 700 kg dry + 2-ton prop gets up with 47 kg prop left over. maxQ 170 Pa. Without the first event 10 km vertical it's 250-ish so aero acts like I'd expect. My bads: you can see after attaining Ap=205 km it decays a few km, the Ap is attained too early. The optimizer should be able to fix this right? Weird: look at the burn at Ap I had to make it optimize a pitch around 180 degrees, which sounds to me like retrograde burn, but it has a prograde effect. What is pitch exactly relative to? I assumed it was the ground radially beneath you? Oh and what's up with the LVD GUI? Sun and Mars? That happened after I set the vehicle initial state to be Mars not Sun. It's not important, but the plot with the planet and trajectory is cool. I feel like I can massage the .mat to get better performance out of it. My plan is to have "optimizer pitch rate and fixed target" events so there is just one thing in each even t for the optimizer to tweak. Prefixed with an "optimize pitch rate and target altitude" event. I kinda feel like I'll have to hand craft the parameters to be "close" and then the optimizer tunes from there? But maybe that means I only get a local optima? Any and all advice or inputs gratefully accepted. cheers!
  8. I just want to get a sanity check on the ascent + aero-effects, I thought RSS might not be as sensitive to some parameters are LVD. NASA papers always reference a "protected" sw package that only gov employees "with a good reason" can get access to. One of those cases where you have an idea and keep following the loose ends.
  9. I recall, since I need Mars you are thinking RSS or Copernicus data will be okay? I've no idea how suitable their temp & sun mult data is. I have Mars (alt,temp) data, but not yet sun mult
  10. okay thanks, do you know what these represent? some googling => "something to do with scattering" (from Kerbin) atmoTempSunMultAlts = 0.00000000000,8.81521972656,16.05038867188,25.72923437500,37.87944140625,57.44012500000,63.90271875000,70.00000000000 atmoTempSunMults = 1.00000000000,0.30000001192,0.00000000000,0.00000000000,0.20000000298,0.20000000298,1.00000000000,1.20000004768 https://github.com/KSP-RO/RealSolarSystem/blob/master/GameData/RealSolarSystem/RSSKopernicus/Mars/Mars.cfg has some data for Mars, do you have a better source?
  11. I coded a pitch program by hand. Pitch hard, Pitch gently till Ap hits 250, coast till at Ap alt, optimize pitch and time for circularizing burn constrained by semi major axis. That gets a 700 kg vehicle up with 740 kg of leftover prop from 4-ton initial, so I figure it's putting into orbit double the mass it needs to, so probably 2-ton of initial prop is enough. Maybe even better if/when I figure out how to optimize the pitch segments. Seems like one advantage of the linear tangent stuff is a smaller number of optimization params, and that they are more naturally linked by partial derivatives? Time to try out the plugins! Can you tell which of these I don't need to fill out for aero to work? (I'm guessing I need molar mass (at 0 km)) atmoTempAlts = 0.00000000000 atmoTempTemps = 0.00000000000 atmoTempSunMultAlts = 0.00000000000 atmoTempSunMults = 0.00000000000 latTempBiasLats = 0.00000000000 latTempBiases = 0.00000000000 latTempSunMultLats = 0.00000000000 latTempSunMults = 0.00000000000 atmoMolarMass = 0.0
  12. So many problems! Thanks for looking at it for me. re #4 rocket equation and references for LMO mean thrust and prop should be okay or close, but that's why I want to simulate with gravity and aero. I've been playing around with the .mat you provided. I cannot get it to not push Ap out to 450 km before driving it back down again, which tells me it's way off optimal, the pitch control seems to vary only slowly at first, but my gut says pitch over hard early and ease back the rate of change. The graph of Dynamic pressure doesn't start till t=270, which is about where it get out of the atmosphere (atmoHgt=180) - seems odd. There are no errors in the log about troubles computing dynamic pressure. Maybe I'll go back to trying a piecewise linear pitch program?
×
×
  • Create New...