Going on two year back, I got the LPCXpresso software to work under Debian-stable (Lenny, at the time).
More recently, I'd installed the latest version (4.2.3) on the new workstation, which is running -testing (Wheezy, which, as I've noted before, tends alarmingly to the -unstable, but which does play nice with my Sandy Bridge hardware).
Well! I've got a project coming up in the next week or so which actually calls for using an LPC1343, probably in the form of an LPCXpresso board - to simulate a peripheral, in a manufacturing test setup.
So, time to fire up that IDE and rummage through the example code.
IDE launches, and reports being fully licensed and good for 128K code.
Debugger does. Not. Work.
So, I try the funny incantations of dfu-util and crt_emu_lpc11_13_nxp, and I get pretty much the same messages as all those other poor schlubs out there, most of whom eventually solved their problems in one way or another, but none of the published solutions appear to work for me.
Figuring it's a problem with running on 64-bit Linux, I try a couple of different 32-bit installs on virtual machines, as well as the -stable (Squeeze) installation on the 32-bit mini-box in the lab. Same results. Likewise if I try the manual invocations of dfu-util and crt_emu_lpc11_13_nxp as root.
Hmmm. Try running the IDE as root. It woiks! Goes through the "set up your workspace" bit, then I install the examples, and it finds and uses the LPC-Link.
Play with the udev permissions. Still doesn't work for me as myself.
Hokay: maybe something's wonky with the configuration. Run it again as myself, and switch to a fresh workspace. Hooray! It finds the board, and debugging works!
So, something stale in the old workspace. Great.
(And I'm thinking that the VM and lab-machine failures, which showed exactly the same symptoms, actually were a permissions problem on account of my not having brought over my udev script.)
But! All's not yet well! When I try a tiny example, it runs fine, but when I try to debug the alphabetically-first example, being adc, I get "License restriction: Flash image too large for this license". Looks like it's a bit over 8K, which is the limit for the unregistered version. So, WTF?
Apparently the system updates over the last few months - different kernel version, and ifconfig returning the Ethernet MAC address differently - changed my system's identity enough for the debugger to think it wasn't properly licensed, while the IDE happily reported being fully licensed.
Solution: generate a new serial number, and re-license. Hey, it's free.