I have a really simple program, a modified Blinky, that everytime round the loop jumps off to read in from U0RBR and outputs the character found through UART1. UART0 is mapped in take it's input from COM1. It works perfectly, but has a slight glitch that is stopping Keil from leaving debug smoothly. If data is received in U0RBR then when I click on the 'd' to leave debug Keil freezes. All the toolbar buttons, except the 'd' disappear and the only way I can exit it to dump out of Keil. If I don't put any data on the line, then I can exit without any problems. Does this sound like a UART configuration problem or a Keil issue. I though it might be that Keil was still trying to cope with the streaming data coming in, causing some sort of overflow and not being able to exit. I'm still evaluating Keil and being able to map COM1 to Keil is a feature that I really need. Can anyone help? Thanks
So far, with the RealView tools, the lockup has occurred while the debugger was just running with no breakpoints set, no manual halts done, with code running from flash ROM. I haven't tried to fix the problem by unplugging the ULINK and plugging it back in again using the RealView tools. That never seemed to help with the PK-ARM tools. Next time it freezes I'll try unplugging the ULINK and plugging it back in and let you know what happens. I usually have to force my PC's power supply to turn off because when this problem occurs, the PC is usually not able to close the IDE and recover. The IDE application can't be 'ended', and a shutdown won't shutdown the PC. Occasionally the mouse and keyboard would appear to be frozen too. For whatever it's worth, my board uses an ATMEL AT91SAM7S32, and MCK is ~ 54.9 MHz (20 MHz crystal, MUL = 1401, DIV = 255).
To check for a target power supply issue, I'll tweak the project so it runs on ATMEL's SAM7S64-EK eval board and see if the problem shows up there too. Might take me a day or two to get around to that. Stay tuned...
Temporarily unplugging the ULINK pod did allow me to recover without having to cycle power on my PC. However, when I plugged the ULINK back in Windows said it had to close the offending app (uVision IDE). When I restarted the uVision IDE and tried to start the debugger, it repeatedly complained that no ULINK device could be found, even after I temporarily unplugged it again several times. Once I cycled power on my target, then the debugger was able to be started again.