Cannot communicate over adb/fastboot after flashing image

[Kashish Garg 0]

Followed instructions from here: https://docs.modalai.com/voxl2-unbricking/ , flashing VOXL 2 QDL Image 14.1a_1.1.2
We cannot connect to the shell of the voxl2 through adb nor fastboot and have gone through the instruction set multiple times.

We noticed on the other working starling we have the system image version is 1.6.2-M0054-14.1a-perf
Any and all help is appreciated to getting this board unbricked.

[Alex Kushleyev]

@Kashish-Garg-0 , can you clarify if you went through the unbricking procedure completely or did it fail at some point? did you try to repeat the unbricking procedure?

[Kashish Garg 0]

@Alex-Kushleyev Thanks for the quick reply!
Went through the unbricking process three times, the output from the qdl command matched exactly what was in the unbricking guide and there were zero indications of any errors throughout the process

[Alex Kushleyev]

@Kashish-Garg-0 , so right after the procedure you were able to turn off SW2 and log into the board using adb?

[Kashish Garg 0]

@Alex-Kushleyev I was able to turn off SW2, but I was unable to log into the board using adb. I tried reinstalling adb on my machine, I tried multiple machines and multiple usb-c cables. We have another, working, starling and we are able to log into adb there, so we are pretty sure it has to do with this voxl2 specifically.

[Alex Kushleyev]

@Kashish-Garg-0 , thanks for clarifying. Was this board working originally and then something happened or was it "dead" when you received it?

[Kashish Garg 0]

@Alex-Kushleyev it was working and we accidentally removed glibc in an attempt to upgrade it. Meaning we couldn't access the shell anymore.

[Alex Kushleyev]

@Kashish-Garg-0 , I understand.

Can you try this procedure to force into fastboot and then perform SDK install?

https://docs.modalai.com/voxl2-voxl2-mini-system-image/#force-voxl-2-into-fastboot

[Kashish Garg 0]

@Alex-Kushleyev Hey Alex, we have gone through this procedure a few times, even had a partner to make sure the button was being pressed appropriately. When running fastboot devices, no device gets identified.

[Alex Kushleyev]

@Kashish-Garg-0 , I understand, thanks for clarifying.

My colleague, who has more experience with this, was out of office last week, coming back tomorrow. I will make sure he takes a look at your post, he may have some suggestions. @tom

Alex

[tom]

@Kashish-Garg-0 With your device plugged in to your host pc via usb, what do you see with lsusb on your host PC?

[Kashish Garg 0]

@tom

Bus 005 Device 008: ID 05c6:900e Qualcomm, Inc.

Thanks for your help!

[tom]

@Kashish-Garg-0 Okay so the device is booting into EDL mode, which is what is used for QDL flashing. Can you confirm that the EDL switch is turned off?

[Kashish Garg 0]

@tom Yes the EDL Switch is turned OFF, pointing away from the Processor

[tom]

@Kashish-Garg-0 And when you went through the QDL process did the QDL flashing complete as expected? Should take around 10 minutes to complete

[Kashish Garg 0]

@tom I just re ran it and it took around 7 minutes or so and gave the appropriate output:

FIREHOSE READ: <?xml version="1.0" encoding="UTF-8" ?>
<data>
<log value="INFO: Calling handler for setbootablestoragedrive" /></data>
FIREHOSE READ: <?xml version="1.0" encoding="UTF-8" ?>
<data>
<log value="INFO: Using scheme of value= 1" /></data>
FIREHOSE READ: <?xml version="1.0" encoding="UTF-8" ?>
<data>
<response value="ACK" rawmode="false" /></data>
FIREHOSE WRITE: <?xml version="1.0"?>
<data><power value="reset"/></data>

FIREHOSE READ: <?xml version="1.0" encoding="UTF-8" ?>
<data>
<log value="INFO: Calling handler for power" /></data>
FIREHOSE READ: <?xml version="1.0" encoding="UTF-8" ?>
<data>
<response value="ACK" rawmode="false" /></data>

[tom]

@Kashish-Garg-0 And then if you remove and replace both power and usb is it still booting to that same mode?

[Kashish Garg 0]

@tom You mean is it going to EDL mode after replacing power/usb and moving the EDL Switch to off?

Bus 005 Device 011: ID 05c6:900e Qualcomm, Inc. USB2.0 Hub

Is what is being printed with lsusb now

[tom]

@Kashish-Garg-0 Sounds like we'll have get an RMA going for this one: https://www.modalai.com/pages/rma

[tom]

@Kashish-Garg-0 It's possible your board has a QSM8250 (M0054-2) instead of a QRB5165 (M0054-1), see here for the diffs: https://docs.modalai.com/m0054-versions/#m0054-1-and-m0054-2

If that is the case then you will have to QDL using a different build, which you can download from downloads.modalai.com, look for M0054-2 Starling QDL Image 1.7.4 2024-02-09-1.7.4-M0054-2.zip under the "All" category