Autopilot keeps disengaging NAV mode (VOR-to-VOR navigation)
-
Also have it since around SU4. For me it's happening only in Blacksquare planes and the C310 from Blackbird. Have observed it like a 100 times as I'm doing a radio-navigation only world tour with the Baron
While I don't think it's caused by anything that is wrong in the plane itself some planes seem more susceptible to it, because for example with the Justflight F28 and Bae146 I never had this happen, despite mostly flying them VOR-VOR.
@Tadeus72 The manual clearly states that BlackSquare simulates radio signal propagation and does so quite accurately, just like A2A. In real world operations, pilots rarely use the autopilot in NAV mode tracking a VOR. More commonly, they fly in HDG mode, adjusting the heading according to the VOR indications whenever the signal is available for example, when flying through mountainous terrain or other areas where reception can be affected.
There are countless tutorials and training materials available online explaining how radio navigation actually works. Because of that, it’s not reasonable to compare this product with more simplified implementations where VOR guidance works perfectly all the time. If it always works flawlessly regardless of conditions, that’s actually unrealistic behavior.
Unfortunately, many other aircraft developers including the default MSFS/Asobo aircraft prioritize convenience over realism in this area. As a result, they often teach incorrect expectations and poor operating practices.
Best, Seb
-
@Tadeus72 The manual clearly states that BlackSquare simulates radio signal propagation and does so quite accurately, just like A2A. In real world operations, pilots rarely use the autopilot in NAV mode tracking a VOR. More commonly, they fly in HDG mode, adjusting the heading according to the VOR indications whenever the signal is available for example, when flying through mountainous terrain or other areas where reception can be affected.
There are countless tutorials and training materials available online explaining how radio navigation actually works. Because of that, it’s not reasonable to compare this product with more simplified implementations where VOR guidance works perfectly all the time. If it always works flawlessly regardless of conditions, that’s actually unrealistic behavior.
Unfortunately, many other aircraft developers including the default MSFS/Asobo aircraft prioritize convenience over realism in this area. As a result, they often teach incorrect expectations and poor operating practices.
Best, Seb
-
@SebAvi Thanks, but I don't think it's about signal degradation. It also happens when the signal is strong and uninterrupted, as well as in planes that don't have custom signal degradation.
For everybody who have issue with VOR make this simple steps. In my opinion blacksquare birds working as expected, in msfs vs reality possibilities.
- Position the aircraft approximately 10–20 NM from a known VOR station and at an altitude that provides a clear line of sight to the transmitter. Best without any hills, min 5000 ft AGL.
- Enter the VOR frequency manually instead of relying on automatic tuning.
- Enable the NAV audio and listen for the station’s Morse code identifier.
- Check the CDI indication, the TO/FROM flag, and verify that the needle responds correctly when you rotate the OBS knob.
- Repeat the test in another pro dev aircraft A2A , blackbird etc preferably comparing an aircraft with analogue instruments to one equipped with a G1000 - Cows DA40/42.
- Test the same VOR after restarting the simulator with all Community folder add-ons disabled.
- If using Navdata, check that the latest AIRAC is installed.
If the VOR works with the G1000 but not with an analogue CDI, the issue is likely related to the specific aircraft or instrument implementation. If only certain VOR stations do not work, the navigation database may be the cause.
-
@HansDeVlieger said in Autopilot keeps disengaging NAV mode (VOR-to-VOR navigation):
What I will do is empty my Community folder except for the Commander 114 and do a test flight without SPAD.neXt or any other program running besides MSFS2024. Then I'll do a flight with my "normal" setup in one of the Bonanzas to see whether it occurs or not. After that, I'll report back.
This will be greatly appreciated! Unfortunately, I think this is going to be a deep simulator level issue, but I've found that unless we can really pinpoint the issue, bug reports are likely to be sidelined. I will really appreciate even one more data point!
@Black-Square OK, I did some more testing and these are my findings:
I am on MSFS2024 SU5.1 and flew 5 different scenario's on the same route: LFSL (Brive-la Gaillarde) -> MEN VOR 115.30 MHz (Mende) -> VOR CFA 114.35 MHz (Clermond-Ferrand-Auvergne) -> LFLC (Clermond-Ferrand).
Altitude 7500 ft MSL.
NAV-data: Navigraph AIRAC cycle 2607 (2608 came out during my "investigation").
PC restart between flights.-
Commander 114 - MX-170B radios, MC60 Digital Localizer and ILS 400, Narco DME UDI-4, S-TEC Programmer,
Blank (=empty) Community and Community2024 folders, except <<black-square-commander114>>
No external programs running (no SPAD.neXt, TrackIR5, MSFS AutoFPS, Navigraph Charts, Little NavMap etc.)
Observations: Autopilot NAV disengaged every couple of minutes (variable) without apparent reason during climb-out and cruise. -
Commander 114 - MX-170B radios, MC60 Digital Localizer and ILS 400, Narco DME UDI-4, S-TEC Programmer,
Selected apliccable and my usual "standard" Add-ons in Community and Community2024 folders via Addons Manager
External programs running: SPAD.neXt, TrackIR5, MSFS AutoFPS
Observations: Autopilot NAV disengaged every couple of minutes (variable) without apparent reason during climb-out and cruise. -
Bonanza TC - KX-155B radios, KI 525A HSI and KI 229 RMI, KDI 572R DME, KFC 150 Autopilot,
Selected apliccable and my usual "standard" Add-ons in Community and Community2024 folders via Addons Manager
External programs running: SPAD.neXt, TrackIR5, MSFS AutoFPS
Observations: Autopilot NAV disengaged every couple of minutes (variable) without apparent reason during climb-out and cruise.
Autopilot NAV disengaged during ILS-approach. -
Daher TBM 850 - KX-155B radios, KI 525A HSI and KI 229 RMI, KDI 572R DME, KFC 150 Autopilot,
Selected apliccable and my usual "standard" Add-ons in Community and Community2024 folders via Addons Manager
External programs running: SPAD.neXt, TrackIR5, MSFS AutoFPS
Observations: Autopilot NAV disengaged 7 times without apparent reason during cruise. -
Just Flight - Piper PA28 Turbo Arrow III- KX-170B radios, HSI, VOR1 / ILS and VOR2 indicators, KN 62A DME, standard Autopilot unit,
Selected apliccable and my usual "standard" Add-ons in Community and Community2024 folders via Addons Manager
External programs running: SPAD.neXt, TrackIR5, MSFS AutoFPS
Observations: Autopilot HDG and NAV physical switches switched off 9 times (variable interval) without apparent reason during climb-out and cruise.
A spilt second before HDG and NAV switch off the aircraft banks slightly to the right or left.
In all scenarios CAP and SOFT indicator lights on the AP panel dim or turn off/on - off/on - off/on regularly (might be intentional?).
NAV disengages at random moments in time and distances from/to different VOR stations (with ranges of 60, 100 and 150 NM), also when unobstructed line of sight.
DME seems to work fine all flight long, no interruptions or misreadings observed.My conclusion is that the disengaging of NAV is not likely to be related to any particular aircraft (I didn't test a stock MSFS2024 aircraft though), nor having anything to do with the signal degradation feature in Black Square's aircraft. Which by the way for me adds a lot to the illusion of "flying" a real aircraft. I do take this degradation into account when flying VOR-to-VOR (use of AP HDG when the VOR signal is not yet stable or transitioning between to/from legs or from VOR1 to VOR2).
So, even the TBM 850 and the Arrow III show the issue and I am quite confident that this didn't occur before SU5 or SU5.1.@SebAvi I am aware of how radio navigation actually works in the real world and I know how ASOBO actualy implemented the unrealistic signal "on-or-off" behaviour. But I also do appreciate the fact that I can rely on an Autopilot to track a VOR radial. As stated before I am not a pilot. This is my hobby, I am not flying a real airplane with real threats and challenges (I wish I could!). The life of a average flightsimmer comes with having to walk the dog, feed our cat, change our grandson's diper, make a coffee and a couple of sandwiches during that 4-hour flight etc. and then to be able to use a simplified version of the real world is a usable shortcoming. And for adding back in some realism, we have our quality developers like Black Square. Thanks Nick!
-
-
Maybe this post is important. SU6 solve this issue perhaps.
https://forums.flightsimulator.com/t/vor-range-often-incorrect/406277/85
@SebAvi That might very well be related. Let's hope so. Thanks for the heads up.
-
Doesn't seem related at all, but maybe they will fix something in the code by mistake when adding/fixing those longer range VOR stations
In general I'm not sure if Asobo is even aware (and how it was described to them). There was a longer discussion on this topic in the Aircraft section of the official forums. But the only report I have seen was a user trying to report it and the answer from the mod was that this doesn't qualify as a report in this form. Not sure if the user re-tried in another form.
-
What I don't know is if developers have a feedback channel with Asobo where they can report the issue. After all they are the ones who get the feedback from their users / customers (questioning their product, not me btw
). Maybe Nick can comment on this. -
Found the report I was writing about.
Commendable effort on the side of the user, but I think he gave up in the end
https://forums.flightsimulator.com/t/bug-multiple-planes-change-from-nav-to-rol-hdg-mode-when-tracking-vor/762974/10
BTW. It not happening for me in the F28 and Bae146 might be suggesting that it's about the standard AP units. Both planes are larger and have the AP functions spread over the cockpit, with probably some custom coding involved to make it happen - and not just a standard AP panel.- decided to withdraw the conclusion as I just realized the 114 also has a custom AP panel and it also happened with the StarshipEither way, have some examples from YT (link should point to the specific moment):
https://youtu.be/1a-g3UMooCs?t=4393
On glideslope for some time now, clear view of the runway, APR randomly moves back to ROLL (the popped breaker is not about this, it's an icing sensor and was known).
Here a similar situation:
https://youtu.be/300F3IcCAqM?t=3593The same, but with only a localizer.
Normally it happens with VORs, was just easier to remember and find those two.
-
Found the report I was writing about.
Commendable effort on the side of the user, but I think he gave up in the end
https://forums.flightsimulator.com/t/bug-multiple-planes-change-from-nav-to-rol-hdg-mode-when-tracking-vor/762974/10
BTW. It not happening for me in the F28 and Bae146 might be suggesting that it's about the standard AP units. Both planes are larger and have the AP functions spread over the cockpit, with probably some custom coding involved to make it happen - and not just a standard AP panel.- decided to withdraw the conclusion as I just realized the 114 also has a custom AP panel and it also happened with the StarshipEither way, have some examples from YT (link should point to the specific moment):
https://youtu.be/1a-g3UMooCs?t=4393
On glideslope for some time now, clear view of the runway, APR randomly moves back to ROLL (the popped breaker is not about this, it's an icing sensor and was known).
Here a similar situation:
https://youtu.be/300F3IcCAqM?t=3593The same, but with only a localizer.
Normally it happens with VORs, was just easier to remember and find those two.
