-
Notifications
You must be signed in to change notification settings - Fork 41
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
add paralized mode; detect FC alive #117
Conversation
- When vtx is captured into failsafe mode, vtx is automatically set to 0mw. - When vtx is in failsafe mode, power on switch and other remote control operations for vtx will be invalid. - When vtx captures exiting failsafe mode, vtx is automatically set to the power value that was not 0mw last time. All the above are valid when boot_0mw enable is enabled.
If the paralized mode is turned on, the VTX will turn off the RF and go to sleep until it is powered on again, and the blue led will flash rapidly again during the re-power.
So when Flight Controller is in a FailSafe state vtx would go to 0mw, why? Is it optional or would be default behaviour of vtx? |
This only works when Boot 0MW is on. Mainly it is convenient for team race. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This change makes me nervous given that I occasionally have the OSD stop updating mid-flight. I'd assume this might trigger a vtx_paralized()
?
|
||
if (seconds - fc_lst_rcv_sec > 2) { | ||
if (TEAM_RACE) | ||
vtx_paralized(); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should this actually be terminal, i.e. requiring re-power or could we make it a recoverable situation?
|
Yeah I get that, but it seems risky — normally the FC shouldn’t crash mid-flight and if the connection gets interrupted for some other reason you’ll lose video. My team mates and I had a couple of times that the OSD stopped updating mid-flight. I suspect the VTX might turn off then with this change, which means I’d not only lose OSD, but also video. |
|
I’ll keep an eye on it, but I was definitely running 1.1.0 or higher.
I know, we’ll be at Mayhem! |
For people with different needs, I plan to add multiple options for team race, OFF/MODE1/MODE2.
|
|
@ligenxxxx maybe you could make smth like this: |
### Failsafe mode- When vtx is captured into failsafe mode, vtx is automatically set to 0mw.- When vtx is in failsafe mode, power on switch and other remote control operations for vtx will be invalid.- When vtx captures exiting failsafe mode, vtx is automatically set to the power value that was not 0mw last time.All the above are valid when boot_0mw enable is enabled.Known problem:If failsafe is switched on and off quickly in a very short time (less than 1 second), RF settings may fail. This may be caused by some state refreshes being too slow.I think failsafe mode is not necessary for VTX. If it is forced to be implemented, it may cause users to control the power very complicated, so I decided to remove it.
Paralized mode
A beta FC FW is needed here. https://github.com/betaflight/betaflight/suites/12066455915/artifacts/634884164