# Abnormal depth\_holde mode

**URL:** <https://discuss.bluerobotics.com/t/abnormal-depth-holde-mode/8046>\
**Category:** Blue Robotics Software\
**Tags:** positioning\
**Created:** [August 27, 2020, 1:37pm UTC](https://discuss.bluerobotics.com/t/abnormal-depth-holde-mode/8046 "2020-08-27T13:37:54Z")\
**Posts on this page:** 9\
**Page:** 1

<div class="post-metadata">

**Author:** ![almathisen](https://avatars.discourse-cdn.com/v4/letter/a/9fc29f/32.png) [@almathisen](https://discuss.bluerobotics.com/u/almathisen)\
**Post date:** [August 27, 2020, 1:37pm UTC](https://discuss.bluerobotics.com/t/abnormal-depth-holde-mode/8046/1 "2020-08-27T13:37:54Z")

</div>

Hi.

Im having trouble with depth hold mode that the ROV just want to go down on full speed. If I take first in stabilize than depth\_hold everything works fine. I have testet this on two ROV with the same result.

Someone else that have the same issue?

Im running the latest software of ardusub, companion and QGC.

---

<div class="post-metadata">

**Author:** ![JeanBenoit](https://sea1.discourse-cdn.com/flex019/user_avatar/discuss.bluerobotics.com/jeanbenoit/32/4689_2.png) [@JeanBenoit](https://discuss.bluerobotics.com/u/JeanBenoit)\
**Post date:** [August 27, 2020, 2:54pm UTC](https://discuss.bluerobotics.com/t/abnormal-depth-holde-mode/8046/2 "2020-08-27T14:54:03Z")

</div>

Hi,  
Exactly the same problem as you with the latest updates, I’m waiting for the correction …

---

<div class="post-metadata">

**Author:** ![williangalvani](https://avatars.discourse-cdn.com/v4/letter/w/6f9a4e/32.png) [@williangalvani](https://discuss.bluerobotics.com/u/williangalvani)\
**Post date:** [August 27, 2020, 5:12pm UTC](https://discuss.bluerobotics.com/t/abnormal-depth-holde-mode/8046/3 "2020-08-27T17:12:45Z")

</div>

Hi, do you mind running some tests and sharing the [dataflash logs](https://williangalvani.github.io/ardusub-gitbook/operators-manual/logging.html#dataflash-logs)?  
Do the following:

First test:

1. Turn on ROV, put it in the water (preferably slightly positively buoyant at the surface)
2. Engage depth hold
3. Arm
4. wait until things stabilize to disarm (or earlier if you think it is unsafe).

Second test:

1. Turn on ROV, put it in the water (preferably slightly positively buoyant at the surface)
2. Engage stabilize
3. Arm
4. Engage depth hold
5. Wait a few seconds
6. Disarm

Third test:

1. Turn on ROV, put it in the water (preferably slightly positively buoyant at the surface)
2. Engage manual mode
3. Arm
4. Engage depth hold
5. Wait a few seconds
6. Disarm

That would help a lot at diagnosing the issue.

---

<div class="post-metadata">

**Author:** ![almathisen](https://avatars.discourse-cdn.com/v4/letter/a/9fc29f/32.png) [@almathisen](https://discuss.bluerobotics.com/u/almathisen)\
**Post date:** [August 28, 2020, 7:07am UTC](https://discuss.bluerobotics.com/t/abnormal-depth-holde-mode/8046/4 "2020-08-28T07:07:32Z")

</div>

I didnt get the behavior I expected. I thought the third test was gonna trigger that behavior. I can see that the rov going a bit down before it stabalize in depth. But if I change back to manual, and than to depth hold it stabalize right away. Our test tank is 1m deep.

I can say that the ROV frame is somthing we have build on our own and not 100% level on manual mode, but the electronic is all Blue Robotics.

We have some other deeper testtanks that i can test the BlueRov, but that have develope 4.1.0 with DVL software on.

But here is the bin files, plus I got an depth-sensor error in the end. But the ROV seems fine in depth hold mode. Im gonna give you the Bin files if I see the described behavior.

[log01-first-test.bin](https://discuss.bluerobotics.com/uploads/short-url/iL9dYnsoKgwrOjxklY5TQMgt2tc.bin) (488.1 KB) [log02-second-test.bin](https://discuss.bluerobotics.com/uploads/short-url/kCAJKlcaGHDnjlsovY9UEZAiXIu.bin) (384.1 KB) [log03-third-test.bin](https://discuss.bluerobotics.com/uploads/short-url/wK2xaDTzJxdCRNO9bklEL5bQ5YH.bin) (535.6 KB) [log04-depth-sensor-error.bin](https://discuss.bluerobotics.com/uploads/short-url/qoHeRcc5WkZfg3z8i6Lp50imbtn.bin) (52.6 KB)

---

<div class="post-metadata">

**Author:** ![williangalvani](https://avatars.discourse-cdn.com/v4/letter/w/6f9a4e/32.png) [@williangalvani](https://discuss.bluerobotics.com/u/williangalvani)\
**Post date:** [August 28, 2020, 1:39pm UTC](https://discuss.bluerobotics.com/t/abnormal-depth-holde-mode/8046/5 "2020-08-28T13:39:08Z")

</div>

I couldn’t find anything outstanding. Please let us know if you find a consistent way to reproduce this issue.

> [@almathisen](#):
>
> I can see that the rov going a bit down before it stabalize in depth.

There are two factors at play there. First , the depth target is set to `SURFACE_DEPTH - 5cm` to avoid sucking in air, this triggers the short dive it does when engaging Depth Hold at the surface. Secondly, there is also some overshoot (only 3cm in your case) that seems to be related to PSC\_ACCZ\_I and PSC\_ACCZ\_IMAX, but you shouldn’t worry about this one.

> [@almathisen](#):
>
> plus I got an depth-sensor error in the end.

Please check the wiring for the Bar30, maybe move it away from other wires, I²C can be pretty sensitive to noise and running on long wires.

---

<div class="post-metadata">

**Author:** ![almathisen](https://avatars.discourse-cdn.com/v4/letter/a/9fc29f/32.png) [@almathisen](https://discuss.bluerobotics.com/u/almathisen)\
**Post date:** [August 31, 2020, 7:27am UTC](https://discuss.bluerobotics.com/t/abnormal-depth-holde-mode/8046/6 "2020-08-31T07:27:39Z")

</div>

Thanks for the information. Im gonna let you know if I find a consistent way to reproduce this problem.

Mby @JeanBenoit have some more information?

> [@williangalvani](#):
>
> > [@almathisen](#):
> >
> > plus I got an depth-sensor error in the end.
> 
> Please check the wiring for the Bar30, maybe move it away from other wires, I²C can be pretty sensitive to noise and running on long wires.

Why isnt the cable shield on depth sensor?

---

<div class="post-metadata">

**Author:** ![JeanBenoit](https://sea1.discourse-cdn.com/flex019/user_avatar/discuss.bluerobotics.com/jeanbenoit/32/4689_2.png) [@JeanBenoit](https://discuss.bluerobotics.com/u/JeanBenoit)\
**Post date:** [August 31, 2020, 7:47am UTC](https://discuss.bluerobotics.com/t/abnormal-depth-holde-mode/8046/7 "2020-08-31T07:47:09Z")

</div>

No information…

---

<div class="post-metadata">

**Author:** ![Tangaroa](https://avatars.discourse-cdn.com/v4/letter/t/ac91a4/32.png) [@Tangaroa](https://discuss.bluerobotics.com/u/Tangaroa)\
**Post date:** [August 31, 2020, 9:30pm UTC](https://discuss.bluerobotics.com/t/abnormal-depth-holde-mode/8046/8 "2020-08-31T21:30:57Z")

</div>

Hi, I have had this happen to me randomly as well. It only really happens if I’m close to the surface when I engage depth hold. I now just either engage depth hold. The vehicle will dive down fast. I go back to manual and back to depth hold and all is good. Or , I dive in manual deeper. Engage depth hold then reduce depth in depth hold .

---

<div class="post-metadata">

**Author:** ![enis.getmez](https://sea1.discourse-cdn.com/flex019/user_avatar/discuss.bluerobotics.com/enis.getmez/32/5893_2.png) [@enis.getmez](https://discuss.bluerobotics.com/u/enis.getmez)\
**Post date:** [August 31, 2020, 10:09pm UTC](https://discuss.bluerobotics.com/t/abnormal-depth-holde-mode/8046/9 "2020-08-31T22:09:22Z")

</div>

We had a similar problem. The problem was caused by the depth/pressure sensor giving incorrect data.
