# Using Blue Robotics Components for MATE ROV Competition

**URL:** <https://discuss.bluerobotics.com/t/using-blue-robotics-components-for-mate-rov-competition/17152>\
**Category:** MATE ROV\
**Created:** [June 12, 2024, 3:56pm UTC](https://discuss.bluerobotics.com/t/using-blue-robotics-components-for-mate-rov-competition/17152 "2024-06-12T15:56:55Z")\
**Posts on this page:** 1\
**Showing post:** 2

<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:** [June 13, 2024, 4:58am UTC](https://discuss.bluerobotics.com/t/using-blue-robotics-components-for-mate-rov-competition/17152/2 "2024-06-13T04:58:58Z")

</div>

Hi @Riley_Regular, welcome to the forum 🙂

> [@Riley\_Regular](#):
>
> What components do I need to have the navigator board talk to the surface computer?

The Navigator is a peripheral board for a Raspberry Pi, and is currently only supported with the Raspberry Pi 4, so you’ll at least need one of those (which can be bought together with the Navigator).

A Raspberry Pi can communicate over ethernet, so a minimal setup would just be Navigator + RPi + some form of ethernet cable as a tether. That said, ethernet has quite a short range and uses several conductors, so we typically recommend using converter modules (like our [Fathom-X](https://bluerobotics.com/store/comm-control-power/tether-interface/fathom-x-tether-interface-board-set-copy/)) at each end, so you can send the ethernet signal through longer cables and through a single twisted pair of conductors (like in our [slim tether](https://bluerobotics.com/store/cables-connectors/cables/fathom-rov-tether-rov-ready/)).

If you want things to be a bit cleaner at the top side and/or if you have a USB port but no ethernet jack then you might want our [FXTI](https://bluerobotics.com/store/rov/bluerov2-accessories/fxti-asm-r1-rp/) instead of a bare Fathom-X board.

Vehicles that require higher bandwidth communications can use fiber-optic converters instead, with a fiber optic tether, although they can be pricey and require some extra care to connect and to handle during operation.

> [@Riley\_Regular](#):
>
> what is the best way to control such a system from the surface? Is Qground control the best option? are you able to communicate with the navigator board without Qground control?

Our typical ROV setup has [BlueOS](https://blueos.cloud) running on the Raspberry Pi, with the ArduSub autopilot firmware running the Navigator side of things (this comes built into BlueOS), in which case using a game controller with [QGroundControl](http://qgroundcontrol.com) or [Cockpit](https://blueos.cloud/docs/extensions/cockpit/1.0/) are your best options for communicating with and controlling your vehicle.

I’m in the process of making some diagrams about this kind of thing for our documentation, but here’s an initial sketch of the typical stack:

 ![image](https://us1.discourse-cdn.com/flex019/uploads/bluerobotics/original/2X/6/6475eec48a385bd046262ed50c73b8672e5004fc.jpeg)

If you’re wanting to write your own low-level code to directly read the Navigator’s sensor values and control the motors individually then it’s possible to use our Navigator libraries instead of running the ArduSub firmware, in which case you’ll need to also write the code that interfaces with the top side, and you can use whatever topside control software you choose to make it compatible with.

---

_[View the full topic](https://discuss.bluerobotics.com/t/using-blue-robotics-components-for-mate-rov-competition/17152)._