Servers by jDrones

Rover-4.0.0-rc3 available for beta testing!

Rover-4.0.0-rc3 (the 3rd beta) has been released and is available using the Ground Stations’ (MP, QGC, etc) “beta firmware” link. The changes vs -rc2 are in the ReleaseNotes and also copied below:

  1. IMU heater control parameters (see BRD_IMUHEAT_P/I params)
  2. Bug Fixes:
    a) DO_CHANGE_SPEED fix (was being ignored)
    b) SET_YAW_SPEED in Guided mode made consistent with Auto mission command handling (yaw in degrees, speed in m/s)
    c) BLHeli fix to RPM calcs and telemetry (aka 0x8000 error)
    d) Fence upload is less strict about altitude types (fences don’t have altitudes)
    e) Pre-arm message fix to reports AHRS/EKF issue (was blank)
    f) Sparky2 autopilot firmware available
    g) Startup message “AK09916: Unable to get bus semaphore” removed (was not an error)

This version has been “rebased on master” which means that it is a new snapshot of our latest development firmware and thus includes a few other smaller changes as well.

The major fix is 2a (DO_CHANGE_SPEED fix). Thanks very much to Jimovonz for finding this!

Our hope is that this is the final release candidate before we push Rover-4.0.0 out as the stable version so any last testing people can do in the next week or so is greatly appreciated!


I tried to get SITL simulation of rangefinder to work (to display simulated measured depth). I noticed that there was a fix for a similar problem in Copter aprox 25 days ago. Does the rebase mean that this is also OK for rover (I get no simulated value at all, or 0.0, when testing for rover - perhaps because Mavproxy does not recognize param RNGFND_ but rather RNGFND1_ etc)?

Hi @oaamaas, so you’re trying to use a simulated downward facing depth sensor on a boat? I don’t think we support that in SITL although it would be useful. I think it’s not straightforward to do because we would need a source of depths. It’s probably best to raise an enhancement request in the issue list.

I have a problem with Rover 4.0.0-rc3 with a PixRacer. Rc2 was working fine. After updating to Rc3 the RC inputs no longer work and it gives this odd error as shown below. If I flash back to 3.5.2 it’s back to working.


OK, thanks for this. This is an annoying but mostly innocuous bug. I’ve got a partial fix for it here which we will include in -rc4. I’m afraid that for now you’ll need to set RC6_OPTION to another value because until this fix goes in the auxiliary function options for RTL, SmartRTL and Simple won’t work, sorry!

Thanks very much for finding this!

OK, but there is a bigger problem. With rc3 I lose RC Input. GPS is not recognized either. I flash back to current Stable and everything is working. Not sure where to find Rc2 which also worked. Attached is a disarmed log of Rc3 if it’s any help. Is it related to the RCx option problem?

2 31-Dec-79 07-00-00 PM.bin (28.0 KB)

Edit: This was the problem. These errors were preventing the FC from initializing. When I removed all Rcx options it’s behaving normally. I can’t really drive it this way as I had several options configured but no big deal. The weather is terrible here anyway and it’s what Beta’s are for!

Hi Randy,

I just wanted to report that UAVCAN is working for me now.
I have connected two Emlid Edge GNSS receivers to a pixhawk, did the required setup and they work!
The rover also gets a very stable heading, but there are no external compasses detected. Both GNSS receivers have a full IMU, Baro and compass. I could not find out yet, if any of the additional data gets used by ardurover.
Today I am going to hook up one of my VESCs (the PC software allows CANbus message inspection) to the CANbus, to see which messages are going around. Perhaps the VESC does also work with the Pixhawk UAVCAN now.

1 Like


Thanks for the follow-up. Yes, it seemed the innocuous config issue then triggered a whole bunch of subsystems to be disabled. An over reaction in the code which we’ve got a fix for and this will also be included in -rc4.

@count74, great that UAVCAN is working. We don’t have documentation yet on how to use two GPSs for yaw but I’ve added it to the wiki to-do list.


Re dual-GPS for use in heading, this PR apparently has some instructions but I think this is for the Hemisphere GPS.


Sorry, we still don’t have instructions but hopefully we will before too long

Randy, I am happy to test dual GPS heading, but I was not really trying to achieve that. I was just trying to find out, if ardurover gets data from the built-in magnetometers in the Emlid GNSS modules over CANbus.
Also I could not get the VESCs to work over CANbus/UAVCAN. One Motor starts turning, when I set the UAVCan ESC bitmap, but I can not control it. Going to test some more.
Weather is awful anyways

1 Like

rc3 when switching to dshot esc’s don’t arm on startup
When using normal (pwm) they work.

Servers by jDrones