@Black-Square Haha, thank you I guess you are on the American continent since you are online when it’s evening for me. Now to the point: after re-reading my post, I realized I didn’t explain it very clearly. Takeoff – full RPM, full throttle, full rich mixture. Climb (for example to FL150) – still full RPM, full throttle, full rich mixture. Cruise – I stabilize the aircraft, set RPM to about 2500, reduce the throttle, and slightly pull the mixture back so it is not at the full forward stop. After letting the aircraft stabilize in this configuration for some time, I press the Lean Find button on the EDM-800. I want Lean L, so I press both buttons. I am now in Lean L mode and the display shows what you can see in the screenshot. Here is where the problem starts – I gently pull the mixture lever back and expect the EGT bars to appear. However, no bars appear at all; none show up, and instead even the small amount that is there disappears. I can pull the mixture lever all the way back and the aircraft just starts losing power and descending. So, simply put, my problem is that when I lean the mixture, the EGT columns do not appear, unlike what I see in all the videos and tutorials. I have the impression that this might be a bug, but I still believe it is just me and that I am missing something. I will try to record a video.

@Moonflower_414 I can't find a DM feature on this forum so I will resort to posting an invitation to my newly created Discord server. https://discord.gg/qB3fbTfPU Feel free to join!

Thank you! I'll let you know how it goes. Microsoft definitely does their own thing. I try to remind people on the forum that creating an aircraft model isn't simple - especially for MSFS 2024. Some folks think updates from FS20 versions to FS24 should all be free. They have no idea the amount of work involved, especially when faced with a new SDK and Microsoft's DRM strategies. For that reason alone I can't imagine chasing down problems that happen to some folks, but not to others. So many variables affect how things integrate. Thanks again for a great plane!

Sorry, I didn't give much thought to the term "optional". Your explanation is clear. Thank you.

Ok, clear. Thank you

That workaround seems to work for me. Thank you for the suggestion.

@GJDober can I ask how you turn the alarm off? I ran into this exact situation a few times and could not figure out how to turn the alarm off. Very new to this aircraft so I appreciate any help. Thanks!

Yes, that's correct. I must have eliminated that variable during development. You can use the B:Var, K:TOGGLE_PROPELLER_DEICE, A:PROP DEICE SWITCH:1, or set the circuit directly with A:CIRCUIT SWITCH ON:30.

Hi Mark, thank you for your reply. I just tested for about 2 hours. It seems, that GSX might be responsible as I was only able to reproduce this, when I was boarding the plane via GSX. If the APU is running the EGT spikes from 400 to 600 almost as soon as the first passenger visibly boards the plane. From there it jumps around a few times. This stops when the APU EGT goes down to about 100-200°. Then only a change in the APU load restores the correct EGT. It doesn't matter, if the APU Air/packs/recirculation/grnd air/ground electric/ is on or not. It is reproducable every time. Also I was able to also induce these spikes while boarding with GSX, when pressing F1 to get to the outside view, press right mouse button to move the view around and then press F1 again. Then the EGT also goes crazy. I made a video of this. But this can only be done, when the first passenger has boarded. When I wasn't using GSX, everything was ok and as expected. So now I'm wondering, how GSX could have an influence on the APU EGT and if this issue can be solved without the GSX team. @Mark Should I still open a ticket with Just Flight Support? Thanks in advance. Best regards, Chris

I’ve identified the issue — it turned out to be a simple misconfiguration in SPAD.neXt.

@Black-Square Thank you very much for the quick reply. Everything is beautiful and works great — the only downside is the persistence saving. I guess I’ll have to come to terms with that. It is a bit strange that the Hobbs shows 2 hours, which means it must have been saved at some point. I have a feeling that the method of ending the flight and then immediately reloading the aircraft, and only after that exiting to the main menu, actually worked — I’ll verify it tomorrow. Otherwise, I really don’t know what else to try. At this point I’ll probably just have to wait. I’m not sure how others are dealing with it. Most likely the same way — they’re waiting too.

Now that I noticed this behavior I cannot unsee it. You mentioned third party GPS already make use of the default NAV IDENT variable, which explains why you coded it this way. But could you make it more realistic when using one of the non-third party units? For example, when using the "default" GNS 530/430 and/or your KX155B/KNS81 combo (the so-called no-GPS config), would it be possible to give us at least the option to disable to automatic flipping of the relevant switch on the audio panel (perhaps selectable via the tablet)? I'd love to click both the PULL IDENT and also the NAV 1 swtich on the audio panel myself, rather than having some "invisble" hand manipulating switches I never clicked. I love Black Square for the ultra realism, and the current solution, while understandable, does not match the level of detail of the rest of the systems. First, the PULL IDENT click does not physically pull that knob, I'd love to see the knob animated. And second, clicking a static (non-animated) knob even triggers a different switch to physically move is kind of immersion-killing (for me). Please, at least for the default units (GNS 530/430 and your own KNS81), rework this to make it more realistic so that the pilot needs to click the PULL IDENT as well as the appropriate switch on the audio panel, rather than the NAV 1 switch moving by itself. I hope it's something you can implement.

No change in timeline as things stand. I'll check on progress of manual and product page etc for you. That's possibly looking like not being this month though as we're just days away from that. I'll check and let you know as soon as I can. Thank you.

Yeah, I love these aircrafts Bonanza and Baron... but I hope one day we have a working visual beacon during daytime. It is possible on other aircraft it seems.

Hi Mark... Uninstalling and reinstalling worked... no message about out of date nav data... thanks, Rob

Thank you Mark.

Yeah I have them both off to avoid random crashes. But it still happened. Did another flight today and all was good.

@hangar_101 @kityatyi I might be missing something here, but what is there to "not work" in the Bonanza? There should be nothing stopping you from creating this modification for any of my aircraft. Obviously you need to position all the characters correctly for each aircraft, but this is no different than I would have to do to include this in the base installation. As I've explained, I just made the executive decision not to do this before Asobo "fixes" the regressions with character models in MSFS 2024. That conversation is still ongoing on the developer forums, btw.