Open simonbethke opened 7 years ago
Oh no. I posted wrong Material. I will fix it now.
Material fixed.
Hi, I'm affected by te Roll of Death. It would be nice if there's someone who can help us.
Dear developer of blheli, what is your prefered channel for communicating issues related to blheli. Being a Softwaredeveloper myself, I very well understand that you might not want to jump on this immediately. However, I would really like to read at least a first oppinion from you.
Generally these issues are better covered in forums like RCG. And generally, increasing min_throttle, increasing timing or increasing demag comp helps against such issues. All these things have been widely discussed in forums. And unless you have a badly wound motor or an ESC that tends to reset in flight, one or more of the above should fix your issue.
Thanks for the quick Response now. So
The cancel Button instead closes The issue and posts The comment...
Interesting. I'm just having such problems, and was wondering if dshot_idle should be changed (dshot600 in my case). This value doesn't exist no more under configuration tab, but is still in the CLI. I raised it up and it deemed to get me rid of the problem : I first raised it to 6.5 (it was 5.5%) and tried a lot of flips and rolls without problem, except on my last lipo where it came back again. so I raised ti to 7.0% and till now no more desync... but I just flew 2 lipos since then...
This is an issue, that was reported recently like 4 times in a row in the german forum fpv-racing-forum.de.
The catchy name "Roll of Death" shall describe the issue that results in this experience: A pilot tries to do a roll. The roll works perfectly, but when trying to stop it, the copter starts to accellerate the roll. This always results in a crash.
I already discussed this a few times on the betaflight slack group and we found that this is not caused by the FC.
Observation: BlackMarlin12 reported, that the issue did not occur again after switching off damped light.
Theory: When having throttle at zero during a roll, the props are on idle speed. I think it could happen that the props on one side of the copter eventually start spinning backward due to the airstream. Furthermore, I think that BLHeli might be not prepared for backward spinning props if no 3D setup is used.
However, either active braking (which would support the damped-light observation) or the command to spin up the prop in the correct direction will result in the prop spinning up in the wrong direction. Ofcourse this will lead to a PID-Feedbackloop which will max the speed of this prop in milliseconds.
I already explained this theory to several people but nobody was able to give good pro or con arguments. Just all people gave it the mythbusters "Plausible" tag.
Material: From BlackMarlin12
From xrayevo
From SignalSpirit