Cockpit and Blue OS error with navigator board

General Discussion
, ,
1

Hey guys, We recently bought the prebuilt enclosure to incoporate into our ROV, and we have been simply surface testing it with our controller and 6 thrusters, just via an ethernet cable. Our setup so far is basically just connecting computer ethernet to the rasp port (removing the fathom ethernet connection for now) and connecting 14 V power to the whole system. This powers the whole system correctly and the navigator turns on no issues.

Last week, we tested it for the first time with 6 thrusters connected to the escs, by installing cockpit and connecting a controller to it. In this test, it worked to control the thrusters, and we could see camera footage very clearly and all the system stats looked right.

However, when we tested it this week, the blue os connection still shows the system stats and the camera video, but we are unable to arm the thrusters and it brings up an error about being unable to send mav updates. The setup is all the same, with using cockpit and same controller, but it does not work to arm it. We also tested PWM outputs directly from blueos, but it still did not control the thrusters.

We tried rebooting the software, turning on and off, and simple trouble shooting methods, but none of them worked. Do you guys have any possible solutions or ideas?

2

Hi @kingcoolance -
I received your direct message, but am answering here for others to benefit.

From the error you receive, it is likely the system is refusing to arm due to a failsafe check failing. You could disable these failsafe checks, or take steps to resolve the issue. Checkout the ARMING_CHECK parameter!

3

What part of blue os can i check these ardupilot failsafe parameters?

4

The autopilot parameters page is where the arming checks are currently configured:

Screenshot 2025-11-18 at 2.11.57 am
Screenshot 2025-11-18 at 2.11.57 am1310×432 56.2 KB

There’s a nicer visual overview of failsafe behaviours in the Vehicle Setup / Configure / Failsafes page, but note that arming checks occur before arming, whereas failsafes occur during operation (and may forcibly shift the autopilot to a different state, like a particular flight mode, or disarmed, depending on user configuration).

Curious, I don’t believe I’ve come across that before.

This still requires arming, so if arming is failing then it’s expected not to work.