Just got my first PCB's back,
I went for FTDI USB-Serial interface,
and two extra lines from FTDI chip, to allow Flash-Majic programming.
AND I also pinned out the LPCExpresso JTAG 7 pin (0.1" pitch)
although I have not realy used the LPCXpresso board, (love my MBED)
Unfortuanatly my first board did not work, I fitted LPC1768, 90 Degrees wrong (Dough)
I can reliably program at 230400 Baud,
using LPC1768 and LPC2368 :)
if you stick to the MBED pins, then there is no problem in code divergance,
with MBED Compiler,
if you use LPCXpresso, then all pins are brought out, anyway.
if you want more info then feel free to contact me.
Do you intend to add Ethernet ?
I have put down the pads, but so far I only have ONE LPC1768 board built up,
and I do not want to risk mangelling it !!
Hope this helps
Ceri.
I'm designing a new PCB using an LPC1768, and planning on using software that I am currently prototyping with mbed. The schematics are getting done and now I'm wondering about the best way to support debug and programming on the new board. I've read the prototype to hardware article, and the lpc bootloader article, and both seem to be good ways of getting new code onto the board.
However using JTAG/SWD seems to give more capability regarding debug, although I haven't yet run across any specifics on what it would take to implement it. The JTAG mbed article shows how to wire in a JTAG connector, but what do you then connect to that? I have an LPCXpresso module, has anyone used the LPClink portion of that as an mbed debugger?
And given that the mbed compiler only gives you a .bin file with no relocation information, and that the library source isn't available to the debugger, what does debugging an mbed compiler created binary look like? Is it possible to do source level debug through user code? Or would you just have an assembler view?
What about the general case that the production system is going to diverge to some extent from the prototype, meaning that if you stick with the mbed compiler you'll have diverging code streams to support, without good way of testing or debugging the production specific code.
Anyone got some practical experience here that they'd like to share?
thanks,
--steve