@Mark fair enough, appreciate the thorough response

@Mad_X i am sorry, my english is very bad, i am not from the US. i dont understand what you mean, sorry

@venemair thanks for your reply . My experience echoes your own as flew back to EGNX from EIDW last night and no such issues. I was keeping a much closer eye on the amber band on the speed tape and the ATS handled things fairly well, all be it with a bit of hunting when heading downwind, but it did a reasonable job of maintaining the speed. Wind on finals was realistic and did a pretty smooth landing, so inconsistent, but will keep persevering!

@Black-Square I am also experiencing some strange behaviour. I am not sure if this started after 1.1 or was there with 1.0. The "VR Tablet Static Position" option in the tablet is always resetting back to an "On" state for every flight. I turn if off and at the start of the next flight, it is back on again. This is happening for the TC variant only. I am able to toggle it off on the normal variant and it stays off.

In the engines.cfg documentation for the SDK, it says that the default airspeed minimum for the Hobbes elapsed time is 25 knots. So given that, you should have less time on the Hobbs meter than the tach time.

I bought BATC and I can confirm it works great, it avoids the native ATC bug and does better traffic injection than other tools.

Interesting. I didn't change anything either. I'll work on it on my side then to see what I can find. Thanks for the quick confirmation.

The change in new update seems to be good for me. Needle moves in NA and TC no problem.

I noticed a similar issue to the one described in this post: when I disconnect the AP, the FD stays ON, but all active AP/FD modes are cleared. Re-engaging the AP then puts it back into ROL/PIT. This happens both with my hardware yoke and the virtual AP DISC button. Is this intended behavior for the real TBM 850 system, or is it a known issue in v0.1.4? Thanks!

got it - button needed to be pulse/momentary....thanks

@Rich said in Commander Update v0.1.1: @Fabbi It's down to how long the paths get inside the package folder. In the case of the Commander, this html path often pushes users over the limit: bksq-aircraft-commander114\html_ui\Pages\VCockpit\Instruments\Generic\Misc\bksq-aircraft-commander114\BlackSquareTablet\Shared\Assets\commander114ElectricalVisualizer.svg If you add the path to your Community folder to that, in my case it becomes 271 characters long and Windows won't allow it, even with 64bit versions of the installation software. Other aircraft have shorter names and more people fall under the path size limit. As this is one of the longest we've had, more people are seeing it. For the Commander, I've expanded the default installation option in the installer to pre-check whether the package will fit inside the path limit, and if it won't it will send you to the custom location option that will get you around this limit. Hope that helps explain what's going on. Thank you so much for this information.

Also on version 1.1. No issues, 8 to 10 °C in the air around Tromsø. Consistent with ATIS just checked Metar-Taf dot com: 14 °C right now. A nice 22 to 23 °C in the cabin.

Yeah, same issue here. Before the update I had it working perfectly with the switch releasing without delay.

Second this. I use MobiFlight free version also. Once you get to grips with it you can do so much. I would recommend checking out the SDK with regards to RPN also so when you look at other peoples examples it makes a bit more sense. REVERSE POLISH NOTATION

@Black-Square said in Air Manager panel to match the Black Square Baron Professional?: @avnx Not yet. When did you message them? The support team is usually pretty quick about such things. Sorry for the delay. No worries Nick. A week ago, 13th. Maybe it just got lost in some spam detection. Feel free to reach out directly at info@avnxsim.com Thanks. Appreciate your time.

@Black-Square Ok thank you, I thought you had already transferred this fix to the Commander 114, but I wasn't sure because I noticed that the beacon light of the Caravan is much more visible during the day than on the Commander 114. I know the core issue is with Asobo, they really need to step up on this.

@SadBucket GNSS SID/STAR's as you mention are generally procedures ending with the name RNAV. And although the whole RNAV/RNP nomenclature is extremely murky, it generally entails performance-based navigation and always have an accompanying RNP. All these require the procedure to line-selectable from your equipment and can't be flown. Since conventional terminal procedures are also flown using conventional radio receivers there is no restriction placed on these non-RNP procedures. I guess one of the main reasons of this requirement is also to guarantee altitude restrictions and constraints. Since there is a process by which these procedures are checked and validated, you can guarantee every pilot has these constraints, whereas building it manually leaves a lot of ambiguity. That's just what I think. Not sure.