On Friday 15 October 2004 01:31 pm, Paul Maddox (Mail LIsts) wrote: > Dear all, > > So, I've done some more trying, used a different USB->Serial converter > and the same problem. I don't think the problem is with the USB to rs232. > > Then I tried something else, the .hex file that comes with the S1(S2 or > S3) example, and guess what, it works perfectly, *EVERY TIME*... Its also > very very quick. So the pre built hex files load just fine. > So I tried again, create a new IAR project, include all the files, > change the output type to be intel extended and change the extension to > .hex, load the philips programmer, and blam, 1/3 of the way through, it > dies.. Whats more, a bit of ferreting around reveals it also locks up the > USB->Serial device. I've tried this with both debug and release versions of > the output, same result, I can't get code from IAR into the LPC2106! > Your hex files are bad. check for the differences between the prebuilt and the ones you build. http://www.cs.net/lucid/intel.htm has a nice page expaining the fields in the hex file. http://www.keil.com/support/docs/1584.htm is a good one too. > So, there's something wrong with the way that IAR embedded workbench is > generating the code. The output files are of a similar size (Iar = 5.7K > and the included one is 6.3k) so whats going on? Why should the IAR output > file be slower? Why should it crash it? Bad address? Checksum wrong? > > Paul Maddox
Message
Re: [lpc2000] Problems Programming Part 2
2004-10-16 by Mark Gross
Attachments
- No local attachments were found for this message.