Twice now, when I have rebooted my Cube Orange it as lost all loaded parameters and went back to the default settings (as far as I can tell, all of the default settings).
The Cube Orange is new out of the box. It was flashed correctly. I then used a Cube Black parameter file and copied over the settings that I needed (not a full copy over, not a copy and paste kind of thing).
During diagnosing this problem I did short the power between the servo power connector that was only attached to the carrier board of the Cube Orange, I don’t know much about reverse/over voltage protection on the the Cube Orange but could that have damaged the autopilot or carrier board portions somehow?
Could there be a parameter setting or perhaps a conflict of settings that could be causing this?
This is the parameter file that worked in my cube black configuration and was used to populate most of the cube orange parameters:
10/12/2020 11:56:42 AM : RCOut: PWM:1-12
10/12/2020 11:56:42 AM : CubeOrange 003D002E 3239510D 38363839
10/12/2020 11:56:42 AM : ChibiOS: d4fce84e
10/12/2020 11:56:42 AM : ArduPlane V4.0.6 (036ad450)
Should I use Zadig to update the bootloader even though 4.0.6 should fix the problem? When I flashed 4.0.6 I do not recall seeing the additional update the bootloader button that is pushed in the video at the bottom.
I’ve got no problem doing this (seems easy enough) I just don’t like dick’n around with hardware that is this deep.
AFAIK there is not a difference in the mavlink response message for a successful bootloader flash and an unsuccessful bootloader flash. I added a Lua script to play a short set of tones a short while after boot. That lets me know that the SCR_ENABLE parameter is still 1 and not the default 0. It’s a terrible work around. I’ve been kicking around the idea of adding a feature to compare the current parameter set to one that is stored on the SD card and send a “Parameters Confirmed” status message.
We are experiencing this with an Orange using Rover 4.0.0. I have tried updating the bootloader, but it just reset everything after a reboot. Very frustrating as the vehicle is large and a PITA to perform the Compass and accel calibration.
Same problem here with cube Orange with Arduplane 4.0.8.
Bootloader udated several times without success.
Ramdomly it happens, four/five times per week, not capable to establish any cause/effect relation with other events.
Any fix on the way?
It is quite frustrating now.
Thanks
Daniele
Same problem here with cube Orange with Arduplane 4.0.8.
Bootloader udated several times without success.
Ramdomly it happens, four/five times per week, not capable to establish any cause/effect relation with other events.
Any fix on the way?
It is quite frustrating now.
We’re working up to another stable release with parameter-restore
functionality. Your parameters will be automatically restored (and you’ll
be handed an internal error so you know it’s happened).
What carrier board are you using for your CubeOrange? Is there anything
unusual about the way you are powering it?