2024-11-28 03:55 AM
Dear Sirs,
Is there a method to calculate the firmware size?
I am using STM32F103R8T6
My flash memory is divided in three blocks:
- Custom boot loader block
- Main application block
- Data block
When the main application is running, it needs to calculate its own size in terms of quantity of bytes in flash.
This is needed in order to calculate the CRC of the firmware.
Some pages at the end of main application block range might not have been erased, so I think I cannot count on 0xFFFFFF presence. Furthermore the firmware might finish with 0xFF.
Maybe the .hex file starts with the program counter initialization, followed by some useful information??
Thanks,
Marco
2024-11-28 04:38 AM
Can't you use some Linker Script symbols to scope the image size?
Covered on the forum previously. Can also place size in one of the slack vectors in the table so tools can recover.
Can determine also from object file structures, ie LOADBITS and via what the .HEX touches
2024-11-28 04:45 AM
@sirpak wrote:This is needed in order to calculate the CRC of the firmware
Why?
Why not just calculate the CRC over the entire region of memory dedicated to the application?
2024-11-28 08:05 AM
Because when a firmware is programmed, it just erase and program its own pages, not the whole Main application block memory space.
Doing so, there might be leftovers in other pages, if a smaller firmware overwrites a bigger firmware. Those leftovers might differ from device to device.
2024-11-28 08:08 AM
I need the application to calculate itself or being able to find it somewhere.
I couldn't find previous covering inside the forum.
2024-11-28 08:45 AM
So why not make sure that it does erase the whole area?