It is interesting that you began to experience problems with the Depth Hold mode since you calibrated your accel/compass sensors.
I believe that Depth Hold is controlled by the Bar30 High Resolution 300m Depth/Pressure Sensor and should not be affected by the accel/compass sensor calibration.
You might want to try and recalibrate the Depth/Pressure Sensor to see if that will cure you Depth Hold mode issue.
Regards,
TCIII AVD
Hi TCIII,
We bought two BlueRov2 and we already changed the pixhawk and the depth sensor and it continues with the same problem.
When I trigger the depth mode, it speeds the vertical thrusters down, but if I tilt the rov nose at 45 degrees down, the vertical thrusters stop.
I can not understand, since I did all the calibration procedures.
Regards,
Geraldo
zero meters.
Regards,
Geraldo
@geraldof1975 Please review the software setup instructions, in particular the configure motor directions step.
Good morning, Jacob.
Regardless of the direction of the vertical thrusters, when triggering the automatic depth out of water with the depth sensor zeroed, vertical thrusters should not operate.
Am I forgetting something?
Regards,
Geraldo
This is incorrect. The expected behavior when operating a stabilized mode in air is for the motors to spin.
Jacob,
My problem is not with the stabilization but with the automatic depth.
Stabilization is working properly.
Regards
Geraldo
I replied to your (incorrect) point about testing ‘out of water’.
Have you tested this in water?
Yes, I already tested it inside the pool and the problem is in the automatic depth that, when triggered, is triggering the vertical thrusters to the bottom of the pool.
An interesting detail, when I turn on the automatic depth and the verticals begin to rotate, I tilt the rov 45 degrees with the nose down and the verticals stop turning.
What can it be?
Geraldo
Is this on the bench out of water, or in water?
It is most likely the software setup for the direction of the thrusters is incorrect. Please try to reverse the direction of motors 5 and 6.
The tests are now being made out of water. In the lab.
Without the use of automatic depth, thrusters 5 and 6 work correctly.
We reverse the propellers of thrusters 2 and 4 to avoid there being a twist in the frame or until the rov drifts when it goes forward.
The thruster 5 was reversed because the rotation was to the same side of the thruster 6.
Regards,
Geraldo
Geraldo, You should not try to test the STABILIZE mode or the DEPTH HOLD mode when the ROV is sitting in the air. The motors will always turn if this is the case. To use or test these modes, the ROV must be in the water.
When the ROV is in the water, if DEPTH HOLD makes the rov go up or down quickly, it means that the motor direction is incorrect. Then you should change the direction of motors 5 and 6, and try to use depth hold again while the ROV is in the water.
Please follow the instructions on the motor setup page carefully. If you believe there is some other problem, please make a video demonstrating that it does not work with the motors 5 and 6 in either configuration.
All right, Jacob. I understood what you meant
But do not you agree that vertical thrusters, even in the air, when triggered the automatic depth, should they not stand still, whether they are inverted or not?
There is no variation of the depth sensor!
Are there other sensors that work with Depth Hold?
What I find strange now is to put the ROV at 45 degrees and the vertical thrusters stop and when I change the value of the depth sensor in that position, it works normally.
Regards,
Geraldo
There is variation of the depth sensor (maybe a smaller decimal place than the display in QGC), as well as the IMU sensors, which the ROV combines all this information to find “how deep am I”. The ROV will try to correct for even a fraction of a centimeter. Not only do the verticals run for depth, but they also run to correct the roll angle. And this will try to correct for even a fraction of a degree out of ‘perfectly level’. This is why the motors spin in air, and this is why they are expected to spin (because the output does not help to correct the error), and that’s ok.
But what about the fact that the vertical ones stop working when the rov is tilted to 45 degrees?
Could it be due to being out of water too?
Geraldo
It is a result of the closed loop control algorithm and the feedback that the ROV received from the sensors. When you tilted it forward, you probably leveled it on the roll axis.
Got it, Jacob!
When I turn the vertical, it works, but when I put my finger on the depth sensor, it stops.
I think this solves the problem.
Thanks for the patience with me. hehe
Geraldo
Jacob,
I will leave some suggestions for future implementation in the software.
1 - Possibility to use only the depth sensor in the Depth Hold (Since that ROVs are naturally roll and pitch stable in water it does not need to use accelerometers readings to compute Depth Hold, just the pressure and sonar altimeter if installed);
2 - Possibility to use Depth Hold and Stabilize together, with specific buttons to disable them.
Best Regards,
Geraldo
