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


Paths in System Workbench

Hello!

I am playing with a few ST boards, and I have a few questions.
Using STM32F429Disco, I created a project and selected to add firmware,
Standard Peripheral Library only. It works fine and I could use the LCD without
any trouble because the Utilities folder is there, with the STM32F429I-Discovery
subfolder which contains among other things the LCD driver.

Now, I wanted to create the same program using STM32F469Disco, so I did
the same thing. But in this case, the standard peripheral library doesn’t include
the Utilities folder.

Question: why are the 429 and 469 different? Why isn’t the utility folder included?

Then I tried to create another project, but by choosing Cube HAL this time.
I created the new project, compiled it, which succeeds. But the project is still
empty and the main() has only a while(1) loop.

In this new program, all the necessary drivers seem to be here (Utilites). So
I went to the cube examples.
To be accurate, it was this locatio:

STM32Cube_FW_F4_V1.11.0/
Projects/
STM32469I-Discovery/
Examples/
LCD_DSI/
LCD_DSI_ULPM_Data/

The source (src) folder contains 4 source files, and its related headers are in inc.
So I tried to copy the .c in my programs’ src folder and similarily .h to inc folder.

Question: main.c doesn’t seem to see main.h. What should I do? Is there another
way to add files? I checked under Project if there is a way to add external files
but.. no.

After stopping and restarting the IDE, my main now can see main.h. But
LCD_OK is unknown, although the proper header is included from main.h.

How can I include new files and make the cube based project take into account
all the files it has included at creation time (i.e. in this case take into account
stm32469i_discovery.h so that LCD_OK is known to main.c)?

Thanks for any hint!

Pascal

Hello (again)!

In order to move forwards, I (more or less) solved the problem the hard wway by copying in src
all the files involved in the program. What I don’t understand is that the program is still apparently
full of bugs, but at least it does something (it displays the “candies_800x480_argb8888” file).
Not the text (apparently it’s supposed to display some text).
As you can see in the attached picture, the debugger has started and it waits on the first line,
but the IDE says LCD_OK could not be resolved.

Can anybody explain me what happens? Why does it work if there are uneresolved symbols?

Thanks,

Pascal