MSFS Data causes some VORs to not being received while on ground

Hello everyone!

I bought the INTERCEPTOR addon from FsAcademy, and in the first lesson at Jersey airport, it asks me to tune the JS ADF, which works perfectly. Then, it asks me to tune and identify a VOR (JSY - 112.2). However, when I try to tune the VOR, it doesn’t receive the signal correctly. Although the VOR is a bit far, it has enough power to transmit. I can receive the DME component without problems, but not the VOR signal. The only way to receive the VOR signal is after take off when climbing past 50ft.

After some back and forth with FsAcademy support (David is a rockstar), we figured out that the Navigraph AIRAC addon was causing the issue. As soon as I disabled it using Navigraph Hub and restarted the sim, the problem disappeared.

On the ground (Navigraph airac data enabled):

150 ft above the ground.

On the ground (Navigraph airac data disabled):

Are you aware of this issue?

Regards,

Guillermo

Hi Guillermo,
No we are not aware of this issue. I don’t know this addon.

Does the same happen with any default/stock aircraft, like the C172 or similar?

Cheers
Richard

Hey Richard!

Indeed, this is reproducible in both MSFS2020 and MSFS2024 and it is unrelated to any addon. I was able to reproduce it with both the default C152 and C172 using the free flight mode.

The issue is really easy to reproduce, select EGJJ as your departure airfield and tune the JSY vor, 112.2 while on the ground.

You may get the DME but you wont get the VOR signal, unless you climb above 50ft.

Hi,
I have tried to analyze it, but I´m not sure about my results; therefore, I will share my thoughts here:

I can reproduce the report, so I also get VOR signal sitting on EGJJ and receiving JSY VORDME on 112.20 with the stock data.

Ok, so far, so good - I have looked around for an equal VORDME to ensure this is an issue. I took the OCK VORDME on 115.30 → used EGLB as the destination airport, set 115.30, and … no VOR signal. Both JSY and OCK are the same navaid types VORDMEs but will be handled different.

So, data analyses of the stock data:

Here the definition of the OCK VORDME:

… and here the definition of the JSY VORDME:

Look at the blue nav tag …
OCK: true
JSY: false

The main question is: WHY? … both are VORs, both has DMEs … Why has the JSY VOR a false in the ´navattribute? I thought till now, that thenav` attribute define if it´s a VOR or not … in this case, I would interpret this as DME only (without the VOR) …

I will try to find an answer of this, therefore please be patience for an offical answer to his. Honestly, I have no idea at the moment, why ASOBO set this attribute to false and why only the navaids where this attribute is false are working on ground. All other navaids (like the example OCK) are not receiving any signal on ground.

Cheers,
Richard

According to the UK AIP OCKHAM is DME only Richard:

capture_001_31032025_134358

EDIT: Sorry this was applying to enroute only.

1 Like

Thank Stephen - I have checked our data and it´s still classified as VORDME …

… and the screenshots above comes from the Lido data.

Here from their flightplanner:

Possible I interpret the nav attribute wrong and this has another meaning but till now, I thought it´s “If nav is FALSE then there is no NAV at this station, but just Dme” - means JSY is only a DME, so why can than be received a signal (on ground or in the air)?

Thanks
Richard