Yahoo Groups archive

Lpc2000

Index last updated: 2026-04-28 23:31 UTC

Message

Re: [lpc2000] Problems Programming Part 2

2004-10-16 by Mark Gross

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

Attachments

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.