DOWNGRADE BOOTLOADER TO 0.0.22 AND 0.0.26

[xcamuzx]

Hi,

We are currently facing some difficulties and unexpected crashed on the latest bootloader 0.0.28.

We have bought so far +200 cameras and we cant provide the solution with those crashes. Could someone please post a way to rollback / downgrade to the versions 0.0.22 AND 0.0.26, would really appreciate, thanks.

Regards.

[moratom]

Hi @xcamuzx.

Sorry for the issues, the way to downgrade the bootloader is to use an older depthai and flash the embedded bootloader that comes with it.

0.0.26 was never included in any depthai release, so it's not possible to use as is (if you need it we can prepare a branch that will have it).

You can use:

• v2.22.0.0 for bootloader 0.0.26.
• b77fdb16e91f13fb9fa7692e356c9dde1cbf55a5 for bootloader 0.0.22.

For the instructions on how to update see https://docs.luxonis.com/software/depthai-components/bootloader/ (upgrade and downgrade works in the same manner, just make sure you have the right depthai version checked out.

[moratom]

We would be super grateful if you can expand a bit more (possibly provide some MREs) for the crashes you get on the latest bootloader, as according to our evaluation the new bootloader has much better stability.

How do the crashes look like?

[xcamuzx]

Hi moratom,

Crash looks like this:

Data size: (70, 2) Reading config... Stack trace (most recent call last) in thread 2192: #20 Object "[0xffffffffffffffff]", at 0xffffffffffffffff, in #19 Object "/lib/aarch64-linux-gnu/libc.so.6", at 0xffff9b38601b, in #18 Object "/lib/aarch64-linux-gnu/libpthread.so.0", at 0xffff9b564647, in #17 Object "/usr/bin/python3", at 0x620baf, in #16 Object "/usr/bin/python3", at 0x620fb3, in #15 Object "/usr/bin/python3", at 0x62ca7b, in PyThread_exit_thread #14 Object "/lib/aarch64-linux-gnu/libpthread.so.0", at 0xffff9b565607, in pthread_exit #13 Object "/lib/aarch64-linux-gnu/libpthread.so.0", at 0xffff9b56ef77, in __pthread_unwind #12 Object "/lib/aarch64-linux-gnu/libpthread.so.0", at 0xffff9b5710bf, in #11 Object "/lib/aarch64-linux-gnu/libpthread.so.0", at 0xffff9b570edf, in #10 Object "/lib/aarch64-linux-gnu/libc.so.6", at 0xffff9b3bea5b, in __libc_dlopen_mode #9 Object "/lib/aarch64-linux-gnu/libc.so.6", at 0xffff9b3be9af, in #8 Object "/lib/aarch64-linux-gnu/libc.so.6", at 0xffff9b3bf5af, in _dl_catch_error #7 Object "/lib/aarch64-linux-gnu/libc.so.6", at 0xffff9b3bf4e3, in _dl_catch_exception #6 Object "/lib/aarch64-linux-gnu/libc.so.6", at 0xffff9b3be89b, in #5 Object "/lib/ld-linux-aarch64.so.1", at 0xffff9b5bf29f, in #4 Object "/lib/aarch64-linux-gnu/libc.so.6", at 0xffff9b3bf4e3, in _dl_catch_exception #3 Object "/lib/ld-linux-aarch64.so.1", at 0xffff9b5bf88b, in #2 Object "/lib/ld-linux-aarch64.so.1", at 0xffff9b5b8b53, in #1 Object "/lib/ld-linux-aarch64.so.1", at 0xffff9b5b6faf, in #0 Object "/lib/ld-linux-aarch64.so.1", at 0xffff9b5b6478, in Segmentation fault (Address not mapped to object [(nil)])

[xcamuzx]

Is, there a way to download/access to the internal logs of the camera for analyzing the crash better? i just got the logs from the program that utilize the camera. We have updated to 0.0.28 but booting time of the cameras is still not stable on every boot.

[Erol444]

Hi @xcamuzx , This doesn't look like a depthai crash though, could you provide a minimal repro example (MRE)? You can enable debug mode, and check if there are crash logs on the camera (FW crash):

• https://docs.luxonis.com/software/depthai/debugging/
• https://docs.luxonis.com/software/depthai/examples/crash_report/

[xcamuzx]

Hi Erol444 and moraton,

Just a quick update on this, we have updated every single camera to V0.28 and so far its looking better. We just realized that we had some cameras came with 0.22 and 0.26 and those were having weird behaviors on the booting process. Now it seems to be more stable.

I'll do some debugging or crash_report if this version 0.28 fails.

Thank for your time and attention to this request.

Regards

[Erol444]

Hi @xcamuzx , perfect, please let us know if there will still be issues.