cancel
Showing results for 
Search instead for 
Did you mean: 

Installing STM32CubeProgrammer on Raspberry Pi

Ah.1
Associate II

We've been succesfully using stm32flash in the past to flash our STM32 MCU that are attached to Raspberry Pi servers (no desktop or X). As we moved on to STM32G0 it seems that stm32flash is no longer working and we are forced to use STM32CubeProg to flash our firmware.

Is it possible to install STM32CubeProg on a) ARM such as RPI, b) server with no desktop?

To begin with, the installation instructions require the installation of OpenJFX which is not relevant (nor possible, in lieu of X) in this case, we intend to use only the CLI interface through scripts that perform the flashing.

Then, trying to run the installation script on the RPI fails since the provided installation binary is for x86.

34 REPLIES 34
DTran.4
Associate

Is it a matter of adding the device ID for STM32G0 to stm32flash? I assume the protocol of the bootloader would be the same? Just a thought.

Rstua.1
Senior

Can not believe this is 2 years old and still no resolution.

Our objective: Field upgrades on units containning STMicro STM32 processors. These units are plugged into user operated equipment which contains a Linux computer. So, yes, it would have been great to have been able to use a form of STM32CUBEPROGRAMMER on a Linux platform.

Our solution? (warning: not for everyone): We added a FAT-formatted / SDCard to every STM32 unit to contain the upgrade STM32 firmware image. Then we wrote a new STM32 program that permanently resides in the STM32 flash to mount and read the SDCard. The STM32 firmware image on the SDCard is then flashed to the STM32's memory.

Why is this not for everyone? Because it necessitates adding an SDCard and socket to the BOM which adds dollars to each and every production unit. We also needed to spend thousands of dollars on developer time to create and test the STM32 upgrade software.

Yes, but openocd does not support external flash loader 'stldr', so for more complex projects you can not take full advantage of stlink.

At least for QSPI- and OctoSPI-attached external flash there is no need for any external flash loader, as OpenOCD has an appropiate driver "stmqspi" already built in.

MJawo.2
Associate

I'm waiting for STM32CubeProgrammer for ARM too.