-
Notifications
You must be signed in to change notification settings - Fork 16.5k
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
AP_Mount: Return to RC_Targeting automatically when control is sent by mavlink instead of Rc channels #26479
Comments
argh, do NOT misuse/misinterpret these flags |
Thanks for the clarification @olliw42. I had to actually re read a couple of times the description to get your point. You are right. I need to rethink and test to understand what I am asking for here then. Closing this for now. |
In any case @olliw42 , I have to say, there are many ways to address stuff like this, and I find your tone is really unfortunate for the situation. I am really not sure what you have on your mind when you address situations like that, but it would not harm to be nicer. There is no need to address me as if I were dumb and I wanted to mess with the protocol on purpose, it isn't the case, and I think you know that. It would not harm you to re-read such comments twice before publishing them. They are really out of place. |
There is substantial evidence that you guys do have a talent to screw up a protocol - if on purpose or other reason doesn't matter, the proof is in the taste of the pudding as the saying goes. I can tell you what I have on mind then I read this and other such stuff: "argh". I went very silent on gimbal & camera stuff, here I however felt that the magnitude of potential damage waranted interference. And I feel it worked, that's all what counts in my books. And btw my tone is reaction, not action. As simple as that. |
One of the core principles of getting along with people is not to get personal. Please watch yourself and how you communicate. This has been brought up many times. |
@olliw42 Who do you think you are to speak like that? Did I ever disrespected you for you to speak to me like that? Because from what I recall from my interactions with you I think it was pretty much the opposite, I think I always addressed you with respect, and I have listened to your advice every single time you have spoken to me. A year ago you manifested you disagreed with how we were planning all this gimbal manager implementation in QGC, and I respected your opinion as much as for listening to your thoughts in a call for a couple hours. And I have manifested several times here and in QGC repo that I am all in with bringing this protocol to life. Since then, together with other devs like Randy, Julian, Hamish, etc we have spent many time fine tuning the protocol, and implementing it in all ends. Because a year back, the protocol wasn't ready. There were some fundamental details that needed to be fixed for it to work in the real world. And back then you were not aware of it. Did you intervene all this time? Have you been around when we were discussing and adjusting the protocol so it gets to the point where we can all use it effectively? No, you were not. So I don't understand why you think you are so entitled to treat us with such disrespect when you haven't even been involved in this last year development's on this matter. So now I open an issue, not even a PR, and I make a wrong side statement because I miss-read a comment, and you go all "talent to screw up a protocol" "taste of the pudding" "argh", and your tone is "reaction". "And I feel it worked, that's all what counts in my books". Do you realize you could have made it work without being an asshole? Like I said above, I have listened to you and applied your suggestions many times in the past, and you know it. If that is really only what counts in your books you really need to check your ego and your perception of reality because both of them are pretty screwed up. This is the last time I will listen or answer to you if you keep disrespecting. Don't even bother to answer if it isn't to apologize, I won't follow this anymore. |
EDIT: It turns out yaw lock/follow wasn't working because here:
ardupilot/libraries/AP_Mount/AP_Mount.cpp
Line 343 in dc97899
we don't update angle or rate targets if the gimbal_manager_pitchyaw message was setting only flags ( rates and angles being nan ). I will address it extending this PR: #26474
Support for this under Rc control was added here:#25927But if we are controlling the gimbal by mavlink manually, for example using a Joystick in the GCS and gimbal_manager_pitchyaw messages, the PR above doesn't apply.This implies that we don't have yaw lock/follow control when in mavlink targeting, so if using a joystick or GCS controls, we don't have a way to make Ardupilot behave correctly regarding yaw lock/follow.rc and mavlink targetting in AP are concepts that are brought historically by the old implementation, but I am not sure they make a lot of sense nowadays. I think they add extra complexity and the only benefit, which would be to know who is in control, if RC or mavlink, is contemplated in the new gimbal manager v2 protocol, in gimbal_device_flags:For awareness @rmackay9.The text was updated successfully, but these errors were encountered: