Can’t reproduce it at all. But sounds similar to an issue that was seen on the latest 160 build. Dave said he made the same changes to 160_b83 and 145_b500. I’ve not heard of anyone with issues on b500 but that doesn’t mean there isn’t something unique triggering it.
thats good.. means it should be something simple...
My configurator profile won't do you any good. The only important thing is that you have sufficient spring force enabled in the settings tab and that your centering is sufficient, which yours appears to be. Do disable the "override trim" though as that will only mess things up further and make it impossible to find the issue.
From a TelemFFB perspective, literally the only thing you should have to do from the default config is bind your TR button.
I did disable override trim. As for telemffb that's exactly what I did initially was simply bind the TR. Yes I went through the steps in the exact both in build 499 and 500. Same issue. I know the spring force is set properly. No issue when telem ffb isn't running
I need to know which part of the steps I outlined doesn't work. The entire AFCS implementation in TelemFFB is dependent on all of what I wrote working as described.
its on by default for the HPG Helicopter type since its required for the AFCS implementation... which brings another point.. I believe you said you were using the default HEMS livery.. but just in case.. make sure TelemFFB is matching on the default profile (i.e., it doesn't pop up and want you to create a new profile). If you're seeing the new aircraft popup.. let me know.
another stupid question.. the axis dot in configurator moves in the correct direction as you manipulate the stick (ie not reversed)? I know this is a stupid question because you already said you don't have anything mapped in the sim and I'm pretty sure you'd have noticed if the stick was moving backwards in the sim but if the direction was reversed it could cause a runway condition, so I gotta rule it out...
Okay so I reset the config in telemffb. Exit. Went in fs2020. Loaded aircraft, waited for avionics to fire up. Paused. Started telemffb. Mapped my TR button, verified that the heli has a match in telemffb. Unpause sim, same issue.
Yes the direction of my movements move in the direction I move the cyclic. Nothing is reversed
When I load into the aircraft the stick does not move. Stays put but the 2nd I hit the trim release that is when my heli went to the bar and had a few to many
in TelemFFB can you quickly try binding TR to some other button than your usual TR button? any other button on your cyclic will do... just to see if the behavior is any different.
What you are seeing is not something I have ever seen or every heard of anyone else seeing
I don't know what's going on and why this happening. I can also try my laptop. I have an instance of fs2020 on it. I can hook up just the stick to that and try and see if I have the same issue.
my next best suggestion is if you can screen share with me so I can look at TelemFFB, configurator and the sim at the same time to see what's going haywire. We can try the discord voice chat but the only time I've tried that, the screen sharing resolution was pretty bad (may have been a bandwidth issue from the other user.. not sure)
are you using a USB hub? If so, any chance you can try direct attach to motherboard? (I know your setup isn't exactly portable ). I've not seen issues specific to MSFS or the 145.. but some folks did have wierd force trim centering issues on the latest rhino firmware that were ultimately caused by their USB hubs (grasping at straws here).
I wanted to rule out that my max flight stick cyclic top wasn't the issue so what I did was unplug ghr max flight take a VKB joystick plug that in, ran loop back, found a button, bound, set it in telemffb and press the button on the vkb while I phsycially moved the joystick gimbal with my other hand. Same issue
if you want to jump in voice https://discord.com/channels/965234441511383080/965234441511383084 we can try to screen share and I can look at it live.. I can't think of what else to have you try but if I see it live and can watch TelemFFB data and configurator it might jump out at me
Just an update guys, @number481 helped me get the cyclic drift issue resolved. He had me set the hands off detection from 2% to 5% and he had me run a bunch of tests and all is working.
I'm not entirely convinced that the hands-off detection zone was the original culprit, but it is really the only setting we changed from default.. either way I'll take it as a win.
In general however, it is important to make sure that you get reliable hands on/off detection ("OVERRIDE" visible/absent on the PFD) when deflecting the stick against the spring and then releasing it back to center. If you don't reliably get "hands off" (OVERRIDE goes away), AFCS thinks you are still manually overriding and so won't "do its thing".. however simply being in a constant override state should not cause the runaway condition that was originally being seen.
Yeah, so odd. We really only changed one thing but here's the kicker I went and plugged the rhino into the laptop. Completely separated from my desktop. It did the same exact thing where it drifted. 1 usb cable, no extra programs besides loop back and telem.