oyster_catcher

Sorry. I've been off KSP for a long time. I suspect you've found out yourself. I don't know precisely. I think it might work ok. I'm guessing the switch forward/back in time will be like loading/saving the game in which case the correct settings for BG and correct phase of flight should be set to the correct values from that game state. So I hope it should work. Let me know what you find/found.

Sorry everyone. Its been a long time for me. So many comments I haven't responded to. This inspires me to get back to it and sort out any compatibility problems with the latest KSP. So the mod should work whether FAR is installed or not, it willl just use FARs atmospheric prediction if available - though this was quite hairy to get to work. Let me know if you see any bugs

If you can arrange to save the game the BG settings will also be saved with that game as they get saved with the command module that BG is attached too. That doesn't cover all situations but may be it'll help you.

Thanks so much for the kind words and beautiful video. What was that Kerbal thinking? I think 10-100m error is about the best I can achieve right now. The biggest issue is when aero-forces and rocket thrust just about equal each other, one pushing one direction and other pushing the other. At this point you have no control authority, and the mod is quite conservative and applies a big safe zone around this when it will not steer as steering the wrong way is quite a possibility as sometimes the forces aren't predicted accurately enough. It does use the built in physics get these forces but still it doesn't always work out quite right. I've struggled with this sometimes and have tried to optimise as much as I can but retain accuracy. Usually the drop in FPS should be manageable, sounds like something is going very badly wrong. Switch on Debug in the advanced tab as I think it may show the XXms to do the simulation. it should be 4-60ms and it does this out 10 times/second I think so its quite significant and worse case takes 50% CPU time. Please let me know what that says. The mod does a lot of work and predicts the flight path all the way to the ground. It will be slower the more time it'll take to land, though it takes much bigger steps when far out. It possible your craft would never land for some reason, say if minimum thrust was too high, or too far away, in which case the simulation would run until it hit a maximum time of 600 secs, which would be quite slow.

It designed to work with FAR if its present or else use stock physics, and I thought I'd tested this well enough. So the error shouldn't mean that BoosterGuidance failed all together. So you can ignore the error. FAR is not required. Does BG still appear to be working or not? Thats odd. A video would help, but anyway the thing to work out is, is BG trying to do the right thing but the craft is aerodynamically unstable? Select Debug in the advanced tab and you will see green line showing what direction BG is trying to steer the craft too. If this isn't achieved them probably BG is trying to do the right thing but the craft is not stable enough to achieve that.

Hmm. The mod shouldn't be causing the booster to flip. If you toggle "Debug" in the "Advanced Tab" you will then see a green line which is the desired orientation of the rocket pointing in the direction of the front of the rocket, so it should be pointing upwards. It'll be very useful to know if this is still pointing up, if so then somehow the aerodynamics of the booster has flipped it, not BoosterGuidance, but possibly BoosterGuidance has made its steering unstable. So I suggest, enable "Debug", try setting up the steering gains to far left so it won't try to steer at all, and seeing if it still flips. Also, at which stage does it flip, in re-entry burn? (I have seen a rocket start to turn with thrust vectoring from the main engine, the main engine cuts and then it doesn't have enough RCS or reaction control wheels to stop the turn, this could be happening - more RCS thrusters or reaction control wheels, and less steering gain in re-entry burn would help this)

