lpc1769/1767 compatability

Topic last updated 08 Aug 2011, by thomas vaneck

Board, custom, LPC1768, Manufacture, prototype | 13 replies

thomas vaneck

# 09 Sep 2010

I'm having my own boards manufactured but can't locate the lpc1768 microcontroller. Will the 1769 or 1767 run the same binaries if I'm not using the usb/can peripherals? I'm programming through ISP.

Thank you,

Andres

Replies

Simon Ford

# 09 Sep 2010

Hi Andres,

A great site I use is called http://www.findchips.com/, which is really useful to find what is available. Assuming you are only after small numbers, that shows LPC1768 Stock in Farnell.

I believe either of those devices you mention should work as they have the same memory layout (i.e. the FLASH and RAM size is the same), but we have not tested.

Simon

Matt Clement

# 04 Apr 2011

Andres

I am having the same problem finding LPC1768 chips in stock in the US. I have tried findchips.com but came up empty. I also was interested in maybe using the lpc1769 if it works. Did you actually try it?

I hate to buy another expensive compiler when the mbed online compiler works fine for me.

Gary Johnson

# 04 Apr 2011

LPC 1769 is pin and function compatible with the 1768, and runs up to 120 MHz. Use it if you can get it.

Regards,

- Gary

Mike Gann

# 04 Apr 2011

I posted this info in another thread, but Digikey shows 260 LPC1768's and 5966 LPC1769's in stock in the U.S.

Best regards,

Mike

Matt Clement

# 05 Apr 2011

260 BGA version, no QFP100.

John Harris

# 25 Apr 2011

Is the manufacturer's part number included in the binary file? If so then Flash Magic may not load the bin2hex converted file.

1. Has anyone tried a LPC1769?

2. Can the binary file be edited to change the manufacturer's part number? If so where is the number in the binary file, and what should it be changed to?

John Harris

# 25 Apr 2011

Did a little digging and found:

0x26113F37 = LPC1769 Signature

0x26013F37 = LPC1768 Signature

Only one byte difference. I will try to find the location in the binary file and report

Igor Skochinsky

# 25 Apr 2011

Why would the CPU signature be in the bin file? It's only code.

John Harris

# 25 Apr 2011

Hi Igor

Why would Flash Magic need to have the signature?

I know with AVR processors the loading software will not let you load ATmega168 code into a ATmega328 because the signatures do not match. The only difference between the two is the flash size, with the 328 having twice the code space of the 168

John

Igor Skochinsky

# 25 Apr 2011

I don't think FlashMagic cares about the bin file contents (besides maybe checking/setting the checksum), but I guess it could check that you're not trying to flash too much. In either case, there's nothing that identifies the CPU model in the file. Maybe it's different with AVRs.

Robbie King

# 08 Aug 2011

Hey, sorry to rehash this thread, just curious if anybody's actually tried loading a compiled file from the mbed online compiler onto a lpc1769 using the flashmagic/ISP strategy as outlined here:

http://mbed.org/users/chris/notebook/prototype-to-hardware/

Love to hear if so!

Gert van der Knokke

# 08 Aug 2011

I have uploaded an mbed bin file succesfully to a lpcexpresso with the 1769 chip by saving it onto the desktop, then fired up the IDE for the expresso and pointed it to the bin file. It worked just fine. http://mbed.org/users/nxpfan/notebook/mbed-led-blink-code-on-lpcxpresso-lpc1768/

Even the complex/baremetal code of my vga640x480g demo runs without problems.

Matt Clement

# 08 Aug 2011

It works fine. I compile from mbed to bin then run bin2hex to convert to hex and then flash with flashmagic. The ability to prototype on the mbed before moving to production hardware has saved me a ton of time.

Please log in to post a reply.