Loading...
 

SW4STM32 and SW4Linux fully supports the STM32MP1 asymmetric multicore Cortex/A7+M4 MPUs

   With System Workbench for Linux, Embedded Linux on the STM32MP1 family of MPUs from ST was never as simple to build and maintain, even for newcomers in the Linux world. And, if you install System Workbench for Linux in System Workbench for STM32 you can seamlessly develop and debug asymmetric applications running partly on Linux, partly on the Cortex-M4.
You can get more information from the ac6-tools website and download (registration required) various documents highlighting:

System Workbench for STM32


Cube upgrade from 13 to 14

In the “Project Explorer format” thread Bernard suggested that I upgrade STM32CubeMX from version 4.13 to 4.14.

When you do that (at lease for the L476) new firmware (aka HAL) libraries also need to be downloaded. The cube update tried to download but can’t (probably because STMicro wants you to click a ‘I have read the warnings’ dialog). So the firmware goes from STM32Cube_FW_L4_V1.3.0 to STM32Cube_FW_L4_V1.4.0. You can get the firmware on STmicro’s site. The file goes in the STM32Cube Repository.

The 4.14 reads the old project file (yeah!) and requests permission to migrate it to the new version. It may have migrated the old cube file, but it did not migrate the main.c file.

It also does not create the file structure called for by AC6 (really the .cproject file).

No biggie, I had eclipse create new files in the displayed folders, located those folders and copied over my old main.c and assorted additional files.

There are errors everywhere in main.

So, I re-entered cube and had it regenerate everything.

It deleted the file structure that was displayed in AC6.

I recreated it and copied the main.c cube generated from it’s wrong location to the correct location.

Still lots of RED in main.c. Routines cube wrote do not compile.

Errors

The hlcd structure has completely changed it’s definition (actually the Init member changed).

Anyone else having these problems?

-Matt