• Announcements

    • turbofandude

      Proper Problem Reporting for the TFDi Design 717   07/09/2017

      Folks, As the user count is increasing, it is becoming more of a task for us to stay on top of problem reports. We are also receiving an increasing amount of incomplete reports that we are unable to follow up on (which frustrates everyone, us included). On that note, we are going to be enforcing a stricter formal problem reporting system. There are a few main points that need to be addressed. ALL problem reports must be submitted via the Bugs and Suggestions system. Open discussion on the forums is fine, but our team simply cannot respond to every single comment (especially when the majority of doing so is asking for information the Bugs and Suggestions system already asks for). Incomplete reports will be ignored. This means reports like "my FPS is bad" will not be given weight. This isn't because we don't care. It is because a report like that does absolutely nothing for anyone - we can't fix it based on that. Please include EVERYTHING you can possibly think of regarding the problem and take as many steps as you can to isolate it. Prepar3D v4, despite what you have heard, can still be unstable. Yes, it is definitely possible to fly flights without issues. But it is still relatively new, as are most of the addons available for it. Please refrain from attacking us or other developers because of this. We have already had one scenario where a 717 CTD was resolved by an update to Prepar3D itself. This is likely not the only time that will be the case. You are still free to report the crashes, as it may help whoever the developers of the faulting code are solve the issue. Duplicate reports will be deleted/merged. For the sake of sanity for us trying to prioritize and evaluate issues, if we discover multiple reports of the same thing, we may merge/delete the duplicates. We strongly encourage you to search and see if your problem has been reported before. Thank you all in advance. This may seem overbearing, but this is the only way we are going to be able to stay on top and continue heading in the direction we, and the community, want.
Sign in to follow this  
kenthom

Autopilot too sensitive, shuts off.

Recommended Posts

I have been experiencing an autopilot that shuts off if I adjust the heading knob in any way.  Then it will not re-connect the auto pilot on the first attempt.

Example, while in departure climb out I set the heading knob course and activate the auto pilot.  If I try to change the course of the heading knob the auto pilot will disconnect.  If I am flying in NAV mode and then pull the heading knob to direct the plane the auto pilot will disengage.  Attempts to initiate the auto pilot meet with immediate disengagement of the auto pilot.  I have had to fly the plane manually for a period of time and then hit the auto pilot to turn it on.  Those are just a couple examples.   Bottom line is the auto pilot is not connecting and staying connected when it should.

It did not always behave this way.  I have tried to isolate when it began and the closest I can recall is after the last minor update which was done when I initiated the manager.

Any suggestions as to what may be causing this and how I might correct it?

Thanks

Share this post


Link to post
Share on other sites
On 1/3/2018 at 3:01 PM, gamesyns said:

What was the solution?

I had altered the pitch and roll stability too much in an effort to give it a heavier feel.  

  • Thanks 1

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

Sign in to follow this