ArduPilot / ArduPilot/MAVProxy
Mavproxy Optilink Motive compatability 2.x and 3.x
- Dominant language
- Python
- Stars
- 596
- Forks
- 774
- Avg merge
- 2d 6h
- Merged PRs (30d)
- 18
Description
So during a test of the Optilink connection with Mavproxy It seems that the Mavproxy Optilink Module is not compatible with Motive 3.x.
I get the following error when trying to decode packets from Motive 3.0.1 beta 2.
The copter is getting correct data when using Motive 2.x
" utf-8’ codec can’t decode byte 0x8e in position 0: invalid start byte
Traceback (most recent call last):
File “mavproxy.py”, line 1054, in periodic_tasks
File “modules\mavproxy_optitrack_init_.py”, line 62, in idle_task
File “modules\mavproxy_optitrack\NatNetClient.py”, line 1401, in process_data_and_cmd
File “modules\mavproxy_optitrack\NatNetClient.py”, line 1274, in __process_message
File “modules\mavproxy_optitrack\NatNetClient.py”, line 720, in __unpack_mocap_data
File “modules\mavproxy_optitrack\NatNetClient.py”, line 448, in __unpack_marker_set_data
UnicodeDecodeError: ‘utf-8’ codec can’t decode byte 0x8e in position 0: invalid start byte"
Can anyone advise if the Optitrack Module has been updated to be compatible with Motive 3.x? @chobitsfan
Thanks.
Contributor guide
No contributing guide indexed for this repository
Research direction
Start in modules/mavproxy_optitrack/NatNetClient.py, following the traceback through process_data_and_cmd, __unpack_mocap_data, and __unpack_marker_set_data. Reproduce the failure with Motive 3.0.1 beta 2 and compare it with Motive 2.x; done means packets decode without the UnicodeDecodeError while retaining compatibility with Motive 2.x.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- cli, networking
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 38/100