Skip to content
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

Adding some UDP outputs causes some packets to not be forwarded #526

Open
cheintz opened this issue Aug 8, 2018 · 0 comments
Open

Adding some UDP outputs causes some packets to not be forwarded #526

cheintz opened this issue Aug 8, 2018 · 0 comments

Comments

@cheintz
Copy link

cheintz commented Aug 8, 2018

I recently updated my MAVProxy, pymavlink, dronekit, and ArduPlane.

Adding some outputs (via output add or by command line argument --out=) causes some packets to not be sent.

Specifically, I have an Ubuntu VM set up with IP addresses 127.0.0.1 and 10.0.2.15. I launch MAVProxy to host a Plane SITL using

sim_vehicle.py -I2 --console --map --aircraft test

I can connect to it from Dronekit on 127.0.0.1:14570 and can observe that sending rc commands into MAVproxy (like 'rc 1 2000') works and I receive the updated information in Dronekit.

I can output add udp:10.0.2.255:14550 with no ill affects.

If I then add an output to my host machine (Windows 7 x64) using
output add udp:10.29.94.22:14550

I can connect to this from MissionPlanner to this port and receive position, attitude, mode, etc, but not the 'rcin' values. If I change the rc values (using 'rc 1 1000') in MAVlink, the updated values are no longer reflected in DroneKit.

I do know that this setup worked using an old versions of various software (DroneKit, ArduPlane, pymavlink, MAVProxy (latest as of approximately July 24, 2017
I have attached a TLOG file from the host machine to hopefully help diagnose these packets.

2018-08-08 14-24-48.zip

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant