-
Notifications
You must be signed in to change notification settings - Fork 81
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Ocusync 4 cannot be resolved #50
Comments
I have not done any work with newer drones. If you have a collect that you're willing to share I would be happy to have a look (keeping in mind your physical location could be present in the collect!), but the only drone I have is a Mini 2. If the constellation comes out clean and you get data back then I would suggest looking at that data with a hex editor to see if there are any strings present. IIRC the serial number of the drone shows up in the demodulated output. If you see that serial number in the output then you can be pretty sure that the link isn't encrypted. It could be that the CRC changed, or that the format of the demodulated output changed. But it's definitely still possible that the link has been encrypted. There's been lots of calls for that to happen. It could also be that you have a really noisy collect that's failing to properly demodulate. The Good luck! [1] https://github.com/proto17/dji_droneid/blob/main/cpp/remove_turbo.cc#L156 |
Thank you for your reply. I'm sorry that it is not convenient to export the data I collected to you! To be sure, CRC was successful, so I'm more confident that the format of the demodulated output changed or was encrypted. |
DJI officially said it was encrypted, but recently a company claimed it had successfully decrypted it. |
I doubt they can parse encrypted data. If encrypted data can still be parsed, then DJI's engineers are useless, and of course it doesn't rule out that they have superior abilities or have some special deal with DJI. |
Hello, thank you very much for your sharing. Our research has found that this burst does not exist in LightBrige technology, so it is impossible to parse such a drone. In addition, although the burst can be found in Ocusync 4 technology and the constellation image can be demodulated successfully, the signal of the drone cannot be solved, as it seems to be encrypted. I wonder if you have encountered the same problem in the future.
The text was updated successfully, but these errors were encountered: