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


new to ST in general... actually new to ARM

I think I may be messing around with the workspace idea, I havent worked on eclipse before, I dont have a clear enough idea of how a workspace works.

so I made myself a folder in C:/ called black box, I went on eclipse and file>switch workspace and then set my workspace to this folder (c:/black box/)

in this folder I saw eclipse immediately makes 2 folders with configurations because I noticed the theme changed back to the bright white theme.

next I copied the GPIO example folder into this black box of mine and imported, built, and then I noticed the error in the bottom and it could not find the one header file stm32f4xx_hal.h and realized thats why the project was not building properly.

so I started looking for it in the project pane on the left (STM32F4xx-Nucleo>Drivers>STM32F4xx_HAL_Driver>stm32f4xx_hal.h) where I tried opening the file and it gave me an error saying that this file was missing.

upon checking this files properties, the project showed the location of this file to being: PROJECT_LOC..............\Drivers\STM32F4xx_HAL_Driver\Src\stm32f4xx_hal.c
and then this file location, when resolved, comes up to being in : C:\Drivers\STM32F4xx_HAL_Driver\Src\stm32f4xx_hal.c
but my computer did not have this Drivers folder in C:/ to begin with.

I check in the example folder for nucleo, turns out that the drivers are in the repository folder where I downloaded the HAL libraries (c:\Users\ovi2wise\STM32Cube\Repository\STM32Cube_FW_F4_V1.8.0\Drivers\STM32F4xx_HAL_Driver\).

so I tried copying the Drivers folder from the repository straight to C:/ which opened another can of worms, it solved some of the problems but another 400 popped up, so it was clearly not a solution.

so then I gutsied up and just decided to do what my gut was telling me and decided to import the example straight from the repsitory instead of copying the GPIO example into another folder.

turns out that solved the problems of missing libraries and incl files everywhere. yet, the build would not complete, there are no errors, the build takes some time and there are no messages at the bottom indicating that something went wrong. however, when I go to run>debug as>ac6 stm32 c/c++ application, I get an error saying that it can not find binaries and I should build first.

now im completely lost, any help there?

France

Yes, due to the way the example programs projects are generated, you must import them in your workspace, without copying them. If you really want to copy them in your workspace, then copy the whole firmware tree in your workspace, then import the example project you need.

Regarding your last error it’s a known bug in the IDE on which we are working and that should be corrected in a forthcoming release.

However there is a very simple workaround: you just have to right-click on your project in the project explorer pane and then select Refresh...; then you will be able to debug your program.

Sorry for the inconvenience,

Bernard

Hi Bernard. its a small trick, easy tweak. I will keep my ears open for the next version and look forward to the fix. thank you for the workaround. it helped