Search the Community

Showing results for tags 'sas'.

More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


  • General
    • Announcements
    • The Daily Kerbal
  • Kerbal Space Program 2
    • KSP 2 Discussion
  • General KSP
    • KSP Discussion
    • Suggestions & Development Discussion
    • Challenges & Mission ideas
    • The Spacecraft Exchange
    • KSP Fan Works
  • Gameplay and Technical Support
    • Gameplay Questions and Tutorials
    • Technical Support (PC, unmodded installs)
    • Technical Support (PC, modded installs)
    • Technical Support (PlayStation 4, XBox One)
  • Add-ons
    • Add-on Discussions
    • Add-on Releases
    • Add-on Development
  • Community
    • Welcome Aboard
    • Science & Spaceflight
    • Kerbal Network
    • The Lounge
  • Making History Expansion
    • Making History Missions
    • Making History Discussion
    • Making History Support
  • Breaking Ground Expansion
    • Breaking Ground Discussion
    • Breaking Ground Support
  • International
    • International
  • KerbalEDU Forums
    • KerbalEDU
    • KerbalEDU Website

Find results in...

Find results that contain...

Date Created

  • Start


Last Updated

  • Start


Filter by number of...


  • Start



Website URL





Found 46 results

  1. I want to know how to Make SAS available without a pilot or a probe core in Science mode. It's ok if it is considered a cheat.
  2. As title says, SAS seems incapable of applying reaction wheels correctly on the roll axis so I keep getting rockets and stations that wriggle back and forth anywhere between a near invisible amount and up to several degrees, typically waaaay worse the bigger the craft is. Could only find quite old threads about this but none of the ones I read had any actual solution, nor has the game been patched to fix the issue. CLARIFICATION: The squirming will self agitate from the slightest fraction up to a certain point, even if a craft looks stable for several minutes it can start wriggling more and more up to a cap where it at least won't get any worse but it will keep rolling back and forth by that amount forever, this can make docking an absolute nightmare. Before you ask; the control of these crafts is completely solidly locked to the entire craft, no noodling causing it to twist and lag behind. Increasing or decreasing reaction wheel capacity only substantially affects frequency of the rolling as far as I can tell. The only temporary workaround I've found is to put three rotors on 3way symmetry with weights on them inside a cargo bay and keep them spinning at some moderate RPM, it causes dampening that makes a substantial difference for up to around 300 ton cafts but becomes very impractical beyond that. (For those not well versed in physics and mechanics: when something spins on one axis it resists having this axis turned in any other direction - having at least three of these pointing away from each other causes the craft to resist turning in all directions and even if you turn off SAS while the craft is rotating on any axis it will eventually slow down to a halt by itself. Yay physics!) Would make me very relieved if the problem could be taken care of once and for all, preferrably already in the upcoming 1.10 patch if possible but I'd settle for 1.10.1 without rioting in the streets. ADDITIONAL EDIT: Hatched the idea while typing up the above and have now tested it properly in several variants, there is a different workaround and probable explanation for why not all players are seeing and reporting this issue. By having the control point sit on a flexible part of the craft immediately connected to reaction wheels (or the control point itself having powerful reaction wheels) the "lag" is in a way shifted to the body of the craft (not technically 100% accurate but easier to understand) instead of the control point and this causes a moderate dampening effect as long as the body has its own set of reaction wheels as well. This method can be very hard to apply to complex craft with multiple control points since you can't use the root autostrut on this bendy part so the root has to be in another place than the control point if the craft needs that particular type of strut to reliably fend off Krakens. Combining this "reverse lag" with the spinning weights method produces reliable results for even stations that weigh many thousands of tons, as long as the spinners are somewhat heavy and attached to the main body of the craft and not the control point of course.
  3. Had an idea for a new set of SAS buttons to add to the current set: Flight heading Buttons. Currently you can set your SAS autopilot to prograde, normal, etc., but it would be extremely helpful to be able to align your craft with the compass headings. 90°- (east) 0° - (north) 270° -(west) 180° - (south) While it would have many helpful uses, I currently have the greatest need for it when launching into orbit and want to keep my heading at exactly 90°. The only way to do this currently is to manually keep your marker lined up with the compass. The prograde marker helps, but constantly changes heading while under acceleration.
  4. When i use SAS button. Thats no prograde, retrograde, maneuver, target, anti target, radial in, radial out, normal and anti normal buttons. Just stability assist button. Why
  5. I am encountering one of the weirdest bugs I've ever seen. I cannot add ANY command part that has a built in SAS module. Not only can I not place them on the craft when I try to do so they remove the node on the part I'm attaching them to while not attaching and then they proceed to break placing any other part and more or less all controls in the VAB and SPH including moving the camera, the exit button, the new button at times, the save button, all mouse controls but clicking on new parts. And the only way to recover is to if I'm lucky click new and if not load some stock premade craft. For the life of me I have no idea why such a weird bug is occuring.
  6. Do you hate it when your craft is tugging along on SAS and you want to correct the course a bit? You touch pitch controls and it gets all wobbly. There is a simple solution to your problem: SAS should not control the control input, but work via the TRIM settings. You control input would be combined with the TRIM and you would have perfect controls even with SAS activated. Better yet: Allow the TRIM settings to be kept when leaving SAS (maybe with a modifier key or so) and move your craft from SAS to full manual control without even the slightest bump. Why we should do this? Because usually it is done like that. Your input is combined with stabilisation/trim. If it is still unclear what I mean exactly, move down three posts. User OHARA does explain it better!
  7. I was getting a satellite into orbit, and I was warping to my apoapsis so I could start burning prograde, but mid-warp my SAS menu disappeared, and the SAS & RCS buttons are disabled. What happened?
  8. This has been happening for months and has caused me to quit KSP each and every time. When I build a ship that is even remotely complicated, it slams the stick into some direction that it likes whenever I turn off SAS. Of course, this means docking is completely impossible. It is an INPUT ISSUE, so if I have RCS thrusters on the ship, guess what, they're going to start blasting juice to turn into that direction, and it has nothing to do with how the ships are designed or from aerodynamic forces. I have no idea where to even start. Here's an exhaustive list of the mods I'm using, coming straight from my gamedata folder, even though they aren't going to tell you jack because this is an input glitch and I would be very surprised if any one of these could possibly be making my ships turn without user input. AND YES I HAVE AN ANTENNA AND IT'S NOT BECAUSE THE CONNECTION IS GOING DOWN AND I'M PITCHING THE SHIP AND IT KEEPS PITCHING AFTER I LOSE CONNECTION I AM NOT GIVING IT ANY INPUT
  9. I've had a problem with controlling ships when controlling from docking ports at a right angle from the root part. Both SAS and mechjeb's Smart ASS have wild oscillations around the roll axis of the docking port, like its overshooting its attempt to stop rotation. This happens with both an inline docking port part like the shielded clamp-o-tron or with a normal docking port attached radially. I might try testing this in an unmodded install, but was wondering if anyone else has experienced this? I have several mods installed but the only one I can think that would effect SAS's ability to hold steady is mechjeb. Nothing out of ordinary appears in the logs Edit: this is in 1.3.1 since I'm still waiting for mods to update
  10. I tried searching google and the forums for this, but couldn't find anything, so here goes. Everything seems to have full SAS. I noticed it with the Stayputnik, and now Bill (a non-pilot) in a lander can. I'm running a 100% stock game, freshly downloaded from Steam. I'm using 1.4.2 + Making History DLC. If I start a new sandbox game, open the VAB, add a single Stayputnik and then launch, I can activate SAS and can select all retrograde, radial, normal, etc. headings. The Stayputnik still doesn't have a reaction wheel, however. It also seems to happen on previous game versions, including my theoretically untouched 1.2 folder that I set aside before updating to 1.4, my heavily modded folder, Is there some kind of setting saved elsewhere (such as Documents or the registry--PlayerPrefs come to mind) that I'm just missing that could cause this? I've never seen this happen before, and am very surprised it happens across installs. Am I missing something obvious, or is this a bug? Edit: Currently downloading 1.2 to see if it happens there, but I'm getting tired and might not check back here until later.
  11. Have a ship, that was orbiting Mun before the 1.4 release. After 1.4 SAS will not work on it. Ship has a pilot (jeb). I hit the button for SAS, it toggles for a split second on and off. Manual flight controls dont respond (that would normally use sas. Ive messed with "control from here", de coupled a stage, eva and back,and a few other things, nothing makes it change. Reaction wheels according to the pod (mk1) keep flicking between working and idle.
  12. How come my SAS works exceptionally when i'm in map view or switched to another unit, but when i'm "in control" it doesn't work as good?
  13. This is a thread to list all missing functionality from the previous console version of KSP. I know we are all frustrated with Enhanced Edition but let's try to keep things civil and informative. Please be as detailed as possible. Console Xbox One The current issues that bother me most are: 1. Lack of physical time warp in space. When pressing LB/RB and B to increase time warp, the game assumes you mean 5x time warp rather than physical time warp while in space. While in atmosphere the same input allows for physical time warp, and if you exit an atmosphere while warping between 2x, 3x or 4x you continue at the same warp rate in space. Clearly the game is capable of allowing physical timewarp in space, but there is no input specifically for physical timewarp. 2. Unable to choose a specific SAS orientation (prograde, radial ect.) through a submenu. When SAS is selected by pressing Left on the D pad it simply toggles SAS on or off. This requires you to use the cursor to select an icon next to the NAV bubble to set a specific attitude for your spacecraft. This is less efficient then the previous setup. Additionally it is usually at a time sensitive, dangerous, or mission critical segment of the mission that the player needs to set a specific SAS setting. Using the cursor means you do not have control of your craft for a few seconds and usually ends in a less-than-optimal outcome. 3. Camera controls in the VAB/SPH. In the previous version it was possible to hold X and use the Left Stick to maneuver the camera in the SPH. This was superior to the current setup of choosing between Scroll and Rotate by pressing LB and clicking the Right Stick. Pressing X and moving the Left Stick does not have any special function in the Enhanced Edition and I would ask that developers return the ability to control the camera by holding X and Left Stick. Also as a side note I would suggest the ability to return the camera to center with the press of a button. I would like to close by saying that I really do like the Enhanced Edition and I am looking forward to future updates. The reason for the discontent in the console community is simply due to a lack of communication. I think the player base would be VERY happy if the developers simply list the bugs and issues that they are aware of and state that they are working to rectify them. When this post is read by a developer/member of troubleshooting team if you could please leave a comment stating that the issues listed have now been identified we would also greatly appreciate that. Thank you kindly, PixelGranny
  14. Right now, SAS is hardwired to the SAS action group. As long as something can have SAS, it's toggled with SAS and ONLY with SAS. I think you should be able to remove and change this binding via the action groups menu. The SAS group would be automatically applied to every command pod/probe core/???. This way, you can toggle SAS with other action groups and have an action group that can invert itself briefly without any unintended results. An (extremely complex) example of where this would be useful is in a supermaneuverable fighter plane with an ejector seat; something I just happen to have. On launch, I could hit the space bar and permanently turn on SAS (unless I right click the cockpit and turn it off), and toggle the afterburners with T. If I needed a brief pulse of extra power (or if I wanted to turn it off for some reason), I could tap F to quickly turn the afterburners off and back on when I release it. Or the other way around because it can invert itself. The reason I mentioned the ejector seat is because the second stage is the ejector seat. There's really no reason NOT to make it this way. It (probably) doesn't take that long to change, and doesn't get in the way of gameplay if you don't want it to. Parts are already set to do things on certain action groups (gear, brakes, and lights), and it would open up a whole new action group behavior; inversion. P.S. - I know about the brakes action group but that doesn't invert. It just turns off on its own. What if I want to briefly turn it off and then have it stay on?
  15. Holy sciencey title Batman! Basically what I'm suggesting is for SAS to be a module on command pods/probe cores that's automatically assigned to the SAS action group but can be removed and set on other action groups, just like the brakes on wheels and lights in lights and crew parts. What this would do is open up an entirely new action group with new properties. I know you can already set things to the SAS action group, but it's basically suicide to disable SAS mid-flight, especially in some aircraft. As for the "new properties" I mentioned a sentence or two ago, the SAS action group can be on or off, and can have the state temporarily reversed by holding the F key. This would be useful for things such as Space X-style booster landings or SSTO re-entries where briefly deploying all your airbrakes or retracting them to keep them from blowing up from the re-entry heat or to fine-tune your trajectory would be extremely useful. TL;DR - Make SAS an action group like brakes or lights to free it up for other things where temporarily inverting the state of a part would be required/useful.
  16. Hello ! I've recently put a few satellite into orbit with 2 robot control units : The 1st one is supposed to be facing Normal and the 2nd one Radial In. But I'm encountering a problem : Once SAS activated I choose "Control From Here" for the 1st one and choose "Normal" after that I switch to the second control unit and it immediately turn up to Normal... My question is : Is there a way to choose 2 different orientations for the control units on the same craft ?
  17. 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?
  18. I'm having a frustrating problem. I have a lander in orbit around the Moon (this is with RSS). I cannot control the orbiter's direction, for some reason. I hit the normal keys to rotate, and it just won't move. I have MechJeb on it, and if I use Smart A.S.S. to orient to prograde, retrograde, whatever, that works, but other than that, the keys that orient the spacecraft don't work. It worked fine through several reloads, trying different landing approaches, but now it just... doesn't work any more. I have two different saves for this vehicle at various stages. If I load either of them, the problem is the same. If I switch to another craft in orbit, everything works normally. I've checked that I have battery power, and the reaction wheels are turned on. But no manual control is possible of this craft. I have also tried restarting KSP. My mods include RSS, MechJeb, Kerbal Engineer, and FASA. Ugh, I figured it out. Now I feel stupid. The satellite I was using to bounce my signal back to Earth is on the other side of the moon, and I'm on the far side. So no control. Oof.
  19. I am working on a plugin for docking and am trying to align the current vessel with the docking axis of the target. I am trying to use the vessel Autopilot.SAS to do this and so far it does not seem to work. In my FixedUpdate() handler I am first ensuring that it is in StabilityAssist mode: if (vessel.Autopilot.Mode != VesselAutopilot.AutopilotMode.StabilityAssist) { Deb.Log("Engaging StabilityAssist"); vessel.Autopilot.SetMode(VesselAutopilot.AutopilotMode.StabilityAssist); sas_orientation_set = false; } And then calculating a quaternion based on the target zaxis (which is the target transform forward vector) and the target transform up vector: Quaternion quat = Quaternion.LookRotation(-zaxis, tgt_tr.up.normalized); And then setting that if I have not already set it: if (!sas_orientation_set) { Deb.Log("SAS set to quat: {0}", quat); vessel.Autopilot.SAS.LockRotation(quat); sas_orientation_set = true; } I also am printing out the current "lockedRotation" quant and what I set it to: Deb.Log("currentRotationLock: {0}", vessel.Autopilot.SAS.lockedRotation); Deb.Log("desiredRotationLock: {0}", quat); Initially the two values match up, but after a few updates, the lockedRotation value changes to what it was before I set it: [LOG 23:42:22.139] [KRAMAX] currentRotationLock: (0.0, -0.6, 0.0, -0.8) [LOG 23:42:22.139] [KRAMAX] desiredRotationLock: (-0.3, -0.3, 0.2, 0.9) [LOG 23:42:22.140] [KRAMAX] SAS set to quat: (-0.3, -0.3, 0.2, 0.9) [LOG 23:42:22.163] [KRAMAX] currentRotationLock: (-0.3, -0.3, 0.2, 0.9) [LOG 23:42:22.164] [KRAMAX] desiredRotationLock: (-0.3, -0.3, 0.2, 0.9) [LOG 23:42:22.164] [KRAMAX] SAS set to quat: (-0.3, -0.3, 0.2, 0.9) [LOG 23:42:22.187] [KRAMAX] currentRotationLock: (-0.3, -0.3, 0.2, 0.9) [LOG 23:42:22.187] [KRAMAX] desiredRotationLock: (-0.3, -0.3, 0.2, 0.9) [LOG 23:42:22.192] [KRAMAX] currentRotationLock: (0.0, -0.6, 0.0, -0.8) [LOG 23:42:22.193] [KRAMAX] desiredRotationLock: (-0.3, -0.3, 0.2, 0.9) [LOG 23:42:22.215] [KRAMAX] currentRotationLock: (0.0, -0.6, 0.0, -0.8) Does anyone know how to make this work? I would really like to use SAS to do this and not have to write my own yaw/pitch/roll autopilot or require users to use mechjeb. -Thanks, Kramer
  20. S.A.S. Issues... Everubody knows that in versions 1.3.0 and downwards there is a major glitch, one that everybody dreads... the famous S.A.S. Wobble glitch that occurs when you have too tall of a rocket. I was just wondering has this been fixed (because I have not played on K.S.P. 1.3.1 due to a broken computer, you can see my other post if you have knolage about building pc’s)? And if it has not been fixed, how do you get around the glitch, I found that if you put something to control your rocket closest to the engines than it will fix the glitch, but that is expensive, inconvenient, and it makes K.S.P. Rocketry harder than it needs to be. So: P.C. Question form/post Is there a way to fix the S.A.S. wobble glitch that occurs for tall rockets without adding a control point near the engines?
  21. I am having an issue where ships that are not currently the active vessel are not maintaining heading with SAS. The ship that has my Kerbal is in atmo on Kerbin and detaches a probe. I switch focus to this probe, set SAS and set heading to be retrograde. This works great and the probe maintains a retrograde direction as it decends. I switch focus back to the other ship and watch as the probe descends and I can see it start to tumble. I switch back to the probe and it has indeed started tumbling around, but now that it is the active vessel it regains a retrograde heading and maintains it as long as it is the active vessel. At any time if I switch back to the other ship the heading is again lost. Is this a stock bug? I have several mods installed but nothing that I think could mess up heading and SAS controls. Has anyone else seen this?
  22. I would greatly appreciate an SAS mode that holds the navball orientation at the horizon, perhaps locking all remaining degrees of freedom (like roll and rotation along the horizon). This would allow aircraft to fly long distances across the planet without player intervention, which would be especially useful for long flights to contract related sites, e.g. on Kerbin. I do think it is reasonably simplistic to warrant being an SAS feature.
  23. Hi, I've got a vessel stuck in low Kerbin orbit which desperately needs a Level 1 or better pilot to re-enter safely. The re-entry module was badly designed and it wants to tip over the wrong way (heat shield up, Mk1 command pod down) in the atmosphere; I've tried (many times) and failed to re-enter it manually without hitting the ground too hard. However, when I fly the same craft with Jebediah Kerman (who's currently at Level 1) on board, he can keep it stable all the way down with the "hold retrograde" SAS option. :-) The stranded vessel has three tourists on board, so all it has is an OKTO probe's SAS, which doesn't support "hold retrograde". The usual rescue options are precluded because 1) it doesn't have a docking port, 2) tourists can't EVA, and 3) there are no empty seats for me to EVA a pilot into. So I had an idea "what if I could use Remote Pilot Assist to transfer a Level 1 pilot's skills to it". I'm having some trouble getting this to work, though. As a preliminary test, I built a simple craft which has a Mk1-2 (3 man) command pod, two HG-5 (relay) antennas, a stack of batteries on top, and a token engine (not enough to get it off the ground) so that I can "launch" the thing and get the MET clock going without actually moving it anywhere. I then attempted to use it to control an unmanned probe (OKTO-based) which I already have up in keosynchronous orbit with visibility of the launch pad. However, it's not working. Even with two level 1 pilots on board the ground craft, both craft's antennas extended (they are both equipped with HG-5's), the orbiting probe still has only the OKTO's basic SAS (stability assist only) and the status bar at the top of the screen indicates it's being controlled from KSC, not the remote craft. In map view on the ground control pod, when I set it to "vessel links" it shows a faint green line from the ground control pod to the orbiting probe, so they do have a line-of-sight link. But still...the piloting skills are not being transferred. Am I missing something? Some requirement that's not met one one or other of the craft? Some button I need to press to activate the Remote Pilot Assist? Or does Remote Pilot Assist only kick in when the "normal" DSN link to KSC is occluded/too weak? Or does it not like the fact that the control craft is landed on Kerbin? (Should that even matter, since I did "launch" the thing and the mission clock is counting up like it should?) Thanks...any ideas are appreciated. :-)
  24. Not sure if i am doing something wrong but when i do an EVA it is not acting the way it used to. When i do an EVA the kerbal just spins out of control even with the RCS switched on he is always slowly rotating, meaning constant corrections and usually over corrections. Turning on the SAS also has no stabilising effect to the Kerbal. I've noticed that the navball on the screen does not link to the Kerbal either. It seems to still just show the reading for the ship i just got out of. Spinning the Kerbal around does not move the navball at all. It did used to. This is all made worse by not having a camera angle that locks you to the kerbal. The camera is always pointing in one direction and he is just spining on the screen, making it incredibly difficult to use RCS to bring him to a halt because he is rotating on all three axis so it is very difficult to work out which way to thrust to get him to stabilise if you are currently looking at him from an odd angle, not directly at his back. I have installed some mods lately, previously using stock i do not remember having these issues. EVA's were always quite easy. Is anyone aware of a mod that has caused these issues previously? I'm using 1.2.2. It seems to be Navball related as both the direction heading and SAS found on the Navball are just not tying to the Kerbal. The only Navball mod i use is Draggable Navball. Any ideas appreciated. Daniel
  25. Hey guys, quick question here. BTW, I tried my best to search for an answer, but couldn't seem to find one, so I apologize if it's been asked before. Are there hotkeys for the SAS hold buttons? I especially use the 'hold prograde' throughout a lot of the ascent of my rockets. I'm visually impaired, so it's been a thing where I have to pause the game to give me time to find and click the button, and it's kind of getting old. Might there be a mod that allows me to assign these SAS holds to action-groups? Thanks!