LPC1113/203 is not supported in v1.87
Support can be added by updating "lpcprog.c" with:
{ 0x00030032, "1113.../203", 24, 4, 6, 1024, SectorTable_17xx, CHIP_VARIANT_LPC11XX },

I'm flashing an LPC1769 using lpc21isp. The following error comes up consistently when using -verify:

Sector 0: ..............................................................................................Wrong answer on Compare-Command
COMPARE_ERROR: Source and destination data not equal.

The flashed code works fine. The error is presumably due to the fact that for certain values of the SYSTEMREMAP register, the bottom 512 bytes (0x000 - 0x200) are re-mapped for the boot ROM or RAM. http://docs.lpcware.com/lpc800um/RegisterMaps/syscon/r-SYSMEMREMAP.html

Not sure which chips this affects, but it might be prudent to avoid comparing the first 512 bytes, instead of the first 64 bytes, for relevant chips.

Firt of all, great piece of software for the LPC series. It works beautifully with LPC824 using buttons for Reset and Boot0. Thanks for writing it!

Doing:
$ lpc21isp build/i2c_isr.hex -control /dev/ttyUSB0 115200 12000

This error comes up:
ERROR: open() for /sys/class/gpio/gpio0/value failed, No such file or directory

Indeed, there is no /sys/class/gpio/gpio0, but /sys/class/gpio/gpiochip708 exists and it is created every time I plug in the serial converter. However, there is nothing called "value" in it.

Linux Ubuntu 20.04.6 LTS, FTDI232 extender with FT232RL (fairly sure it is genuine).

This seems like an abandoned project, but perhaps someone is at the other end of the line?

Thanks,
Ahmet

I just realised that commit 1570efc02cb2bd3aa2564e3a2ebe77249279af4b is incompatible with building on Yosemite and El Capitan.

When trying to build, I get -static instead of -D__APPLE__ which causes the following:

gcc  -Wall -static -o lpc21isp lpc21isp.c adprog.o lpcprog.o lpcterm.o
ld: library not found for -lcrt0.o
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make: *** [lpc21isp] Error 1

To fix it, I have reverted that commit. Could you please fix that on your branch? Or maybe change that test to support both "darwin" and "Darwin" ?

I think is easier if the chip do auto reboot after finishing downloading. Is it possible? Maybe i miss some options to do that. I did little hack for auto reboot. More like Arduino now.

In lpc21isp.c line 2402
`

ifdef LPC_SUPPORT

    case NXP_ARM:
        downloadResult = NxpDownload(IspEnvironment);
        ResetTarget(IspEnvironment, RUN_MODE);
        break;

endif

`
Adding ResetTarget(IspEnvironment, RUN_MODE) after download is done.

Hello!

While programming lpc21isp adds garbage data at the end of program in the flash memory. It is a problem when CRC value is calculated by the code from whole flash memory - CRC will differ when chip will be programmed by in example "Flash Magic" or "lpc21isp". Look at attached picture to see the details.

I would be glad if someone try to fix it or point me where to look for the function which is responsible for writing this data.

Regards

There's a fork at K4zuki/lpc21isp which has the necessary extra definitions.