That was exactly what it was. I had contact Keil and they said it looked like my software was fine so I then check pin by pin my design to the data sheet to check I had the pins all in the proper state at reset. I found I had the bootloader pin tied low rather than high. Tying it high fixed the problem. Thanks for the assistance. TLM -----Original Message----- From: lpc2000@lpc2... [mailto:lpc2000@lpc2...] On Behalf Of Robert Wood Sent: Thursday, April 28, 2005 10:05 AM To: lpc2000@lpc2... Subject: Re: [lpc2000] setting up startup.s and environement for single chip lpc2294 Thomas said: >> We are using the LPC2294 and the Keil Tool set and debugger. I can successfully run and debug the code while using the Keil Ulink debugger, but I cannot figure out what I have to do to get it to run after reset with the debugger disconnected. I have the boot0 and boot1 pins pulled high at reset to boot from internal flash. << When I was getting my LPC2294 up and running I had the same problem (albeit with a different compiler) and it was because P0.14 was low on reset. Check P1.20 as well, I have it marked on my schematic to pull this high too. That might be something to do with using the port 1 pins as trace pins, I can't remember off the top of my head. IIRC if exception vector checksum is incorrect it could affect boot. Cheers, Rob _____ > Service.

An Engineer's Guide to the LPC2100 Series

Thomas said: >> We are using the LPC2294 and the Keil Tool set and debugger. I can successfully run and debug the code while using the Keil Ulink debugger, but I cannot figure out what I have to do to get it to run after reset with the debugger disconnected. I have the boot0 and boot1 pins pulled high at reset to boot from internal flash. << When I was getting my LPC2294 up and running I had the same problem (albeit with a different compiler) and it was because P0.14 was low on reset. Check P1.20 as well, I have it marked on my schematic to pull this high too. That might be something to do with using the port 1 pins as trace pins, I can't remember off the top of my head. IIRC if exception vector checksum is incorrect it could affect boot. Cheers, Rob

My name is Thomas Mcdougall. This is my first design with the ARM and i am having difficulty getting my code to run after the board comes out of reset. The board is running in single chip mode and we are using the internal flash for program storage. We are using the LPC2294 and the Keil Tool set and debugger. I can successfully run and debug the code while using the Keil Ulink debugger, but I cannot figure out what I have to do to get it to run after reset with the debugger disconnected. I have the boot0 and boot1 pins pulled high at reset to boot from internal flash. I started the project using the supplied blinky example which I thought would set everything appropiately. Any pointers as to what to do to get the board to boot is welcome. Thanks, TLM