GP32 Flash problem

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I am having some problems with a few GP32, and their SCI, for transmitting and receiving messages at a fixed baudrate. The problem is that, depending on where I start flashing the application (tried on 0xC000, 0xC800, 0xD000, and 0xD800) the device does or doesn´t work... When I use a sniffer to see the transactions, all the messages are correctly formed, and contain valid data (I put the sniffer right on the uC pins), but the uC randomly acts as if they were incorrect.
Anybody has ever seen something like this ???
Greetings,
Sebastián
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Sebastian,
If you are storing this data in Flash:
Have a look at the flash programming routines you use and see if you respect the timings recommended in the datasheet.
To confirm, you can toggle a pin port at each stage and measure the time with an oscilloscope probe.
If you are not using Flash dynamically (meaning not for DATA but only static software), I don't have the slightest clue about what is going on
I suggest you use the debugger to trace the flow of the software and see the content of registers ton understand the trouble. For SCI reception/send, you will need to make a breakpoint rather than step by step.
You only have ONE breakpoint on HC08 (BRK module) therefore you need to remove (and not only disable) the previous bkpt before putting another one on CodeWarrior, otherwise the debugger will argue.
Cheers,
Alban.

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Alban wrote:Sebastian,
If you are storing this data in Flash:
Have a look at the flash programming routines you use and see if you respect the timings recommended in the datasheet.To confirm, you can toggle a pin port at each stage and measure the time with an oscilloscope probe.
If you are not using Flash dynamically (meaning not for DATA but only static software), I don't have the slightest clue about what is going on
I suggest you use the debugger to trace the flow of the software and see the content of registers ton understand the trouble. For SCI reception/send, you will need to make a breakpoint rather than step by step.
You only have ONE breakpoint on HC08 (BRK module) therefore you need to remove (and not only disable) the previous bkpt before putting another one on CodeWarrior, otherwise the debugger will argue.Cheers,
Alban.
The data I am storing in flash is no dynamic... The weird thing is it seems that the SCI of the GP32 is not reading the bits correctly, as with a simple sniffer I made with a max232, I verified the strings in my PC... In different baudrates, it may ( or may not ) work, and if I put exactly the same source code starting in a different Flash address, the results are also different...
Greetings
Sebastián

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
rhinoceroshead wrote:
Does metrowerks come back to you saying that it couldn't flash 8000 - 8200 or something like that because the flash is bad or protected? It seems like I saw this happen before. Are you using the 32 kHz crystal going into monitor mode with the startup vector blank? Or are you going in with the 4 Mhz crystal?
I am using the full monitor mode, in the development stage. I have never heard about 8000 - 8200 flash locations damaged, but my app uses it for storing some parameters while running. I will try moving them into a different flash zone...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
