search

ARMmbed / DAPLink

https://daplink.io
Apache License 2.0
2.34k stars 978 forks source link

NXP i.MX RT (LPC43x LPC55x) Hic? #663

Closed raveslave closed 3 years ago

raveslave commented 5 years ago

The new iMXRT1062 would be a great addition as a debug-adapter.

The Teensy4 board could be used as a nice & compact debug adapter

Anyone willing to add support for this CPU?

0Grit commented 5 years ago

I was thinking the same thing at bit back.

The peripherals for i.MX RT series are particularly complex and might be a little overkill but pricing and clock speed is great for these parts.

Have you considered the LPC55 series? Dual core M33 (Potential secure debug applications), I believe it has some logic blocks too.

raveslave commented 5 years ago

LPC55S6x are great. A cool feature is the built-in "programmable logic unit", this could be used to speed up SWD a lot! Also great with it's On-chip ROM bootloader, so no need to use a swd-adapter to flash your daplink board once built.

Note that the power-supply design using the RT will be more simple thanks to it's integrated DC-DC converter.

flit commented 5 years ago

We are planning to add LPC55xx support at some point (soon, hopefully).

raveslave commented 3 years ago

checking in, any "plans" :)

flit commented 3 years ago

Not for an RT series HIC (it's overkill imo), but the LPC55S69 port is basically done: feature/lpc55xx_hic on my fork.

This is based on the experimental_compilers branch, so it supports gcc (I only tested the gcc-built version). It will be merged upstream once the experimental_compilers branch is merged in, after testing and debugging is complete. Which will take a while due to the number of supported HICs. Though I guess we could merge the LPC55xx port into experimental_compilers.

I also implemented DMA-based SWD on the feature/lpc55xx_swd_dma branch. Unfortunately I ran into an issue where DMA triggers from the timer seem to get lost for no apparent reason, feels like a hardware issue but not sure. I've reached out to NXP but haven't heard back yet.

raveslave commented 3 years ago

Just about to design a board and looking at

ps. nice with SWD+DMA for speed, NXP should be able to comment on that.

40Grit commented 3 years ago

I can confirm @flit 's branch for lpc55 works as tested with a custom lpc55 hic.

Only issue now is lpc55 availability.

raveslave commented 3 years ago

right, thanks for info. I got one of NXP's new McuLink boards, it uses the LPC55S69
afaik, they just provide a binary at this stage.. does anyone know if this is based on a certain branch here?

flit commented 3 years ago

The NXP MCU-Link firmware is based on their LPC-Link2 firmware, which is closed source. (So the LPC4370 firmware is also closed.) It's not related to DAPLink, other than also making use of the CMSIS-DAP reference code.

raveslave commented 3 years ago

less good that they keep it closed source, especially since they use the pyocd interface to run it

flit commented 3 years ago

Well, DAPLink works on the MCU-Link circuit. So the fact that NXP's firmware is closed source is mostly an annoyance rather than a serious problem. The most important thing is that the circuit is open.

For a new board, I'd generally recommend the LPC55S69 since it's newer. But there are problems with availability and long lead times. So the LPC4322 may be a better option depending on your schedule.

Differences:

Feature LPC55S69 LPC4322
smallest package VFBGA98 7x7 TFBGA100 9x9
smallest QFP package HTQFP64 10x10 LQFP144 20x20
internal flash 640 kB 512 kB
internal SRAM 320 kB 104 kB
HS USB yes yes
max CPU clock 150 MHz 204 MHz
main core M33 M4
2nd core M33 M0
1k Mouser price <$3.82 (only showed price for 520) $7.99

There have been issues on some LPC4322 devices with running at the full 204 MHz clock; we were told internally to not run at that speed in the DAPLink port. Not sure what the full details are.

The LPC4322 does have the Serial GPIO (SGPIO) peripheral which looks really interesting for performing high speed SWD/JTAG.

There are other devices in the LPC55xx family such as the LPC5528 that look nice and are less expensive. Mouser shows $3.10/2000pcs for LPC5528JEV98Y.

raveslave commented 3 years ago

thx for the info @flit

more SRAM in 4322, I guess not neccessary since we have high-speed usb on both, so no need for large fifo's SGPIO is interesting, what was your impl./idea here?

I remember seeing some older pyocd/daplink project where the developer made use of SPI "SISO" to achieve 'segger speeds' by speeding up the swdio pipe.

feature-wise, does both LPC55S69 & LPC4322 provide the same feature-set and stability!? I noted that NXP actually uses LPC4370 on mcu/lpclink2

raveslave commented 3 years ago

@40Grit / all, what board did you use to run the LPC55S69 version on? looking at making my own formfactor based on MCU-Link-revPA6

raveslave commented 3 years ago

re availability, LPC55S66 seems easier to find than LPC55S69, but has less ram and flash... 144 KB SRAM vs 320 KB / 256 KB Flash vs 640 KB any ideas if that would be sufficient?

40Grit commented 3 years ago

Ran on both the nxp reference board as well as a custom design.

40Grit commented 3 years ago

@flit can comment on whether a lower spec lpc55 would suffice

flit commented 3 years ago

@raveslave

There's a reason I called the HIC "LPC55xx" in the DAPLink code. 😉

The RAM and flash should be sufficient. In the current lpc55xx_if build, flash is 76028 bytes and RAM is 24664 bytes. Plenty of room.

You might need a different daplink_addr.h file. Although I currently have the memory region sizes set to less than maximum; we can change it to fit the smaller LPC55xx devices by default. (DAPLink firmware images currently have to be fixed size, with padding out to the end of the allocated mem region; related to CRC, I have a todo to fix some time.)

Sorry I mixed up the LPC55S69 RAM size in the table above. It's fixed now. SGPIO just looks useful for a high speed SWD without some of the complication of timer-triggered DMA. I don't have time to implement it, though.

Both LPC43xx and LPC55xx are equally stable afaik. Arm uses the LPC43xx family for probes like ULINKplus without any issues that I'm aware of.

(I'm going to transfer this issue to a discussion.)