Piston & Turbine Dukes

Thank you so much for your prompt response. In the event it has not already been brought to your attention: A correction needs to be made to both Piston & Turbine Duke manuals which do not list the Flight Director variable as "L:var_FlightDirectorVisible," but rather, "K:TOGGLE_FLIGHT_DIRECTOR." In pursuing this matter with RSG, this is the response I received: Since a large number of the variables for the Duke's use L:vars you would need to program the GFC500 autopilot using software like Spad.next. Our current device interface is not able to send L:Vars. Additionally the Duke's internal coding (at least on the Turbine version) has a flag in it to maintain the activation of the MSFS Flight Director and HDG modes on the Century 4 autopilot. The L:var flag that is listed in the manual for the flight director will only turn on/off the FD needles on the attitude indicator in the 3D cockpit, while the lights on the GFC500 will always stay on for the flight director. I do not have Spad.next, so I am unable to test it with the GFC500. But I do have FSUIPC, and unfortunately, the GFC500 does not show up as an addressable device. I will pursue this matter further with RSG to see if they might consider updating their interface to include L:Vars. I would be open to other solutions you might have. Thank you for your time, and for providing such awesome products.

Ahhh that explains it, awesome, thanks! This is the attention to detail that I admire in your add-ons.

@michel J'espère que ce message se lit correctement. J'utilise Google Traduction. Je pense qu'il s'agit d'un problème connu avec les installateurs Windows. Veuillez créer un ticket avec l'assistance Just Flight, et ils vous aideront. Étant basés au Royaume-Uni, ils pourraient même avoir quelqu'un qui parle français !

@DrZGard I've reinstalled the previous update (the initial version, before the update) and this issue has disappeared. Odd haha.

I'll take to a place I landed last night in Ireland that's grass and kinda bumpy.

Sorry, haven't focused on the visible effects so not sure. I'll have a look next time I fly. Side note: having programmed the MD11 and A300 recently, I am totally convinced by the whole "use events to emulate inputs and just read vars for display" scheme. I hated it on the MD11 because it was different, but it removes exactly this consideration around the visual behaviour of knobs in the cockpit. Wish everyone would do it like that.

Just wanted to share my fix with anyone that might be experiencing the same/similar issues. I deleted the tds-gtnxi-gauge folder and re-installed a fresh, updated copy and that did the trick for me...

@Black-Square said in Turbine Duke minor tablet/cabin temp bug: It's done I forgot that the sound was already there, so it was much less trouble than I was expecting. Thanks for prompting me to add this feature. Awesome, thank you for your quick response! This will be a major quality of life improvement for me in the TBM. I asked the Turbine Duke owner my aircraft is modelled after, and he confirmed that it often requires differential power lever settings, which is why he prefers not to use the air conditioning at all, since it puts differential wear on the two engines. Very interesting input, thanks! That's what I was wondering about. I had to taxi with the left engine in beta and the right engine above idle which felt quite odd. It was too hot not to use the AC though. Can you give me some more specifics on what scenario you have produced where the target temperature does not turn red? Fortunately I took a screenshot. I was cruising at FL270, -33°C OAT and had the temp mode in auto heat. I played around with the press. air temp/bleed air handles and pushed both fully in. As expected the cabin temp started to decrease rapidly but the target temp did not turn red. I was under the impression that it would turn red as soon as the desired temperature was unable to be reached but if there is a threshold that probably explains it. I only waited a couple of seconds so I don't know how low the cabin temp would've gotten. [image: UzgO9yc.png]

FWIW, my set of files in the Community folder hasn’t changed at all since I thought I had everything running fine prior to v1.1., other than the PMS GTN 750 update. I’ve done some more testing today, and now I wonder if there might merely be something I don’t understand about the Century IV autopilot. Specifically, it seems that anytime I manually disengage ATT mode by clicking ATT, the autopilot lights up the GA button (which I don’t understand the purpose of) and thereafter I cannot reactivate ATT mode again while GA is lit (the latter just stays lit). But if I instead enable ALT mode while GA is “stuck”, then the GA light goes out, and after that I can reselect ATT mode and have it actually kick in again. Is this the intended behavior, and if so, is there an explanation for it?

@Black-Square Does that also apply to the Turbine Duke though? I find it a bit odd that the AC won't work at flight idle. It does in the TBM.

It's amazing how many things can get by you when you have to hyper-focus on a different system every day... My apologies. I found the mistake in my code. Thanks for pointing it out!

I cant seem to get the plane to descend with AP on at all. Climb works fine and as described in the manual, but when I go to descend, lower the altitude selector, and press ATT, the only thing that happens is that it resets the altitude selector to my current altitude? I've also tried turning AP off, starting the descent, then pressing ATT and turning it back on, but it seems to do the same thing, resetting the preselector to the altitude I was already at. In the C414, I have to deactivate ALT mode manually before starting a descent, and I was hoping the same thing would work here, but clicking on ALT does not turn it off.

The standard high quality people models that show up in some add-on airports and also the Milviz C310 are great, I can't understand how some people think they look bad or fake. It's a flight sim, not Grand Theft Auto, they are the best looking people I've seen in any actual flight sim. Other planes like the Hjet have some awful looking fake and polygony people models I've not seen anywhere else. The ones the CJ4 with Woosel Mod are pretty nice too but I haven't seen them elsewhere.

Feels normal to me. I've only taken the plane on two flights but have had to do a lot of hand flying due to issues with the AP, and it flies smooth and steady and feels like it has some weight to it.

I just went looking now. It was a single character error in the XML. The failure triggered from the tablet would have worked correctly, believe it or not. Thanks for pointing it out. It's nice when the problems are easy, but then it takes me ten times longer to reply and document the change than it did to actually fix the problem!

I just saw it. Thanks so much. Fabulous repaint as always.

Toddimus from siminstrumention (https://github.com/Simstrumentation/Air-Manager) is working on this. On the 22 May 2024, he stated it will take a while to complete the project. I am using few free instruments from the AirManger store as a stop gap until the Toddimus's work is completed. There is a siminstrumention Discord where Toddimus post updates.

I've had the same issue since I first installed, then reinstalled, then cleaned my Community folder and reinstalled. I've never been able to get the frequencies or fuel state to save, or the engine to show wear. I've worked with Simon from JustFlight extensively on it, but we haven't found a solution. On the other hand, we did discover that failures work, and are persistent from flight to flight.