Piston & Turbine Dukes

Thanks. It's working, but it needs a lot of abuse to get damaged. Talking specificaly of the engine damage. So at least the engines are taken from a tank.

That's how it is in the real aircraft. I suspect the extra fuel is in the form of a header tank in the left engine nacelle where there is a centralized fuel filler nozzle that gravity feeds to all the other tanks, though I have been unable to confirm this.

@Creech23 said in Turbine Duke Range: MAJOR ISSUE. UNFLYABLE. When I am in the duke throttle levers work yet I don't gain any RPM. From idle to full is just 1200 RPM. I have my throttles set up so that full travel is normally from 0 to 100, in this case full beta to max power, and when I want to slow down after landing I have a hardware switch that toggles the reversers on and full travel becomes 0 to -100. When what you've described happens to me it's invariably because I've knocked the physical switch and the plane is trying to go backwards. Try toggling your reversers.

Negatory. Also, I disabled wind in the video.

@Harry_W Thx. But what about the InitialXyz in the corresponding camare adefinition ? You may change this also f.e.: [CAMERADEFINITION.37] Title ="PilotVR" ... ;InitialXyz = -0.337585,0.094898,-0.248452 InitialXyz = -0.30,0.088,-0.05

@fdrake On the piston Duke, the A/C compressor runs off the right engine, and it doesn’t kick in unless you have that engine running at least a bit above idle (which I’m told is true to life). I don’t know if the turbine Duke is the same way, but you might try it and see if it helps.

@alehead said in Virtualfly TQ6+ Throttle quadrant and Axis and Ohs in the piston and turbine Dukes: I am really having problems setting up the hardware levers of my TQ6+ to work properly in the Dukes. The problem is worst with the mixture levers. I get no smooth transition from full rich to cut of For the Turbine Duke this is normal. The mixture lever (actually condition lever) has only to options: Full rich and Cut Off. The Piston Duke should however have a smooth range, though since the engines are turbocharged you can keep the mixture full until the rpm's start to drop at high altitude.

@mysticfm ofc, these should work in FSUIPC. You need to replace the expression after the # sign with the following (before # is name of the macro). press: 1 (>L:var_PilotCws_IsDown, Bool) release: 0 (>L:var_PilotCws_IsDown, Bool) But with the newly implemented HW events support, you could try using the newly supported event K:SYNC_FLIGHT_DIRECTOR_PITCH together with the HW events option on the tablet. Then you wouldn't need to define macros in the events file. Though I haven't tried it and not sure how to use it, if you need to give it parameter 1 and 0 for press and release?  ¯\_(ツ)_/¯

@Rhinozherous thx yep it did

Uninstalled (included a couple of liveries) then reinstalled 1.0 and tested and it worked. Then upgraded tested and it worked?? don't know....but thanks for the help. Love this plane!!

i was wrong, when said in mv corsair auto rich in model. there actually working autorich and autolean. about dukes. i really hope turbine and piston will not react on mixture and condition axes respectively... because some people include me set mixture and condition in the same axis, in turbine duke mixture axis moves lever from 0 to 100 and back(not problem when you don't know it), in piston one, playing with mixture+condition axis on big alt can kill engine and will try to kill it in any way. for example azurpoly bronco have 0 react on mixture. and afaik some turbo models use or used before mixture axis for condition operation. so. would be cool, if turbine model will ignore mixture axis and piston - condition. because changing profiles where we can not to do this.... why?

REALLY appreciate both of you taking the time to articulate these details. The Black Square aircraft have inspired me to take my understanding to the next level, before I start to activate failures. Thank You!

My guess is that he will wait until the new duke update its out, and then push that version to the marketplace

@Black-Square Ah nice to read, just wanted to know when next update is planned! Thank you!

Works perfectly! Thank You!

Thank you so, so much @theegg52!

@Randolf said in RNAV LVARs: when the plane is stationary on the ground, the DME display when switched to RNAV mode, starts counting wildly upwards till it reaches 999.9 and stays there I saw this for the first time today and immediately found the problem. It was due to the interpolation I added to enable autopilot tracking from the RNAV system. Believe it or not, the DME information update interval from the simulator is so slow that it cannot be used to accurately drive an autopilot! I suspect that code has been unchanged since the 1980's.

Hi All, I added a quick solution to this in all four of my aircraft that have the tablet installed now. There will be an persistent option on the tablet titled "VR Tablet Static Position", which will lock the tablet in a position much further away from the camera, and obscuring as little of the panel as possible. I my VR users will find this to be a comfortable solution!