STM32CubeProgrammer fails with: "Error: Message from Embedded Flash Loader : Layout line 1: invalid option '¸' in ¸)"

[Moises Araya]

Hi community,

I'm facing problems to upload the flash layout on a custom board with the STM32CubeProgrammer. I tried with the last version (v2.10.0) but also older ones. The USB communication seems to be working fine as there are not checksum errors or alike. However, for some reason UBoot can still not parse the uploaded layout.

Any idea how this problem can happen even if the USB communication is correct? Could this be a RAM misconfiguration problem even if UBoot can run from RAM and the basic UBoot RAM tests are successful?

For more information, I attach the STM32CubeProgrammer log and the UART4 log.

Thank you in advance for any insight!

Bests,

Moises

[Moises Araya]

Hi @Community member​ ,

Thanks for your response. In the CubeMX I set both ports to the same COM10 and the SPL gets loaded but then there is no communication.

The command you suggest can load and start the SPL successfully:

STM32_Programmer_CLI.exe -c port=COM10 br=115200 -w ...\basic_stm32mp15\u-boot-spl.stm32-stm32mp151d-fm-mx-basic 0x01 --start 0x01
 
 
 -------------------------------------------------------------------
 STM32CubeProgrammer v2.6.0
 -------------------------------------------------------------------
 
Serial Port COM10 is successfully opened.
Port configuration: parity = even, baudrate = 115200, data-bit = 8,
 stop-bit = 1.0, flow-control = off
Activating device: OK
Chip ID: 0x500
BootLoader protocol version: 4.0
Device name : STM32MP1
Device type : MPU
Device CPU : Cortex-A7
 
 
 
Memory Programming ...
Opening and parsing file: u-boot-spl.stm32-stm32mp151d-fm-mx-basic
 File : u-boot-spl.stm32-stm32mp151d-fm-mx-basic
 Size : 138130 Bytes
 Partition ID : 0x01
 
Download in Progress:
██████████████████████████████████████████████████ 100%
 
File download complete
Time elapsed during download operation: 00:00:36.302
 
RUNNING Program ...
 Address: : 0x1
Start operation achieved successfully

However, afterwards there is no answer from the UART4 port. If I insted load the SPL over usb and listen at the same time over the UART:

STM32_Programmer_CLI.exe -c port=usb1 -w ...basic_stm32mp15\u-boot-spl.stm32-stm32mp151d-fm-mx-basic 0x01 --start 0x01
 
 
 -------------------------------------------------------------------
 STM32CubeProgrammer v2.6.0
 -------------------------------------------------------------------
 
 
 
USB speed : High Speed (480MBit/s)
Manuf. ID : STMicroelectronics
Product ID : DFU in HS Mode @Device ID /0x500, @Revision ID /0x0000
SN : 002600213131510137313536
FW version : 0x0110
Device ID : 0x0500
Device name : STM32MP1
Device type : MPU
Device CPU : Cortex-A7
 
 
 
Memory Programming ...
Opening and parsing file: u-boot-spl.stm32-stm32mp151d-fm-mx-basic
 File : u-boot-spl.stm32-stm32mp151d-fm-mx-basic
 Size : 138130 Bytes
 Partition ID : 0x01
 
Download in Progress:
██████████████████████████████████████████████████ 100%
 
File download complete
Time elapsed during download operation: 00:00:00.316
 
RUNNING Program ...
 Address: : 0x1
Error: an error occured while uploading data from the virtual partition 0xF1
Start operation achieved successfully

In this case the UART4 outputs:

U-Boot SPL 2020.10-stm32mp-r2 (Oct 11 2021 - 12:09:12 +0000)
Model: SP-Funktionsmuster based on STM32MP15 MPU
RAM: LPDDR2 16bits 528000kHz
stm32mp1_clk_get_id: clk id 69 not found
WDT: Not found!
SPL: Unsupported Boot Device!
SPL: failed to boot from all boot devices
### ERROR ### Please RESET the board ###

Which is a hint why I cannot get into the DDR console mode but not sure what is missconfigured about the clock because it is actually the same clock configuration as the TF-A .dts. I attach my uboot.dtsi in case you can give me a hand with that.

Thanks in advance,

Moises