-
-
Notifications
You must be signed in to change notification settings - Fork 896
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
Rpm defaults fix for 4.3 #2712
Rpm defaults fix for 4.3 #2712
Conversation
This feature is added here for 10.8.0, removed it for 4.2 version since it is not in 10.7.0: |
Thanks, Asizon. With the new dynamic notch defaults, many quads can fly safely without RPM filtering, and without making any changes to dynamic notch settings. I wonder now if we might just provide a warning note, and not make any changes to the dynamic notch values. |
AUTOMERGE: (FAIL)
|
@ctzsnooze @KarateBrot I will make flight test and logs this week to see graphicaly if we really need this rpm defaults now with the new dynamic notch. |
I tested it, and the code works really well. If the dynamic notch filters are at default, the user gets 'safe' notch filters when turning RPM filtering off, and 'propwash friendly' notch filters when turning RPM on. For both transitions, they get this message:
However, if the user has either loaded a preset that changed their dynamic notch filter settings, or themselves made a change, they get no warning message when turning RPM filtering off, and will not get the 'safer' filters. Maybe this is a bit illogical? It seems strange to show a strong warning when we shift to 'safe' filters, but we show no warning, none at all, when the user turns RPM off, and we do not provide the 'safer' filters. This is a tough one. The 'unsafe' transition is from RPM to non-RPM. That's when a user needs strong dynamic notch filtering, or they may cook their motors. It seems to me that we should always show a warning in this case. However the warnings should be different, depending on whether or not we automatically changed the dynamic notches. For example, when we don't automatically change the dynamic notch filter settings:
Whereas if we do automatically change the dynamic notch filter settings:
If we enable RPM filtering, the downside of not changing dynamic notches is only that you may have stronger filtering than is required, leading to a bit of propwash. I'm not sure we really need a warning. A note should be sufficient. For example, on enabling RPM filtering, where we do not automatically change dynamic notch settings:
And when we do:
|
@ctzsnooze thanks for your coments! I can easy add a diferent dialog for this nothing change case yes. |
Here my flight Logs with 3 cases, hope that they can be useful @KarateBrot @ctzsnooze NO RPM_DefaultDynfilter.zip |
In the past, when turning RPM filtering off, all users:
With this PR, when we turn RPM tilting off, if we have modified any aspect of the notch filter setup, we DO NOT get safer filters, and we DO NOT get a warning. Also, in the past, when enabling RPM filtering, we
With this PR, we do not get a warning, and we do not get the filter change. These automatic behaviours have been existing for a long time, and have worked well. I am very concerned about changing the behaviour. As I said before, if we are not going to make the automatic change, we need to show a message that warns the user of the bad things that could happen, and what they need to do. I already gave some text that we can use for these messages. |
@asizon thanks for your logs.
|
Our automatic changes have, in the past, given users reasonable filter delay when enabling RPM filtering, and safe filters when turning it off. If we remove these automatic changes, we run a risk that people will end up with too much propwash, or unsafe filters, and not really understand how that happened. All I have to do is modify my dynamic notch setting a little bit, and suddenly I lose that protection. To me this isn't safe. It would be OK if we had a strong warning message as above. It would be even better if that message included an 'apply changes' button, so the user could agree to the automatic change. |
@ctzsnooze these automatic changes are existing from 4.3,not long time, but this pr still continues changing dyn defaults when rpm enabled/disabled. Only doesnt change if dyn values are already changed manually or with presets. |
@asizon Yes, I'm aware of what the PR will do. I still feel that since this proposal will not change the dynamic notch filters, as we have done for the whole of 4.3, and will not provide a message to warn the user, only because of a customisation to dynamic notch settings, it is potentially unsafe, and unsatisfactory. Having reflected on it, an approach that maybe balances out the different concerns is that we always off the user a message whenever they switch rpm filtering on or off. Always. That message warns of the potential hazard and offers to set the dynamic notch filters automatically to suit the change. It has an OK button that, when pressed, automatically sets them. If the user presses Cancel, they can keep their existing dynamic notch filters. Most naive users will press OK and get the 'safe' option. Experienced users who wanted to retain custom dynamic notch settings, even though they change RPM settings, can go 'Cancel. Everyone is warned. I think this is the safest solution. Messages should be different when the RPM filter is enabled vs when it is disabled. Maybe something like these:
|
Thankyou @ctzsnooze ,i need to take time tomorrow and this weekend to make these changes amd some others. |
I have made requested changes @ctzsnooze . Thanks @limonspb for the new yes/no dialog and pointed out. |
449a95e
to
e2e7dfd
Compare
locales/en/messages.json
Outdated
}, | ||
"dialogDynFiltersConfirm": { | ||
"message": "OK" | ||
"message": "<span class=\"message-negative\"><b>WARNING: This change will enable/disable RPM filtering, increasing/decreasing filter delay.</b></span><br>Reset the dynamic notch filters to recommended values?" |
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.
One single message is fine.
Maybe add the word /effectiveness
, so it reads: increasing/decreasing filter delay/effectiveness.
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.
I will change it :)
Works perfectly apart from one issue that I noticed. The dialog only appears the first time the toggle is moved. So you could, for instance, have this result: User changes DShot Telemetry from ON to OFF -> dialog opens (good). Otherwise this is really good - simple and intuitive. |
locales/en/messages.json
Outdated
}, | ||
"dialogDynFiltersConfirm": { | ||
"message": "OK" | ||
"message": "<span class=\"message-negative\"><b>WARNING: This change will enable/disable RPM filtering, increasing/decreasing filter delay.</b></span><br>Reset the dynamic notch filters to recommended values?" |
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.
"message": "<span class=\"message-negative\"><b>WARNING: This change will enable/disable RPM filtering, increasing/decreasing filter delay.</b></span><br>Reset the dynamic notch filters to recommended values?" | |
"message": "<span class=\"message-negative\"><b>WARNING: This change will enable/disable RPM filtering, increasing/decreasing filter delay delay/effectiveness.</b></span><br><br>Reset the dynamic notch filters to recommended values?" |
Please add second <br>
@ctzsnooze Understanding your suspicions, this happens only in the filters tab and I don't know what can be the best way to approach it. The motors tab works fine since the save button is disabled preventing changes from being saved |
We do need a fix in the filters tab, because otherwise, a user with RPM on, and who turns it off in filters tab, will get 'stuck' with the wrong (rpm 'off') values even if they switch it back on - and most people won't realised that the values are wrong. |
Yes @ctzsnooze i will check how we can fix that behabiour. |
@asizon it would be great to have this fixed soon, if at all possible. |
@ctzsnooze i will store dyn notch values and push them if no dialog showsup |
Change dialog sonar fixes sonar fix fix text no values change if not dialog shows typo
92831ff
to
b7085a5
Compare
Done @ctzsnooze this is ready and finished now. |
Works really well now - thank you! Tested and approved. Not sure what to do about the SonarCloud complaints. |
@ctzsnooze sonarcloud issues are arround the file. They can be fixed in future PRs, not really important and not related to this pr changes. |
SonarCloud Quality Gate failed. 0 Bugs No Coverage information |
-Removed non used rpm defaults from 4.2 to avoid msp complications with outdated and not suported version by this.
-Allows confirm or decline dyn values changes.