2016-07-13 11:16 AM
I am using Atollic True Studio lite to develop firmware for an STM32F373VCT while using an ST-Link V2 emulator probe.
I have noticed that the time it takes to flash the firmware has steadily increased and now I have reached the point where it takes forever to do, if it will do it at all. After doing Run => Debug it goes to the Debug perspective, the project name appears in the Debug window, but the elf file name never appears under this as it normally does to show it has been flashed. What could be the problem here? Is this the sign of a worn out the flash? I have been developing with this same board for six months, and I have flashed it many times. #maximum-flash-cycles-stm322016-07-13 02:06 PM
Try to flash it with the STLink Utility.
JW2016-07-13 03:48 PM
I'm hard pressed to see you doing 10K cycles, let alone 100K cycles... Unless the tools have ''Flash Breakpoints'', or you have some EEPROM emulation grinding on the array.
If it erases a sector at a time it will get progressively slower as the code gets bigger and more are used. The voltage, temperature and age will effect write/erase times. A number of the STM32 use ECC in the flash lines, but I'm not sure there's anyway to get it to report metrics about what is happening, or how many errors are detected.You might want to mass erase, write all zeros, and mass erase again. This might get the charge state of the array more uniform.2016-07-13 10:08 PM
> I'm hard pressed to see you doing 10K cycles, let alone 100K cycles... Unless the tools have ''Flash Breakpoints'', or you have some EEPROM emulation grinding on the array.
The 10k cycles are guaranteed for the maximal temperature. At room temperatures, you may well reach 100k to 1M cycles. Having had some trouble with debugging/flashing within TrueStudio myself, I guess it is an Atollic-internal issue.
2016-07-15 05:46 AM
Hi Stephen,
Try to upgrade the ST-Link firmware to V2-1 version through this Link through the ST-Link utility. -Hannibal-