[Spitfire76]

Thanks Bill, the workaround seems to work just fine so no hurry. Also if you are looking for more folks to test any new releases please add me to that list.

[Spitfire76]

I reverted back to the original configuration and tried the RDS but did not get telemetry data on the dashboard. I also have a small python script that simply displays any UDP data that it receives on port 14550 and nothing is displayed so I don’t think RDS is working.

[Spitfire76]

I did some further tests and it really does look like Mavpilot is waiting for the other side to send first. Its not a real problem providing I make the changes above to the mavgateway file. Also to ensure that the iPhone is aways assigned the same IP address I made the following changes to the /etc/dhcp/dhcpd.conf file.

host iphone {
hardware ethernet xx:xx:xx:xx:xx:xx;
fixed-address 192.168.42.9;

where xx:xx… is the Mac address of my iPhone

[Spitfire76]

I got it to work!. Since I was not seeing any UDP traffic originating from the iPhone I assumed it was waiting to receive traffic from the APM via the bridge and maybe the bridge was not sending it. Further investigation revealed that the bridge was also waiting for traffic on port 14550 so neither side was talking. I simply changed the /etc/init.d/mavgateway file from this

DAEMON_ARGS=”–master=/dev/ttyUSB0,57600 –out=udpin:0.0.0.0:14550 –daemon”

to this

DAEMON_ARGS=”–master=/dev/ttyUSB0,57600 –out=udp:192.168.1.9:14550 –daemon”

where the IP address above is the iPhone. I’ll do some further testing but it looks promising.

[Author]

Posts