ArduPilot / ArduPilot/MAVProxy

Mavproxy Optilink Motive compatability 2.x and 3.x

Open
#1,321 2 comments 0 reactions 0 assignees View on GitHub
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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.