Captioned screen video from this morning's flight shows the problem. This has happened at least 2 times previously.
It actually appears it has something to do with the craft thinking it has to climb to go over an obstacle.Theory: RTH is taking the 164 feet that I've set as my RTH altitude and converting it to meters. 164 meters= 538 feet.
It actually appears it has something to do with the craft thinking it has to climb to go over an obstacle.
That's as good an explanation as any other. It clearly is a bug. Best advice until it is fixed is to set your RTH to higher than you will ever fly during your flight, which is what you should be doing anyway!Maybe it's a simple software bug.
RTH AGL altitude = x
Current AGL altitude = y
Number of feet to climb = x - y
Software can't handle -ve values for the last term (when the craft is above RTH altitude).
Theory: RTH is taking the 164 feet that I've set as my RTH altitude and converting it to meters. 164 meters= 538 feet.
No, that theory is unsupported by the data. If you are below the set RTH height, the set value is used correctly.I think you theory may be correct - I'm pretty sure that the RTH height is in meters even if you default in the general settings to imperial (feet).
Sent from my iPad using PhantomPilots
Yes, I have observed that. When the aircraft has to rise to get to the set RTH altitude, there is no problem. However, that does not disprove my theory. The RTH altitude could certainly be mis-programmed in one case but not in the other. We already know that the horizontal speed is shown in kph even for those of us who have selected mph as the unit of measurement.No, that theory is unsupported by the data. If you are below the set RTH height, the set value is used correctly.
DJI said it's the drone thinking it has to climb over an obstacle falsely. It's nothing to do with meters vs feet. A DJI rep on RCG had me do some tests and upload my dat files. It helped them determine the problem.Maybe it's a simple software bug.
RTH AGL altitude = x
Current AGL altitude = y
Number of feet to climb = x - y
Software can't handle -ve values for the last term (when the craft is above RTH altitude).
And yet, there is ZERO indication in my video that the P4P perceives an obstacle in front of it. One DJI rep does not constitute a determination. It constitutes a placatory guess. My theory has not been disproven.DJI said it's the drone thinking it has to climb over an obstacle falsely. It's nothing to do with meters vs feet. A DJI rep on RCG had me do some tests and upload my dat files. It helped them determine the problem.
Also RTH height preset is ALWAYS in meters. Even if you select imperial measurements. Same goes for max distance and altitude settings.
So you know better than DJI engineers? My info was passed on from the DJI engineers. Also it's not front sensors it's bottom sensing of which there is no indication for.And yet, there is ZERO indication in my video that the P4P perceives an obstacle in front of it. One DJI rep does not constitute a determination. It constitutes a placatory guess. My theory has not been disproven.
In GPS mode, I cannot get my bird to elevate over 394' (120 meters), no matter how hard I try. Are you saying that obstacle avoidance disables the FAA altitude limits? I have doubts.
So you know better than DJI engineers? My info was passed on from the DJI engineers. Also it's not front sensors it's bottom sensing of which there is no indication for.
And again the bug requires a very specific situation to occur, and doesn't happen every time. Also what FAA altitude limit? The drone doesn't have an FAA suggested maximum height limiter. Max height is set by you, up to 500 meters. But the bug can go over the limit. That's what bugs do, they cause things to not work as they should including "limits".
Yes, if you're in the US, the software has a known altitude limit of 120 meters. Presumably, you are elsewhere.So you know better than DJI engineers? My info was passed on from the DJI engineers. Also it's not front sensors it's bottom sensing of which there is no indication for.
And again the bug requires a very specific situation to occur, and doesn't happen every time. Also what FAA altitude limit? The drone doesn't have an FAA suggested maximum height limiter. Max height is set by you, up to 500 meters. But the bug can go over the limit. That's what bugs do, they cause things to not work as they should including "limits".
Well played.I dunno, i try to pass some of my bugs off as features!
*rimshot*
Incorrect. You can set it in the DJI app to whatever you want. Go into settings, craft settings, max altitude. Considering there is no law that hobbyists have to stay below 400 feet it wouldn't make sense to force that. I am in the US. For hobbyists the 400 feet is a guideline not a law.Yes, if you're in the US, the software has a known altitude limit of 120 meters. Presumably, you are elsewhere.
I'll have to give that a try, F3, setting both the maximum flight altitude and the RTH altitude as 0 meters, the way you've indicated in your post.Well played.
Incorrect. You can set it in the DJI app to whatever you want. Go into settings, craft settings, max altitude. Considering there is no law that hobbyists have to stay below 400 feet it wouldn't make sense to force that. I am in the US. For hobbyists the 400 feet is a guideline not a law.
That's been a pet peeve of mine going back to the P3P! Half the time, you end up selecting the wrong option, and have to rethink, and remember which option makes less sense!While I'm at it, the 2 options for "cancel Return To Home" should be simply "yes" or "no". The existing options of "cancel" and "OK" are unnecessarily obtuse.
We use essential cookies to make this site work, and optional cookies to enhance your experience.