News:

Precision Simulator update 10.184 (15 September 2025) is now available.
Navburo update 13 (23 November 2022) is now available.
NG FMC and More is released.

Main Menu

Voice-ATC and ATIS frequency conflict

Started by torrence, Fri, 5 Feb 2016 23:00

torrence

Voice-ATC and ATIS frequency conflict anomaly:

I stumbled on a minor anomaly the other day flying the last beta version from KLAX to KSFO.  When I tuned to the first Enroute Center freq (118.850 in this case) I suddenly got both KSFO arrival ATIS (which happens to be also on 118.850) and the Center controller voice on the channel and couldn't find a way to turn off the ATIS loop!  After ATC shifted to the next Center, the ATIS mind worm finally turned off.  I guess one could figure a way to check automatically the selected frequencies for ATC voice for conflicts with departure or arrival ATIS freqs in the airport database, but it's probably not worth the effort for what's probably a rare occurrence.  I'll just make a note to check the values in Voice-ATC against the airport freqs manually and change the ATC freq if needed.

Cheers,
Torrence


Edit HH: Thread split from 10.0.7 update thread
Cheers
Torrence

Avi

Hi,

The two Enroute Center frequencies (as displayed in the Situation / Human Voice-ATC page) are random numbers (unlike the other frequencies which are taken from the database).
It is interesting to see how unlikely event such as Enroute freq is the same as a nearby ATIS freq can happen.
I think to check that the random center freq is not the same as a nearby ATIS (or other) station will be a waste of time (and CPU power) because it is (still) unlikely event.
The easy and quick solution is simply to manually edit and change the Enroute Center freq in the Voice-ATC page.

Cheers,
Avi Adin
LLBG

torrence

Cheers
Torrence

Hardy Heinlin

I agree too :-)

Even the manually entered "Center" frequency might refer to an ATIS station, and there will be no reminder to the user.

Also, the entry may stay forever for all flights around the globe, so the automatic check would have to be world-wide. When I have the time, I'll check how many VHF COM frequencies will remain when all ATIS stations on the planet are filtered out. If there are enough, I'll consider adding a filter.


Cheers,

|-|ardy

Hardy Heinlin

#4
The chance of the enroute center frequency randomizer matching an ATIS station is now eliminated in PSX 10.1.8 (item 1.8.020):

http://aerowinx.com/board/index.php?topic=4191.0


Cheers,

|-|ardy

torrence

Even though this wasn't high on my preferences list, it's nice to have.  It was interesting that the ATIS conflict happened relatively frequently in my flights with ATC lists that weren't changed often from my old default situ's.  When it occurred I just treated it as a simulation of 'there's someone on this frequency with an open mike - change freq to ..." that I've heard occasionally listening to ATC during the years when United had that option in passenger cabin  :)

Cheers,
Torrence
Cheers
Torrence

Hardy Heinlin

In my tests, about 95 % of all random frequencies didn't hit any ATIS station world-wide. And when it did, it mostly hit just one ATIS station on the planet. In rare cases up to five.


Cheers,

|-|ardy

torrence

I think I agree, Hardy

My point was that I fly a lot of routes in similar areas from the same situ files without randomizing ATC stuff.  So I don't think having ATIS intrude on one of my ATC frequencies occasionally was too surprising. 

Cheers,
Torrence
Cheers
Torrence

Hardy Heinlin

#8
Yes, I wasn't thinking that you would disagree, Torrence :-) It's obvious that the effect remains the same within the same start situation. I just wanted to post some additional information in general (not meant as a counter-response).


Cheers,

|-|ardy