Dear all,
I lost my MAVIC PRO in landing process.
After flight and recording near and above the river,
I controlled the drone slowly backward to the landing point.
But suddenly the drone rushed to the forward direction very fast and then clashed into the water. And the camera also changed.
I tried to control, but useless.
I checked the log and the log shows my drone’s trace,
The log show that my drone rushed to the river by backward, but I never changed the direction and the last video also shows same as I remembered.
Interesting. In 3 secs the Yaw changed 180° but the MP had not changed heading. That caused the MP to fly the wrong direction when it attempted to make a small correction. It only got worse from there with each attempted correction causing a larger error.
The top plot shows the Yaw value changing without control input. The bottom plot shows the difference between the GPS derived and the IMU velocities.
My speculation that the incident was caused by a faulty gyro is incorrect. It’s clear that the 180° change in Yaw was done by the FC and not as a result of any sensor data. E.g., this plot shows the Yaw (red) and the integrated gyroZ values.
The eventLog stream provides some hints about why this happened. Using the eventLog stream is always problematical as it is unclear what many of the entries actually mean. Anyway, it appears that IMU(0) was the active IMU and the FC switched to IMU(1) at about the time the Yaw value started changing. I’m speculating the the switch from IMU(0) to IMU(1) didn’t go well.
Coincidentally, there had been several (at least 100) entries that looks like the FC was attempting to auto calibrate the compass.
830.335 : 46798 [L-COMPASS][mag auto cali(0)] init|
What does all this mean? Don’t know for sure but it seems that the cause is due to some FC error and is not a HW issue or a pilot caused error. You may have to hammer on DJI to get them to see this. Good luck.
As @BudWalker mentioned, there are many discrepancies in the log file apparently. Whatever these “exactly” mean are un-clear. These repeated “Compass Cal Init’s” show basically the same value and error code each of the numerous times reported. I have no idea.
Not sure where this came from. But, as I recall, one of the converters computes the speed in a way that is sensitive to the relatively low sample rate. Based on successive GPS coordinates. Using speedX and speedY (which is actually velocities North and East) gives more believable results.
I also hit in the water trying to get too close. Luckily I could physically see it but still got to close and the camera was half submerged and the propellers were splashing water. Lol, Got some cool footage.