Thank you for everyone's input. Lesson's all learned and lots of flight time needed so I don't experience the same errors with my Air2s.
That's a good question. The flight logs as analyzed in AirData show the wind speed and direction aloft. So the bird must be aware of the wind and direction affecting RTH time.Just thinking about one or the responses about flying downwind here. Doesn't the on board flight computer take into account the the wind for calculating the RTH time? Wouldn't the calculation include an additional flight time for return into the wind in order to make it back to the home point with a little to spare? I normally fly down to about 25% just to be easier on the battery and store the battery at 65% for more than a couple of days storage.
It factors in distance but not the wind you might encounter on the return flight.Just thinking about one or the responses about flying downwind here. Doesn't the on board flight computer take into account the the wind for calculating the RTH time?
That's what I would logically think but I don't know the answer. It seems to me also that even with a flight involving a partially charged battery (which I do often when not wanting to fly much) that the flight management computer would take into account all factors regarding RTH including time/distance/wind and remaining battery charge sufficient to make a successful RTH with a little to spare. However, interruption of the RTH with manual commands would subvert the completion of RTH with adequate safety factor. I've never tested that system to see how well it works so far! Sorry for your lost drone. This incident could also be a good argument for 'water-proofing' your drone but I'm not doing that for now.That's a good question. The flight logs as analyzed in AirData show the wind speed and direction aloft. So the bird must be aware of the wind and direction affecting RTH time.
Hmm. That's nice to know. I see this as a flaw in the RTH program logic if you ask me. I do think about the wind as a factor while flying but it seems to me that it would be an easy algorithm to include an average wind correction into the RTH logic to 'help' out the pilot which would calculate a direct RTH with average wind calculation to do a successful RTH with just a little extra battery life. I can see one possible reason being that if the pilot had repositioned his/her location during the flight (driving around?) that the RTH can be overridden manually but 99% of the time that would not be the case. When I get a low battery warning I return immediately and set a 'reasonable' battery warning to give me time to return. BTW, I have seen some +/- 30 ft takeoff elevation after flying around. I tend to hover a bit low to the ground after TO to let the GPS locate my RTH position/altitude.It factors in distance but not the wind you might encounter on the return flight.
The pilot has to do some of the thinking.
If your return will involve a hard battle against a strong headwind, you need to make a big allowance for the reduced speed.
Or revise your planned flight to avoid getting into that situation.
It always helps to start with a full battery too rather than one with less than 50% capacity like the one in this thread.
Doesn't the on board flight computer take into account the the wind for calculating the RTH time? Wouldn't the calculation include an additional flight time for return into the wind in order to make it back to the home point with a little to spare?
It factors in distance but not the wind you might encounter on the return flight.
Yeah, better to do a controlled landing before the battery goes dead than try to keep on going and try gliding it in! Using the camera for a suitable landing spot beats the dead stick scenario. I haven't tried that either yet. I don't know the auto-rotation speed for the drone but that's moot with a dead battery anyway.As Meta4 mentioned, no, there are no calculations for wind in the drone 'brain'.
As well as distance from home point, there is also calculation for descent needed, or ascent if very low in a valley) to get back to the HP.
The Airdata windspeed / wind direction info is gathered from another source, and not an aircraft calculation.
I too like to RTH (manually usually) with around 20 - 25% battery remaining, so set my low battery warning to 30% and critical warning to 20%.
Can't remember getting a critical warning in a loooonnng time, that is more for me to start looking for a place to land if required . . . generally not an issue as most flights are within 600m, 700m or closer.
Yeah, better to do a controlled landing before the battery goes dead than try to keep on going and try gliding it in! Using the camera for a suitable landing spot beats the dead stick scenario. I haven't tried that either yet. I don't know the auto-rotation speed for the drone but that's moot with a dead battery anyway.
Do you want the longest flight time or distance?Not sure what the best speed is into the wind but I have noticed that a speed of about 15 mph seems to give the longest flight time all things considered. Probably the most efficient speed for the MP2?
Are you assuming that people always make straight line flights out and back?I see this as a flaw in the RTH program logic if you ask me. I do think about the wind as a factor while flying but it seems to me that it would be an easy algorithm to include an average wind correction into the RTH logic to 'help' out the pilot
If you are saying that you've observed the indicated height on screen drift over the time of a flight, that's common and normal with a barometric sensor used to measure height.BTW, I have seen some +/- 30 ft takeoff elevation after flying around. I tend to hover a bit low to the ground after TO to let the GPS locate my RTH position/altitude.
Sorry for the stupid question. If the drone would be able to track the wind data at all times and compare them with its heading position using the GPS. When it flies to any direction couldn't be able to calculate how the winds would affect RTH? It knows beforehand where the home point is. Thanks.Are you assuming that people always make straight line flights out and back?
How would you calculate for winds that are at an angle to the flight path?
Here's a flight I did last week that involved significant winds.
How simple would it be to program the drone to keep track of the wind data for a flight like this and calculate how the return would be affected by wind?
It's a lot easier for it to calculate RTH battery requirements based on distance (and probably a small safety factor) and leave the flyer to do the extra calculating for anything more than a simple still air flight.
If you are saying that you've observed the indicated height on screen drift over the time of a flight, that's common and normal with a barometric sensor used to measure height.
GPS is not used to establish altitude, and hovering won't make any difference.
The FC in all the current DJI models does compute wind velocity (speed and direction), and in a fairly constant wind field it would be simple enough to factor that into the smart RTH calculation. However, wind velocity is generally a non-linear function of height, and often varies rapidly with time at any given height. As a result the success of that strategy would be limited, which is probably why it isn't implemented.Sorry for the stupid question. If the drone would be able to track the wind data at all times and compare them with its heading position using the GPS. When it flies to any direction couldn't be able to calculate how the winds would affect RTH? It knows beforehand where the home point is. Thanks.
I never thought about the wind's speed and direction variability. Thanks for the explanation.The FC in all the current DJI models does compute wind velocity (speed and direction), and in a fairly constant wind field it would be simple enough to factor that into the smart RTH calculation. However, wind velocity is generally a non-linear function of height, and often varies rapidly with time at any given height. As a result the success of that strategy would be limited, which is probably why it isn't implemented.
How simple would it be to program the drone to keep track of the wind data for a flight like this and calculate how the return would be affected by wind?
It's a lot easier for it to calculate RTH battery requirements based on distance (and probably a small safety factor) and leave the flyer to do the extra calculating for anything more than a simple still air flight.
As already said ... not much is constant for very long when flying drones, measuring like you propose will easily result in information that constantly change drastically over time.So.... if the drone had a way to measure wattage being used by the motors, it could calculate percent of battery being used and relative battery remaining.
Better yet... a calculation of drone's current position, RTH position, wattage/battery drain...
and a representation of battery percentage remaining when landed at "home."
We use essential cookies to make this site work, and optional cookies to enhance your experience.