Servers by jDrones

Strange firmware issue (RadioLink Mini Pix)

I received a new RadioLink Mini-Pix, and it booted nicely after unboxing. Then I decided to flash a newer ArduCopter build into it. With a Linux host, I however noticed that the bootloader thought the device was a ‘PX4Flow’.

So to get things lean, I booted the device into STM32 DFU mode and flashed in a stable AC 3.6.11 with bootloader (mini-pix build) using BetaFlight flasher, ticking ‘erase whole chip’ checkbox.

Now the Mini Pix does not boot past the bootloader, while rapidly flashing red light. I can, however, reflash with QGroundControl or Mission Planner a different firmware - I tried 4.0rc1 Copter, different Plane builds (to erase any settings) but the thing just won’t boot further. I also DFU-flashed recent ChibiOS bootloaders, even one that I built out of latest git. No success.

When I flash AC 4.0rc1, the device goes slightly past the bootloader (Linux dmesg indicates the device first as a mini-pix-BL, then as a mini-pix, disconnecting USB in between). However it hangs there immediately, with only power led on.

I also added an sdcard to get diagnostics. While booting, it does create the directory ‘APM’ for logging, but the directory remains empty.

I’ve handled the device carefully what comes to static electricity etc, but have I now actually bricked it? Could it be that due to that PXFlow strangeness, the STM32 is somehow retaining incorrect boot registers? How could I truly reset it?

Any hints appreciated.

//Pasi

Getting even stranger - I can flash a BetaFlight STM32F405 image into the Mini Pix and it runs and connects normally. Flashing back to ArduPilot still hangs.

After some dfu-util wrangling I got both mini-pix bootloader and latest mini-pix binary uploaded. With latest and beta, the board boots further (red blinking stops after a few seconds) and the console outputs a single line:

Successfully mounted SDCard (slowdown=0)

(without SDCard installed, it just outputs a linefeed)

Furthermore, when the hardware safety button w/led is connected, the safety led lits up after a few seconds and can be toggled into triple-flashing and back to solid mode with the button.

So the image clearly boots to some extent, but there’s no mavlink on any ports and the main board led stays off. Linux detects /dev/ttyACM0 normally.

Would anyone have a working, even RadioLink binary backed up? I thought about this only after trying to update for the first time…

OK I figured it out. My Mini Pix is built as recently as 9/9/19, which means that it does not have the Ramtron FRAM chip installed, as the HWDEF file assumes. Building the bootloader and Ardupilot with Vierfuffzig allows it to boot:

And one can connect an OSD too.

could you maybe upload some pictures of your minipix board?
cheers, basti.

Here you go. I was surprised to see just the placeholder for the Ramtron FRAM chip.

Best regards,
Pasi

ok, thanks a lot! seems we need to add a V1.0 II hwdef for that board revision if we want to keep up support…
good thing is they didn‘t fix the telemetry ports‘ inversed case imprint, so no need to change the documentation too :wink:

Servers by jDrones