Since SU5, I’d been losing Azure voice connection so I would either get the offline voices for ATC, or they would stop talking altogether. But at least I would still see their messages in my ATC window.
Since WU6, it’s like ATC stops working completely. Typically it happens on an arrival. I don’t even get messages in my ATC window for it once this break happens. My response pane will switch to “acknowledge”, or whatever other message, and then “my” voice will repear the instruction I was never given.
Soon as I started descent into YYJ last night. I had the co-pilot handling comms. Seldom have the ATC window open but he kept responding so I had some idea what was required. Was nice to hear him say, “Cleared to land, IIU” when I was short final.
I had these two different experiences since Wu6 only
First my atc broke during approach -the way the OP described- and stopped talking
At second I lost Azure at approach, but kept talking to me
Not related to this topic, but the AI stopped handling Atc communications straight after departure
I run into this problem on nearly every flight since at least the 1.18.15.0 release. I typically hand over ATC chat duties to the first officer on taxi and things typically keep working through departure. Things progress fairly normally through the first handful of frequency changes. But, then starts happening right after a very odd, botched hand-off; meaning that either a). some (new) unexpected voice gets involved in the ATC chatter (usually not involving my aircraft) or b). it’s as if my co-pilot suddenly takes on the role of the ATC center (i.e., their voice is used when providing some instruction). From that point on, the first officer simply replies to instructions that I never hear or see. So it seems something gets thrown off in the expected order of the banter/voices and then ATC goes dark from then on. Though I have to admit that it does add an element of suspense to the flight. Curious if anyone else has had this same experience where some unusual chatter takes place right before the problem occurs.
fwiw: Since I’ve been pretty much flying the CRj everywhere recently (at least for ~1hr flights) I can only speak for experiencing the problem when flying this aircraft.
It seems to be an Azure problem. Some updates ago, Asobo made the ATC switch automatically to offline mode, when Azure is not available. This was a good idea. But since WU6, even that doesn’t seem to work.
Ever tried flying in Ivao or VATSIM? Wrong altitude/FL all over the place. Poor ATC need calculate 800-1000ft difference to maintain correct separation
I just went a couple days without a single instance of this, but just encountered this again on the first flight after the 1.19.9.0 update. However, with the added bonus of the ATC menu items being grayed out with all ATC chatter ceasing for the duration of the flight. I’ve submitted a bug report to Zendesk
UPDATE: Workaround to grayed out menus: Clicking on one of the other COM tabs (COM2 or COM3) in the ATC menu then back to COM1 caused the menus to become active. However, still a one sided conversation with ATC
Yes, on every flight now. And even if the ATC voice works throughout the flight flawlessly, for some reason when I return to main menu, the connection to Azure servers is lost.
