Throttle inputs on taxiing not always being read?
-
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?
-
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?
I’m not an expert but I think your correct. I indeed thought it emulates DX4 and “k” keydown event at the same time.
If you want you can open up the .tmm and/or .tmj files of Dunc_DX.
Above the specific line there are some comments made by the creator that might be helpful to you. I’m not sure if your able to read the .tmm and/or .tmj
files with notepad for example without Foxy. Can’t help you now since I’m not home. -
I have foxy, I just dont use it. DX mapping of the cougar is simpler and fits all my needs.
Ill take a look at recreating this bug when I get my stick plugged back in.
-
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?
Yep, that’s it in a nutshell. 4.33 sees DX4 being held down, and sees k held down also. It seems the keyup event of the 2 simultaneously (I use RATE 0 to throw the events as fast as the computer will allow) is what is chucking it out. Didn’t happen in 4.32
PS - real Cougar users use Notepad…
-
I have foxy, I just dont use it. DX mapping of the cougar is simpler and fits all my needs.
Ill take a look at recreating this bug when I get my stick plugged back in.
Any luck in reproducing the bug?
Thanks for looking in to it! -
I can chime in among the Cougar / dunc_dx users seeing this bug (fuel flow dropping to “0” when pressing the paddle to brake on the ground). Hitting the “k” key works fine.
Let me know if there’s anything I can do to help solve this issue.
Uwe
-
In our squadron we have a few people using duc’s tmj and tmm.
Last weekend some of us installed VAC and added new code in tmj to arm VACBTN T4 /I KP*
/O {DX22}After this code was added fuelflow was working correct again.
i’ll check it out this evening