About tomptz

tomptz · 2021-09-14

We implemented an OTA update procedure where we provide an STM32L476 with a new firmware via serial using the Ymodem protocol in a two-image SBSFU configuration.We are executing long-running tests in which we use the same firmware image to test the u...

tomptz · 2020-02-06

We need a powerful M7 core running at high speed + GPU support for TouchGFX. It seems that STM32F750 is a perfect match, apart from the fact that it is missing support for on-the-fly decryption (OTFD). As we would like to use external flash memory an...

tomptz · 2020-01-08

On STM32F746, largest sector is 256K and total flash size is 1M. This means that 1/4th of our flash is lost to the swap area. As a result, we do not have enough flash memory left to implement the dual image variant. We are now trying to optimize the ...

tomptz · 2020-01-20

Hi Jocelyn, thank you for your feedback. The idea of the new firmware erasing the old one is an interesting one. We will explore it further.Kind regards,Tom

User statistics

User Activity

After downloading a new firmware blob via YMODEM transmssion, why does SBSFU report that installation is not validated instead of installing the new firmware?

For a new line of products, we are considering STM32F750 but it lacks on-the-fly decryption support. Is there a new line of microcontrollers planned that matches the spec of STM32F750 but includes support for on-the-fly decryption

When using X-cube-sbsfu, why is swap area size constrained to be at least equal to the size of the largest flash sector? Is there a way to modify SBSFU to work with a smaller swap area?

Re: When using X-cube-sbsfu, why is swap area size constrained to be at least equal to the size of the largest flash sector? Is there a way to modify SBSFU to work with a smaller swap area?