Open ghost opened 6 years ago
Should use global variable (utilFaceBurnOSS/Data).
Needs quick test (e.g. HasSensors) to return the argument ASAP, if doing nothing. Separate global variable for this would be best (utilFaceBurnInUse/Usable or something like that, maybe tri-state: true, false, "init").
Either must not contain WAIT, or the description has to be changed. LOCK and WAIT cannot be used together.
I would separate initialization (containing check wether to use it or not) and saving/loading the JSON:
A test rocket/shuttle would be good. Maybe we should create a set of test rockets packed with test scripts.
Coming back after some time.
@fellipec To be honest with you, I have already left this repository and do not plan to return. I have my own set of scripts and even my own version of kOS: https://github.com/firda-cze/KOS and some accepted and some pending PR's in official kOS e.g. https://github.com/KSP-KOS/KOS/pull/2256
If I remember correctly, utilFaceBurn
is not inherently bad, but contains some heavy instructions and WAIT and therefore should never be used inside LOCK. Could be fine outside, but I didn't fully understand how it works and was thus unable to use it. Try putting it back into https://github.com/xeger/kos-ramp/blob/master/node.ks
I am working on node.ks and have working version, but once I add
utilFaceBurn
it stops working correctly. I do not even have the necessary sensors, but it seems to slow things so much, that there is no time for the CPU to do what is needed.If it is helping in some scenairo then it either has to work properly or needs some opt-in mechanism.
P.S.: Something like that should, in my opinion, be handled by balancing the engines - adjust throttle limits to make the thrust vector in line with CoM.