At 09:31 PM 10/15/04 +0100, you wrote:
> So, I've done some more trying, used a different USB->Serial converter and
>the same problem.
>
> 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 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!
That sounds quite bizarre. Have you loaded the resulting hex into an editor
and verified that it is in fact a hex file? IE no strange characters
padded in somewhere.
The only other thing I can think of would be if the hex generated had some
references to non-existant memory areas. Hmm, Martin's LPC21ISP has a
debug option to dump out a binary image of the hex, you might give that a
try and see if there is something odd about the result.
Mind you, the USB->serial device shouldn't care what stream is sent to
it. Maybe it has an escape sequence it recognizes?
Robert
" 'Freedom' has no meaning of itself. There are always restrictions,
be they legal, genetic, or physical. If you don't believe me, try to
chew a radio signal. "
Kelvin Throop, IIIMessage
Re: [lpc2000] Problems Programming Part 2
2004-10-15 by Robert Adsett
Attachments
- No local attachments were found for this message.