2021-01-21 05:18 AM
2021-01-31 08:30 PM
Hi Arno,
I try to use your setting, but still failed.
My sb version is:
sb --ver
sb (lrzsz) 0.12.21rc
Could you share your sb version?
Thank you
2021-01-31 08:35 PM
Hi Jocelyn,
I have try to activate MINICOM_YMODEM flag, but failed.
The error logs are the following,
Could you help how to solve the problem?
= [SBOOT] System Security Check successfully passed. Starting...
======================================================================
= (C) COPYRIGHT 2017 STMicroelectronics =
= =
= Secure Boot and Secure Firmware Update =
======================================================================
= [SBOOT] SECURE ENGINE INITIALIZATION SUCCESSFUL
= [SBOOT] STATE: CHECK STATUS ON RESET
INFO: A Reboot has been triggered by a Software reset!
INFO: Last execution detected error was: FW too big.
= [SBOOT] STATE: CHECK NEW FIRMWARE TO DOWNLOAD
= [SBOOT] STATE: CHECK USER FW STATUS
No valid FW found in the active slots nor new FW to be installed
Waiting for the local download to start...
= [SBOOT] STATE: DOWNLOAD NEW USER FIRMWARE
File> Transfer> YMODEM> Send CCCCCCCCCCCCCCCCCCCCC
2021-02-01 01:03 AM
mine's the same: sb (lrzsz) 0.12.21rc
Your output says `INFO: Last execution detected error was: FW too big.`
Have you changed anything to the userapp?
2021-02-01 01:55 AM
No, I don't change anything to the userapp.
I have try the below settings, but both failed.
2021-02-01 12:45 PM
Hi EEDwa,
are you using SBSFU 2.4.0 version?
I remember, but not 100% sure, that this FW too big was a "bad" error code in previous SBSFU version.
Also, the support of MINICOM came with the 2.4.0
Best regards
Jocelyn
2021-02-01 08:12 PM
Hi Jocelyn,
Yes, I use SBSFU 2.4.0.
But still failed even if I activate MINICOM_YMODEM flag.
2021-02-02 03:42 AM
Hi EEdwa,
could you please tell in which environment you are working?
I could try to reproduce your issue on a virtual machine.
Best regards
Jocelyn
2021-02-02 06:03 PM
Hi Jocelyn,
My OS is Ubuntu 16.04.7 LTS
Thank you.
2021-02-03 11:38 AM
Hi EEDwa,
I could reproduce your issue after installing this version on a virtual machine.
I'll try to understand what happens.
I used a STM32L476 as example.
Behaviour is actually different between SBSFU loader and application loader.
On SBSFU loader, using -k (for 1kbytes download) fails immediately. Removing -k, it starts transfering very slowly 1 sector of 128 B/sec and fails at the end.
Using application side loader, the transfer is occuring quite fast then stops and send 2or 3 more sectors before failing.
I suspect issues related to timeout.
Best regards
Jocelyn