Topic : cross-check/dump malfunction

Forum : ARM

Original Post
Post Information Post
May 26, 2015 - 5:46pm
Guest account

I programmed a STM32F103T8 with the newest Cortex_pgm.exe (RKit-ARM v 1.56).
The cross-check told me the flash content differs from file.
So I took a flash dump with this version.

I changed to v1.52, did a successfull(!) chross-check and took a second flash dump.

The two flash dumps files differ in one line:
v1.56

:100FF00001010346009109F16000D0E9001207A841

v1.52

:100FF00001010346009109F16000D0E9001207A841

All of the other 1700 lines are identical.

It's obvious that the cross-check/dump in v1.56 is erroneous!!!
Replies
Post Information Post
+1
0
-1
May 26, 2015 - 5:49pm
Etienne Cassin

Hello,

Sorry but I don't see any differences between the two lines.
We released a new version of Ride7 and Rkit-ARM.
Please, uninstall Ride7 and Rkit-ARM and install the latest release you can find at http://support-raisonance.com/extranet/ … ool__id__7:
Ride 7.54.15.0083
RKit-ARM 1.58.15.0093

Best regards,
+1
0
-1
May 26, 2015 - 5:49pm
Guest account

Bad copy/paste of me, sorry. But I figured out the whole issue.

I programmed a JTAG chain (3 MCUs), poor/long connection. So I used cautiously a JTAG clock of 400kHz (MCUs run at 8MHz).
At this frequency the programming of the MCUs with v1.56 went good (cross-check/dump with v1.52 was OK).
The v1.56 cross-check/dump of all MCUs with different hex files gave me everytime a missmatch at the same address range (same line of dumped hex file).
I checked other JTAG clock frequencies (800, 1200, ...) without any cross-check/dump error.
Probably it's only an issue at 400kHz with v1.56.