How to diagnose/fix ''Contents mismatch'' error and problem with loading firmware to board taking too long
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2017-06-28 2:18 PM
I have a 4MB program which takes ~15 minutes to load to the board. That's problem &sharp1. Once it loads, I get a bunch of errors, like this: 'Contents mismatch at: 00200000H (Flash=08H Required=D8H) !'. (it repeats for 00200001, all the way up to 002000C5H, where it says 'too many errors to display'). I'm wondering how I can diagnose/fix this issue.
-also, I'm attempting to use the quad-spi flash memory and the 128mbit sdram. I have pictures attached of the configuration.
-some interesting thing i noticed:
-the errors start at 0020000H, and in the memory map, that's where startup_stm32f769xx.o is.
- in UM2033, page 20, it says the virtual COM port is configured as 115200 b/s, so uploading should take < 1 min
#use-stm32f769-discovery-board #st-link/v2-in-circuit-debugger- Labels:
-
ST-Link
-
STM32F7 Series
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2017-06-29 5:53 AM
I got it to load on the board, but it still takes 18 min. I only needed 1MB of flash, besided the quad-spi, so i was able to get rid of one of those sections. I also tried allocating just one 16MB block of sd-ram, and allcoating the on-chip RAM as one block. After updating the flash algorithms, the load was successful.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2017-06-29 10:25 AM
Buy a faster JTAG pod
Set the Flash Algorithm SRAM to use more of the available/contiguous memory
Separate out the data going to the QSPI, and write a better loader
Up vote any posts that you find helpful, it shows what's working..