Fantastic! Glad it worked for you and thanks for the kind words. I've tried to make the mod as easy to use as I can but it still takes quite a bit of experience to get it working really well. Thanks for persevering to get to that point. It'd be interesting to know if your super-heavy had enough thrust to slow down with the hard dive without using HyperEdit, perhaps it did, the mod will aim to use 90% of the maximum thrust to slow down so I can be very late with the sufficient thrust and a light booster. If you can land a super heavy with 10m error than I think you are ready to build a tower that can catch it out of the air the way Elon is proposing. That would be a fantastic feat to pull off! I'm not quite sure how to build a launch tower that could do that, but perhaps you can or definitely someone in the community can and probably will be doing that. Part 2 of BoosterGuidance tutorial uploaded. Covers controlling multiple boosters/vessels (for Falcon Heavy style dual landings), setting landing burn engines and logging/plotting. See The logging can unfortunately sometimes fail to enable due to some kind of C# file opening error (files not getting closed or some file opened twice or something). If it fails (BoosterGuidance won't get enabled with logging switched on) delete all the ~/${KSP_INSTALL}/*.dat files and try again. Sometimes it might require a KSP restart. I've been working on fixing this for a while but its tricky to debug, so sorry if logging sometimes fails.

I agree. Thats very painful to have to set those values every time. The settings get saved when you use "Save Game". I think the problem is that the craft is saved with the default settings from the VAB. So when you reset to launch, which is like loading the saved game at launch the settings are reset. So I'll at least try and work out either how your craft can get saved with your settings, or someway they don't get reset with a revert to launch. Thats the first step. Thanks

Excellent, glad it works for you. Ok, that's an interesting thought, would do you tend to change for the different types landings? I tend the settings depend a bit more on the vessel rather than the landing type so they are saved with the vessel. I'm a bit wary of adding the complexity for something I'm not very sure had I'd use it so I'd be interested in your reasons

A video would really help please, but, when did it go wrong? In the re-entry burn, aero-dynamic descent or landing burn? The most likely cause is that the booster is being steering the wrong way, this can happen when the engine is ignited and travelling fast. This could be re-entry or landing burn. The aero-dynamic descent is usually well behaved. If this happens then move the gain slider for that phase far left and the error should at least not grow any more. I'm struggling to work out what the specification would be. In reality you would boostback after you separate the 2nd-stage. I guess you want something like the furthest point on the predicted trajectory where you would still have enough fuel for boostback, re-entry and landing? For this I'd need to predict fuel consumption and fully understand the change in mass from staging, and understand which components you want to send back after staging. This is very difficult if possible at all as the KSP API doesn't really tell you what you would get in the future after staging. I think it might be possible the work something out without trying to predict staging, but I'd have to work out fuel consumption and thats quite complex too. I'll bear it in mind as feature but its some way off, sorry.

I suggest you check out this video which gives a rough idea of an easily manageable boostback, but you can actually be much more extreme than this but it gets a bit touch and go! It took a while before I got a real for it. This video is great! Generally you want to still be climbing after you have finished boostback which means you have good height and will fall not too far off vertical. So, I tried to reproduce your trajectory with a near horizontal re-entry burn. I tried it out in realism overhaul in v1.1.1 (just released). I have now fixed a number of bugs and amazingly I managed to 'land' (almost!) within a few hundred metres of the landing target. I accidentally took off again as the throttle switched to maximum when BoosterGuidance got disabled on landing! But I did get some extreme jitter of the landing prediction due to the highly non-vertical trajectory before landing. See my attempt here:

v1.1.1 released Basically quite a few accuracy improvements and bug fixes. v1.1.0 had quite a major bug, the simulation wasn't computed correctly which could lead to very large errors in the landing prediction. The simulation ran fast though so didn't slow down the game much. Now it works again but is slower, but I've tuned it a lot to run as fast as possible which minimizing 'jitter' on the landing predictions. This is still higher than I'd like to some cases and it runs slower than I'd like. In my machine I've seen to take up to 50ms (x10 times a second, so taking 50% of the CPU!) when furthest from landing but mostly its not worse than 20ms. The jitter is generally low but I've seen it get high when coming to land at a low angle in Realism Overhaul. - Upped throttle gains which avoids very heavy vessels hitting ground (depends on dt in simulate) - Target crosses now move when selecting vessel or navigation target - Landing burn works correctly when clicking button even if aero-descent not enabled first - Fixed bug in simulate that led to landing burn not being simulated below 500m (leading to jitter in predictions) - Tuning of simulation to make it as fast and accurate as I currently can - Now runs faster for planets with no atmosphere - Reduced maximum gains to try and reduce the near to tweak gains to reduce max angle-of-attack in RO (gains still needed to be low for RO) - Reduced jitter to landing prediction by reducing timestep of simulation when near ground (can still get bad jitter is some scenarios) Get it here https://spacedock.info/mod/2587/BoosterGuidance and here https://github.com/oyster-catcher/BoosterGuidance/releases/tag/v1.1.1 Released under GPL v3. I'd definitely recommend users upgrade. A full tutorial video is *still* in the works.

Thanks for answering. Correct. It depends on the reduction in velocity you need for re-entry burn plus landing burn. If you don't need the re-entry burn then you just need enough dV is bring your booster from terminal velocity need the ground to a stop (if on Kerbin), these depend on the settings and fast your booster is going at the reentry burn so its complicated. However the mod would be able to do a rough calculation of dV, but calculating the how much fuel is used looks complex and I have up on that. For now its not possible, you just need to experiment and get a feel for it. Do you think 500m is high enough? If not raise the touchdown margin to give me time. If its just the tumbling thats the problem I would pull the steering gain for the landing burn all the way to the left so it just steers retrograde, this should stop the tumbling. I've be pleased to see if this work. If you are able to make a video (make sure you include the BoosterGuidance main window) that'd help me diagnose it. Also, I've found a few bugs in v1.1.0, v1.1.1 is coming soon which will be more accurate.

Thanks, thats very useful. Its great to see people using the mod. I have a few suggestions. (1) You kept all engines enabled for boostback. This makes for the mod to reduce thrust enough to delicately reduce the minimum target error when it gets small since checks are only done 10 times/sec. Use fewer engines for boostback, re-entry and landing burn as the booster is much lighter and is super-sensitive to thrust (I set up an action group to toggle nines). Your video didn't show what the final target error was at the end of boostback. Take a took at this, it'd be good to see how low it gets. (2) You were quite ambitious with a boostback burn so far away from the launchpad. The re-entry burn is nearly horizontal. I would expect the re-entry burn to be 20 degrees off vertical max for good accuracy. Because the trajectory is very horizontal prediction of aerodynamic drag makes the landing spot very prone to error (you can see that if the aero-drag calculation is wrong with a vertical trajectory then the prediction error on the ground won't change much). The landing was 126km off target was is embarrassingly bad though I couldn't tell if this was an overshoot or undershoot. It is possible to get the landing error to a few metres. Staying a bit closer when doing boostback will make it easier for the mod to be accurate. (3) Again because of the large number of engines with high thrust and landing burn thrust is applied very late (even though landing burn is enabled many seconds earlier thrust is not applied). With fewer engines the landing burn will span over more time and will work more accurately. (4) Raising the "touchdown margin" in the advanced tab by perhaps by 30-40m will help, even if you do nothing else. It looked like the booster hit the ground at 80-90 m/s and decelerating at perhaps 40m/s/s so it needed just 2 extra seconds of deceleration. On (4) I'm working on making the landing burn more accurate for high thrust rockets. I've learnt some more things - Upping the rate of thrust calculation estimate from 10 per sec, to the maximum physics rate - The vessel altitude given from the probe corer rather the origin of the booster of the CoG. This meant some of my calculations were off. - Upping the gain of the throttle. So the throttle will re-active more rapidly of the booster is travelling too fast. The gain can't be too high otherwise the throttle will oscillate around the required amount. The first change was in v1.1.0. The next changes are coming soon along with a full tutorial. I hope you get it working a bit better.

I'm not sure. Could you make a short video? That would help see the problem. Even the earlier version shouldn't have a bug that appears this big