Jump to content

Parallel to Surface SAS


Recommended Posts

So lately I have taken to the habit of building many of my rovers with reaction wheels, and I set all the electric torque components to "SAS Only" mode.  I find that this helps a lot on flat(ish) terrain, making the rover less likely to flip over when aggressively breaking or making sharp turns, as the torque of the reaction wheels in SAS mode helps cancel out forces that might send the rover spinning.  But experience has taught me that on rougher terrain where gravity is lower and changes in elevation more sharp than on much of Kerbin (like, say, the Mun) I have to "pulse" deactivation of the SAS at times to make sure all the wheels return to the ground.  If I end up taking a big leap off the terrain, the reaction wheels can be used to help make sure it lands at a good angle, but I have to manually change their mode, which is not easy to do under pressure during an unexpected leap.  Basically I want to control the torque fully if the vehicle is off the ground, while keeping the vehicle firmly planted on the surface while grounded.  

So, to resolve this and make rovers a little more controllable, I would like a "parallel to surface" mode for the SAS, which tries to keep the vehicle's "front" (as defined by whatever I select "control from here" from) perpendicular to a normal vector from whatever surface polygon lies directly below it.  I would think that this would be pretty simple, as far as engine capability and math goes.  Do a ray trace from the center of mass of the vehicle to the center of the stellar object it is in the sphere of influence of, then get the normal vector of the first non-vessel collision polygon it passes through (which would typically be part of a planet's terrain mesh.)  Then we try to have the SAS keep the vessel's forward pointing vector perpendicular to that surface normal vector.

The advantage to this is that the vehicle will try to keep itself oriented properly so we do not have it doing bizarre things like trying to maintain a wheely, which reduces driver control.  It also means that, should the vehicle launch itself into a parabola, it would try to align itself with whatever it is passing over so it lands on its bottom as evenly as possible.  This should help spread out the impact of landing and lead to less damage over all.  Heck, if we want to introduce a simpler version of the same thing which can just keep a craft pointed perpendicular to a vector traced down to a stellar object's center, that would also help as a great aid for flying aircraft while cruising long distances instead of having a make a bunch of minor corrections for the pitch of the nose.  

If there is some concern about this making things "too easy" on the players, it could be restricted to higher level probe cores and experienced pilots, like many of the other "autopilot" features in the base game.  It would also build up player experience in cruder situations in career or science before they unlock the more helpful assist gear.  Heck, I would even go with some add-on components like gyroscopes to enable it (similar to the Avionics Hub) if there needs to be some kind of (mass/cost) trade-off for that ability.  

What do you think?

Link to comment
Share on other sites

Sounds like something that could be modded in. Atmosphere Autopilot does something like this -- but probably a good deal more complicated -- for atmospheric flight and it works great.

Not sure if I'd vote for it as a feature in the base game. It's a niche application where you're using components for an application they weren't really intended. 

BTW I've done reaction-wheel stabilised Mun rovers too. The way I use them, I slave the wheels to an action group, and every time I take off I switch them on, when landing, switch them off again. Mode is normal (pilot and SAS). It's a lot of fun to zoom across the Munscape in one of those, taking giant leaps and bounds. At least until you go over a particularly high ridge and launch yourself onto a trajectory that ends with a hole in the ground.

Link to comment
Share on other sites

I bound the rover driving keys to IJKL, and I put the camera in locked mode behind the rover, use my left hand for WASD to control the reaction wheels, and thus the rotation of the rover, while my right hand does the actual driving on IJKL. So it's sort of like having an active suspension you can tweak while you drive.

Overall it's not a bad idea, although as pointed out above, the actual use cases are few and far between so perhaps it's not a priority.

As an additional suggestion, I'd personally like it if it the Engineer got that SAS capability instead of the Pilot. Would give them something to do and more of a reason to bring them along. Make them sort of a "rover specialist."

Link to comment
Share on other sites

I usually set up a rover probe core using something like the RoveMax so that "control from here" points me radial, and then I set "hold radial out" on SAS and set the reaction wheels to SAS only. Can do it with other probe cores, or with a command seat probe core, using a vertically-oriented docking port.

Doesn't hold me exactly parallel to the ground, but it holds me parallel to the sky, which is close enough.

Link to comment
Share on other sites

This thread is quite old. Please consider starting a new thread rather than reviving this one.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...