- Joined
- Aug 27, 2018
- Messages
- 86
- Reaction score
- 17
- Age
- 27
I think that has to mean that the control stick data in the .txt comes directly from the RC. It doesn't make a trip through the AC. I recall now that the control stick data in the .txt is in the range [-1024, 656] and that gets converted by TXTlogToCSVtool to [-10000, 10000]. That was done to make it compatible with the data seen in the .DAT. The [-1024, 656] data likely comes from a 10 bit A/D converter used for the stick control mechanism. The point being that this data doesn't make a trip through the AC before being recorded.
Here is another P4+ incident that kinda like this one.
Need help understanding Phantom 4 Pro V2.0 & Crystalsky Ultra Aircraft Disconnect
The conclusion was that the part of the RC firmware that does the uplink was intact. But, that part of the firmware that handles control stick data has crashed. RC:sigStrength is derived from a frameLost signal in the .DAT. The P4 is still receiving packets from the RC. It's just the control stick data isn't being inserted into those packets.
Hi thanks for your answer guys, really appreciated. One doubt I have with your theory is that the remote controller was fully rebooted with a power off/power on at least two times, why didnt that restored the signal integrity? The only explanation I think is that the problem was not in the remote controller but in the aircraft, some crashed algorithm like you propose. Another question would be what could be the best course of action if someone experiences something like this. If the AC were on the water now it would be lost.
Last edited: