Throttle inputs on taxiing not always being read?
-
What I have observed from my end is that if the commit is to taxi or takeoff, Fuel Flow is zero. I assume this is to prevent the aircraft of rolling on the taxiway uncontrolled while you are still waiting to enter to 3d world. Once I’m in the 3D cockpit, a snap of the throttle towards MIL power is needed. Sort of a “wake up” call for the throttle one would say.
-
I’ve seen the same/similar. Always ramp start. Anytime I come to a full stop with the wheel brakes (Hotas command …. SimWheelBrakes) I either have to give the throttle a good shove, or release and re-engage the wheel brake (like a car parking-brake you have to push to release) in order to moving again. I thought it was an F/A-18 ‘feature’ since I’ve been flying that model so much.
-
I narrowed it down to my pinkie pedal (not the switch) doing something it’s not supposed to.
Tested in both 32- and 64-bit versions. Started from ramp, when taxiing all goes well until trying to slow down by applying the wheelbrakes with the pinkie pedal on my cougar. It works fine when just pushing ‘k’ though. I unbound the key through bms from my stick (switched wheelbrakes to ctrl-k instead of k) so there is no function assigned to my pinkie pedal but it still goes to zero fuel flow if I touch while on the ground.
Here are my specs:
HOTAS Cougar
Windows 10
Dunc’s Cougar profile -
when the FF goes zero. Do you have Master cautions and system going off?
-
@Red:
when the FF goes zero. Do you have Master cautions and system going off?
Nope, no lights or anything off that kind. Just the FF reaching 0 and having to push the throttle all the way to mil-power to get it going again.
-
Shot you a quick video. FF drops to zero when releasing the wheel brakes. Did it three times out of four in this example.
-
Shot you a quick video. FF drops to zero when releasing the wheel brakes. Did it three times out of four in this example.
Hey Malc, do you also use a Cougar?
Also, does it happen when pushing k on the keyboard or only when you push the pinkie pedal on your joystick. I use a Cougar and it only happens when I brake using the pinkie pedal, not while pushing k.
-
Hey Malc, do you also use a Cougar?
Also, does it happen when pushing k on the keyboard or only when you push the pinkie pedal on your joystick. I use a Cougar and it only happens when I brake using the pinkie pedal, not while pushing k.
Yep, just seen you post above and I think you might have it! My own custom profile for the Cougar includes
BTN S4 /H {DX4 k}
so I quickly removed the DX4 so basically pressing/holding the paddle switch is wheelbrakes only and nothing else, and the issue is no longer there. I’ll move the wheelbrake command elsewhere. Thanks for your input in helping solve this. Not sure if it still qualifies as a genuine bug, but it would be nice if the BMS guys could fix it for a future update.
-
Yep, just seen you post above and I think you might have it! My own custom profile for the Cougar includes
BTN S4 /H {DX4 k}
so I quickly removed the DX4 so basically pressing/holding the paddle switch is wheelbrakes only and nothing else, and the issue is no longer there. I’ll move the wheelbrake command elsewhere. Thanks for your input in helping solve this. Not sure if it still qualifies as a genuine bug, but it would be nice if the BMS guys could fix it for a future update.
Yeah removing that line fixed it for me as well. I directly assigned the pinkie paddle to the CKPT: Wheelbrakes keybind in BMS and it no longer gives the issue. Glad it worked out
-
Does the Auto/Pilot Disconnect then still work with the paddle?
So it works exactly again as before? -
I don’t know if we’re describing the same thing, but almost everytime I go into Instant Action for a quick test run my throttle is unresponsive. If you cycle it in burner, it “wakes up” then functions completely normally. I’ve never looked at what FF was doing.
-
I don’t know if we’re describing the same thing, but almost everytime I go into Instant Action for a quick test run my throttle is unresponsive. If you cycle it in burner, it “wakes up” then functions completely normally. I’ve never looked at what FF was doing.
Being inresponsive in the beginning is normal behaviour. It is to prevent having your throttle at full AB physsicaly and when you go in 3D world, you slam into someone else on the taxi way.
So you first need to “snap” your throttle once to synchronise 3D with physsicle throttle position. But that “problem” is only once per time you enter/exit 3D world. After that it should behave normally. -
If it is any help, I’m finding that sometimes when reducing power while airborne, typically when going from cruise to descent, there’s a significant amount of residual power still there. Cycling the power lever up and down for a bit usually resolves it, letting the RPM roll back properly.
May be completely unrelated, and I haven’t by far researched it enough to file a bug suspicion on my own, but I thought I’d throw it up here if anyone is troubleshooting and may be able to connect the dots. No custom profiles, all stock with Cougar power lever (I refuse to call it a throttle in jets ) and Warthog stick.
Cheers,
/Fred -
I tested it, it indeed seems that by commenting out (by putting “Rem ###” in front of the line) or deleting the line in the Dunc_DX profile:
BTN S4 /H {DX4 k} ```and by putting the paddle switch to "Wheel Brakes" in the BMS setup directly solves the issue with the throttle response. I tested this: - the pinky switch + paddle = ejection works as before in BMS 4.32 with the Dunc_DX profile. - HOWEVER: the Auto/Pilot override by using the paddle switch does not work anymore in this way! Could we have an expert in programming the HOTAS cougar on this matter?
-
Could we have an expert in programming the HOTAS cougar on this matter?
Does DonUlfonso ever come by these forums? He was about the only person I knew who really knew how to program a Cougar to the max.
-
To anyone having experience in programming on the HOTAS cougar:
The problem is somehow situated as follows:
it is by RELEASING the paddle switch after braking on the ground, that the fuel flow unexpectedly drops to 0000 instead of 0900!
I don’t know any button/key combination that would temporarily drop the fuel flow to 0…
Therefore I’m assuming this is somehow a bug in 4.33 or something wrong in the Dunc_DX profile?Until further notice: using the keyboard “k” to brake solves the problem for taxiing!
-
To anyone having experience in programming on the HOTAS cougar:
The problem is somehow situated as follows:
it is by RELEASING the paddle switch after braking on the ground, that the fuel flow unexpectedly drops to 0000 instead of 0900!
I don’t know any button/key combination that would temporarily drop the fuel flow to 0…
Therefore I’m assuming this is somehow a bug in 4.33 or something wrong in the Dunc_DX profile?Until further notice: using the keyboard “k” to brake solves the problem for taxiing!
It is a bug in 4.33 not Dunc_DX profile. I don’t use it, I have my own personal Cougar profile
-
It is a bug in 4.33 not Dunc_DX profile. I don’t use it, I have my own personal Cougar profile
How do I reproduce this bug without using Dunc’s profile?
-
How do I reproduce this bug without using Dunc’s profile?
Hi mate, use the line above for the paddle switch (BTN S4), making sure DX4 is assigned to the paddle switch in the keyboard/joystick buttons page. Sorry for lack of clarity, on iPad at work currently.
-
Im not using Foxy at all. How can I reproduce this BMS bug?
If I am interpreting it correctly, the inputs BMS sees are the DX4 keydown event and the k keydown event? And they are held down until the paddle switch is released?