FAILED Tower Advanced Return To Home Parameter........Help

Joined
Mar 3, 2017
Messages
27
Reaction score
8
Age
41
So i changed the parameter in Tower so that Solo can spin before returning home.......i uploaded it to my drone & Solo still reverses home........anyone knows why it wont work?

Links for WP_YAW_BEHAVIOR parameter:
VALUE MEANING
0 Never change yaw
1 Face next waypoint
2 Face next waypoint except RTL
3 Face along GPS course

I changed it from 2 to 1
then from 1 to 3
No Dice :(
 
Joined
Mar 12, 2016
Messages
3,700
Reaction score
2,477
I always have mine set for 3, which is face along the course. So the camera alway is looking forward. But it does seem that the Solo's implementation of return to home ignores that. Thinking back, I can't remember if it is literally facing backwards along the course home, or if the yaw just doesn't change from what it was when the RTH initiated. It may also be resetting to the orientation it was at when on the ground at takeoff. I'll have to experiment to see what it's actually doing. But none the less it does not face "forward".
 
  • Like
Reactions: Xavier Arthur
Joined
Jun 4, 2015
Messages
2,911
Reaction score
1,698
Age
62
I always have mine set for 3, which is face along the course. So the camera alway is looking forward. But it does seem that the Solo's implementation of return to home ignores that. Thinking back, I can't remember if it is literally facing backwards along the course home, or if the yaw just doesn't change from what it was when the RTH initiated. It may also be resetting to the orientation it was at when on the ground at takeoff. I'll have to experiment to see what it's actually doing. But none the less it does not face "forward".
I was actually watching that during 2 survey missions today. Solo remains at the last yaw position before RTH is initiated. But, you can change the yaw as it is returning home without consequence to the RTH.
 
Joined
Jun 6, 2015
Messages
421
Reaction score
124
I was actually watching that during 2 survey missions today. Solo remains at the last yaw position before RTH is initiated. But, you can change the yaw as it is returning home without consequence to the RTH.

Except when the RTH is initiated by a signal loss
 
Joined
Jun 4, 2015
Messages
2,911
Reaction score
1,698
Age
62
Except when the RTH is initiated by a signal loss
Lol,... Of course, without a signal Solo wouldn't know what you are doing with the sticks.. It would be like yelling into a phone when the other person hung up..
 
Joined
Mar 12, 2016
Messages
3,700
Reaction score
2,477
Thinking back, I believe this is what any Arducopter equipped drone would do in an RTL. Last time I tried was probably 3.0 or 3.1 though. I would prefer it respect WP_YAW_BEHAVIOR though.
 
Joined
Mar 3, 2017
Messages
27
Reaction score
8
Age
41
I always have mine set for 3, which is face along the course. So the camera alway is looking forward. But it does seem that the Solo's implementation of return to home ignores that. Thinking back, I can't remember if it is literally facing backwards along the course home, or if the yaw just doesn't change from what it was when the RTH initiated. It may also be resetting to the orientation it was at when on the ground at takeoff. I'll have to experiment to see what it's actually doing. But none the less it does not face "forward".
I saw this guy do it......i don't know why it wont work for me :
 
Joined
Mar 12, 2016
Messages
3,700
Reaction score
2,477
That video is over a year old. Since then, RTM was introduced and Arducopter firmware has changed. On the Solo, it isn't actually using the Pixhawk RTL to return home. It's using guided mode just like the smart shots. Which it has to in order to be able to handle the RTM part. So the 3DR implementation of RTH apparently doesn't use it.
 
  • Like
Reactions: Xavier Arthur
Joined
Oct 13, 2016
Messages
230
Reaction score
53
Location
Tulsa, OK
That video is over a year old. Since then, RTM was introduced and Arducopter firmware has changed. On the Solo, it isn't actually using the Pixhawk RTL to return home. It's using guided mode just like the smart shots. Which it has to in order to be able to handle the RTM part. So the 3DR implementation of RTH apparently doesn't use it.
It's kind of weird though, P2P...it appears that it's using both at the same time if my looking at the graph on a MP log is to be believed. Of course the last time I used RTL was pre firmware update (I was still on 1.3 firmware I believe).
 
Joined
Mar 12, 2016
Messages
3,700
Reaction score
2,477
What you're seeing is this:

The controller loses signal, which drops the control inputs to the pixhawk. The Pixhawk engages RTL mode, which you see in the log. But then the Pixhawk immediately switches to guided mode, which you also see on the log. At which point, the companion computer is controlling the flight and navigating home.. or if you're in RTM, it handles flying to you.

I think before the implementation of RTM, it just used the pixhawk's RTL mode in it's normal fashion. If Arducopter itself respects WP_YAW_BEHAVIOR in RTL, it would have worked back then. But since the companion computer is doing the flying now, apparently it doesn't.
 
Joined
Mar 3, 2017
Messages
27
Reaction score
8
Age
41
That video is over a year old. Since then, RTM was introduced and Arducopter firmware has changed. On the Solo, it isn't actually using the Pixhawk RTL to return home. It's using guided mode just like the smart shots. Which it has to in order to be able to handle the RTM part. So the 3DR implementation of RTH apparently doesn't use it.
Ok i understand........Thanks :)
 

New Threads

Members online

Forum statistics

Threads
12,095
Messages
141,202
Members
14,016
Latest member
wabknobby