Sean-bumble-bee
Core User of DJI
Flight distance : 15997 ft
United Kingdom
Offline
|
Sorry, but I just want to check, are you seriously suggesting you do not know what happened and why it happened, you answer your own questions in you story .......... or is this thread a joke?
"I am quite shocked that the drone didn't recognize the obstacle. "
In terms of obstacle avoidance the Mini 2 SE does not have horizontal sensors with which to see ANYTHING, the only 'obstacle sensors' are the downwards looking VPS sensor.
In other words the drone is blind to obstacles in its flight path.
"I lost the signal and RTH was activated. Then the drone flew in a straight line into the builiding, without allowing me to disactivate RTH (signal was lost for the whole time). " Taking your original story at face value i.e.to be true, then my response was ''Uuum for you to be able to cancel an RTH the controller must be connected to the drone, since it was disconnected it couldn't do that.''
But the log seem to tell a somewhat different story and you need someone better than me to interpret it, JJB* perhaps.
Why? Firstly I don't really see what triggered the RTH. Download the csv from Phantom help and open it with a speedsheet program. Go over to the far right and look at the messages section, there are plenty of message about weak signal and disconnections.Looking at the PH flight track and RC.downlinkSignal & RC.uplinkSignal columns in the csv the connection starts to go bad almost as soon as that building gets in the way of the signal, around 13:11.7 but what interests me that there are 4 '' Downlink Restored '' messages with disconnection time stamps and NONE of those times stamps is longer than 9 seconds, 11 seconds is the trigger threshold for failsafe behaviour. At 13:44.5 the message is ''Downlink Restored (after 0m 8.5s)'' and at 13:49.5 the message is Downlink Restored (after 0m 3.5s). The other two reconnections were much earlier in the flight and not relevant.
Strictly speaking the 8.5 second and the 3.5 second disconnections do not, on their own, meet the required disconnection period and each, on its own would not, I think, have triggered failsafe. Maybe their being so close to gether caused the drone to sum them (12 sec) or something, but, to my mind, that is an interesting question.
Then we come to the RTH flight into the building. There was data getting from the drone to the controller, as can be seen by the flight track, distance & speed.
I am left wondering if you might have had some control ? If the ''upload'' signal refers to data transmission to the drone i.e. commands then maybe not, it was weaker than the download signal strength, see the PH csv.
With regards to height, I still stand by what I said ''are you saying that the system, or something else, told you that the area had a drone flying height limit of 30m above the ground which may be a legal height limit? If so are you asking ''should I have set an max ceiling & RTH height that broke tha height limit?'' ''.
If that is a legal hight limit then the answer to your question about whether or not you should bave breached that ceiling is NO.
What should have done is NOT FLOWN BEHIND THE BUILDING IN THE FIRST PLACE.''
However I would add two points
1) it is possible that if you were flying UNDER a restriction zone then it may have been impossible for you to increase the drone's maximum ceiling and the set RTH height, simply because they were already JUST below the bottom of that restriction zone and the drone will not let entry to a restriction zone that the drone, knows about.
2) you can not set an RTH height that is higher than the drone's maximum height setting in the app. If somewhere in the future you happen to reduce the Max height setting to below the RTH height setting then the RTH height setting will be reduced to equal the max height setting.
Here is a graphical representation of the end of the flight that you might find useful, it is generated by processing the Phantomhelp csv with CsvView https://datfile.net/CsvView/downloads.html
|
-
|