# No telemetry data

**URL:** <https://discuss.bluerobotics.com/t/no-telemetry-data/11351>\
**Category:** Blue Robotics Software\
**Created:** [January 17, 2022, 9:58am UTC](https://discuss.bluerobotics.com/t/no-telemetry-data/11351 "2022-01-17T09:58:37Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![katie1](https://avatars.discourse-cdn.com/v4/letter/k/a9a28c/32.png) [@katie1](https://discuss.bluerobotics.com/u/katie1)\
**Post date:** [January 17, 2022, 9:58am UTC](https://discuss.bluerobotics.com/t/no-telemetry-data/11351/1 "2022-01-17T09:58:37Z")

</div>

Followed troubleshooting guide but cant seem to get telemetry data to either MAVProxy or QGC through the RPi.

ArduSub v4.0.3  
Companion v0.0.31  
• IP Address: 192.168.2.1  
• Subnet mask: 255.255.255.0  
• Firewall access for is QGC allowed  
• Network configuration is verified by a successful ping to 192.168.2.2  
o Able to access web interface and login via ssh  
• Firewall inbound and outbound traffic granted to UDP ports 5600 and 14550  
• QGC autoconnect settings configured to automatically connect to UDP and USB links  
• QGC connects to Pixhawk with telemetry when directly plugged in via USB (without RPi)  
• MAVProxy connects to Pixhawk with telemetry when directly plugged in via USB (without RPi)  
• MAVProxy with local forwarding to QGC working  
• RPi mavproxy screen has seemingly random outputs  
o Initially not present, started to occur after 2 days of troubleshooting

RPi mavproxy screen (Output of screen -r mavproxy)

 ![image](https://us1.discourse-cdn.com/flex019/uploads/bluerobotics/original/2X/8/87821d24bcf1203c23155f86096fe3b1a1543e5c.png)

---

<div class="post-metadata">

**Author:** ![EliotBR](https://sea1.discourse-cdn.com/flex019/user_avatar/discuss.bluerobotics.com/eliotbr/32/6937_2.png) [@EliotBR](https://discuss.bluerobotics.com/u/EliotBR)\
**Post date:** [January 17, 2022, 11:56am UTC](https://discuss.bluerobotics.com/t/no-telemetry-data/11351/2 "2022-01-17T11:56:40Z")

</div>

Hi @katie1, welcome to the forum 🙂

Sorry to hear you’ve been having telemetry connection issues. You’ve certainly done your homework, which really helps narrow things down - thanks!

By the sounds of things,

- your network is configured correctly (unless there’s some unknown firewall/antivirus issue)
- your Companion computer can successfully communicate to the topside via HTTP (web interface works) and TCP (ssh works), but possibly not UDP (does the video stream work? if so then UDP should also be ok)
- your Pixhawk is (probably) working as expected, given it works when directly connected via USB to the topside computer
- your QGC is set up correctly and working (given it works with a USB connection and local forwarding via Mavproxy)

My main recommendations for things to check at this point would be

- 5V power supply (capacity/stability - we recommend a [5V6A supply](https://bluerobotics.com/store/comm-control-power/elec-packages/bec-5v6a-r1/) which should directly power both the Pixhawk and the RPi)
- The USB cable and connectors between the RPi and the Pixhawk (maybe try a different RPi USB port, and a different cable if possible)
- Double check there isn’t another firewall/antivirus program that could be preventing the UDP connection to the topside (if you’re familiar with Python you can see if [pymavlink](https://www.ardusub.com/developers/pymavlink.html#run-pymavlink-on-the-surface-computer) is able to communicate with the Pixhawk)

> [@katie1](#):
>
> • RPi mavproxy screen has seemingly random outputs

This is definitely unexpected, so I’ve passed it on to our software team in case they’ve got any ideas as to what could be causing it or how to fix it 🙂

---

<div class="post-metadata">

**Author:** ![EliotBR](https://sea1.discourse-cdn.com/flex019/user_avatar/discuss.bluerobotics.com/eliotbr/32/6937_2.png) [@EliotBR](https://discuss.bluerobotics.com/u/EliotBR)\
**Post date:** [January 17, 2022, 11:22pm UTC](https://discuss.bluerobotics.com/t/no-telemetry-data/11351/3 "2022-01-17T23:22:16Z")

</div>

> [@EliotBR](#):
>
> I’ve passed it on to our software team in case they’ve got any ideas as to what could be causing it or how to fix it 🙂

I discussed this with the software team this morning, and in addition to the checks I already suggested they’ve recommended you [flash a clean install of Companion](https://www.ardusub.com/quick-start/installing-companion.html) (to ensure nothing went wrong in an update), and [restoring the default MAVProxy options](https://www.ardusub.com/reference/companion/mavproxy.html) 🙂

---

<div class="post-metadata">

**Author:** ![katie1](https://avatars.discourse-cdn.com/v4/letter/k/a9a28c/32.png) [@katie1](https://discuss.bluerobotics.com/u/katie1)\
**Post date:** [January 19, 2022, 8:43am UTC](https://discuss.bluerobotics.com/t/no-telemetry-data/11351/4 "2022-01-19T08:43:24Z")

</div>

Thanks for the advice!

> [@EliotBR](#):
>
> Double check there isn’t another firewall/antivirus program that could be preventing the UDP connection to the topside (if you’re familiar with Python you can see if [pymavlink](https://www.ardusub.com/developers/pymavlink.html#run-pymavlink-on-the-surface-computer) is able to communicate with the Pixhawk)

It was a firewall issue. I didnt realise the ethernet connection was considered a public network - had to adjust the settings on the UDP rules and app rules

> [@EliotBR](#):
>
> they’ve recommended you [flash a clean install of Companion](https://www.ardusub.com/quick-start/installing-companion.html) (to ensure nothing went wrong in an update)

Flashing a clean install worked.
