We are running a survey to help us improve the experience for all of our members. If you see the survey appear, please take the time to tell us about your experience if you can.
I implemented the example on p.157 of the Getting Started manual on the Phytec mm167 board, along with corrections mentioned in the knowledge base. The example works well in debug mode, and I can flash it into the mm167 with the Keil flash tools. It restarts properly on reset, but is blown away when the power is recycled. Phytec advises excluding the memory space 0x0000AC to 0x0000B0 hex, but that causes the following compile warning: "WARNING L4: MEMORY SPACE OVERLAP FROM: 0000ACH.0 TO: 0000B0H.0" I assume this area has the serial port interrupt vectors to allow the debugger and flash tools work. Any advice on how I can embed the Keil Serial example so that it executes on power up of the module would be appreciated. Thanks, Randy Alley
The Keil Example uses the serial interrupts, ie: void serial_TX_irq (void) interrupt S0TINT = 42; void serial_RX_irq (void) interrupt S0RINT = 43; These seem to be in the areas recommended by Phytec for exclusion. If I exclude those areas, I get a compiler warning, but can debug. I am using the Keil Monitor-166 Driver. The .M66 file reports that the Interrupt Vector Table is in that reserved location, which generates the Memory Overlap error. I should say that I have trouble reliably flashing the code in the the mm167, sometimes it works, and other times it doesn't. But I have never got the code to survive cycling the power, compiled with or without the excluded areas. Thanks, Randy
I am having the same problem when using phytec KC167 dev. board. When I include the serial interrupts, the compiler flags the message "Memory space overlap from 0xAC - 0xB0". Any thoughts ? Thanks
If you are not using the monitor you should not reserve space 0xAC-0xAF. This allows the serial interrupt routines to be linked without memory overlap error. If you are using the debugger in the UART mode you should reserve space 0xAC-0xAF and you should not link in your serial interrupt routines. You cannot use the SSC port in you application when using the debugger in this mode. Another option for debugging is to use a couple I/O pins to simulate the SSC port. This tread may help. http://www.keil.com/forum/docs/thread1393.asp -Walt