Going back to electronic after a 20 years break

Now that the new esp idf and associated rust binding (esp-idf, esp-svc,..) are out, time to update esp32-swindle with S3, C3 and C6 support You'll need to use the Espressif BLE provisioning tool to transfer the wifi credentials.

This is a small summary of why accessing memory when debugging a riscv cpu is complicated.

That's a topic, i've been playing with recently.

Faster bootloaders for GD32 & CH32 (you can keep using the old ones if you have them already): - Fix(?)

Now that the new bootloader has shown that it can be fast to write to the CH32v3xx flash, time to revisit the swindle way of loading code.

The DFU bootloader i wrote a while back for the swindle running on the CH32V303/CH32V307 was a quick job.

I was not really happy with the CH32V307 Ethernet Version.

A quick port to support the ESP32S3 mini over Wifi.

New year version Preview 6 https://github.com/mean00/swindle/releases Ethernet version for the CH32V307 eval board RTT & serial fixes Updated blackmagic engine Breakpoints in Flash for CH32V1/2

There will be soon a new flavor of the swindle : The ethernet swindle It's starting to work nicely, utltimately the goal is to use the CH32V208 that is available for ~ 4$ on aliexpress.

The WCH doc clearly states the QingKev4b does not have hardware breakpoints.

After a long time, Swindle preview 5 is out, small changelog - Updated to latest blackmagic engine - Preliminary support for RP2350 (host and target) - Support for voltage translators - RTT support (with auto setup) - Better cortex register support (inclu…

Now that the prices are coming down, making your own debug probe with a RP2350 is almost there.

The latest bunch of change was merged.

Summary of previous episodes (CH32v3): 1- Reallocate shadow ram to have 128k of RAM 2- In flash, put a basic harmless loop 3- Tweak the linker script to put everything in ram 4- Load the code (to ram), change the PC to the code in ram 5- You now upload mu…

Debugging the CH32V3xx (and V2xx) The CH32V3xx chips are rather good, they are pretty fast, cheap with tons of peripherals.

A small release of swindle, a blackmagic derivative with rust in it : Changelog (short): - Better CH32v3xx support (host and target) - Rewrote ADiv logic so that we can ... - Use RP2040 PIO hardware to drive SWD - Update to latest blackmagic and still the…

The main problem when debugging the code in ram is that the CPU will have started to execute whatever is in flash before you catch it, including potentially clearing the ram.

A couple of months back i bought some CH32V203 on ebay.

In order to avoid confusion , i renamed lnBMP to swindle (swindle has SWD in it) It can run on : GD32F303 CH32V303/5/7 (just need enough flash /ram) RP2040 (normal or zero) and it can debug all the usual blackmagic targets + CH32V2XX/CH32V3XX.

The RP2040 has a lot of RAM (264 kB) that is faster than the external flash and easier to use.

It is painful, but it is beginning to work : On the picture a RP2040-pico zero running lnBMP and happily debugging a ch32v307 Riscv chip (of course it can still debug Arm chips) Perigoso did a lot of work there, only the communication protocol /implementa…

Edit: There is a much simpler way.

lnBMP : Lots of little issues tackled : - Preliminary FreeRTOS awareness through "mon fos M0|M3|M33' - Uart <->USB through DMA, that one was a pain - Configuration change to map the supported boards depending on the amount of RAM we have.

In the eternal goal of having the smaller debugger possible, i ended up porting the strict minimum of lnBMP on top of the RP2040 chip.