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

Forum List Topic List

[ prev topic ]  

CUBE error for STM32F476RG causes these processors to not work

Posted by MattReed59 on 2016-03-18 20:15

There is a mistake with the STM32L476R processor in CUBE.

This affects the Nucleo-L476RG board.

The size of the memory it wrong, as a result CUBE will place the stack in memory that does not exist. The result being that you can’t run or debug the program. In the debugger you are always in an infinite loop as soon as a subroutine call is made.

To fix it:
To get CUBE working correctly with the STM32L476RG:

Edit the file “families.xml” (C:\Program Files (x86)\STMicroelectronics\STM32Cube\STM32CubeMX\db\mcu\families.xml)

Line 20608, in the entry:

Mcu Name=”STM32L476R(C-E-G)Tx” PackageName=”LQFP64” RefName=”STM32L476RGTx” RPN=”STM32L476RG”

The field:

Ram

Was 128, change it to 96.

-Matt

Reads: 6493
Link
Posted by tarek bouchkati on 2016-03-21 15:27 Tunisia

Hi Matthew,

Thank You for reporting this issue, the issue is reported to MX dev team

But the modification that you have done will not fix the issue.

In fact this MCU has two SRAM memories:

  1. SRAM1 (96KB = 0x18000) starts from 0x20000000
  2. SRAM2 (32KB = 0x08000) (with parity check) starts from 0x10000000


The root cause of this runtime crash is as you have said that the stack is misplaced:
to fix this issue you need to modify the _estack and RAM size in you linker :

  1. _estack should be 0x18000 instead of 0x20000
  2. RAM size should be 96K


Regards,
Tarek

Link
Posted by MattReed59 on 2016-03-21 18:40

If you modify the file I mentioned in the CUBE, it will modify the file you mentioned (the linker file).

My initial move was to fix the linker file, but every time I used CUBE it would reset it.

By modifying the families.xml file CUBE will product the correct linker file.

-Matt

Link