ArduPilot / ArduPilot/MAVProxy

MAVProxy hold on to TCP port after port is removed or disconnected (Windows)

Open
#472 2 comments 0 reactions 0 assignees View on GitHub
Dominant language
Python
Stars
595
Forks
773
Avg merge
2d 6h
Merged PRs (30d)
18

Description

We use MAVProxy to multiplex telemetry data from a 433MHz link (COM) and a 5,8GHz link (TCP).
If the TCP link goes down there is no way of reconnecting other than to restart MAVProxy. When MAVProxy is restarted we have to reconnect MissionPlanner and reload all parameters. This takes time and leaves us with no link while restarting. Flight data is also reset.

There should be a way to reconnect TCP links without restarting MAVProxy. MAVProxys process holds on to the TCP port even if the link is down, and is unable to reconnect. Running on Windows 10.

Contributor guide

No contributing guide indexed for this repository

Research direction

Start by tracing MAVProxy's TCP link connection and disconnection handling on Windows, focusing on how the process releases and reopens the port after a link goes down. Done means a disconnected TCP link can reconnect without restarting MAVProxy, while the existing MissionPlanner connection, parameters, and flight data remain available.

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.