It should be triggered when the DMA has processed that segment fully. (But do note that for data sent to a peripheral, that does not mean the peripheral also is done with the data, as there generally is a small FIFO in the peripheral as well.)

I think those are tweaking parameters for the LDO itself; probably better to leave those as is.

Checked the sanity of your board already: is your 3.3V rail at the right level, are EN and IO0 at the levels you expect them to be? If you use a serial terminal program on the serial port that the esp-prog provides and reset the ESP32, do you see any bootup messages? Did you happen to swap TxD and R...

Guy goes to the doctor. 'Doctor', he says,'it hurts when I push here (pushes on knee), it hurts when I push here (pushes on arm) and it hurts when I push here (pushes on temple). What's wrong with me?' Doc thinks for a second and says 'Ahh, I see, you have a sprained finger.' Good to hear you found ...

Okay, it seems that NAN at this point is only supported for these two chips, and the developer who made the applications didn't really handle cases where you try to compile this on unsupported chips gracefully. Support for the C6 is planned, although I don't have a timeline on that.

That is odd. Just to confirm it's not the project, can you flash an entirely unrelated project (hello world or something) and see if the problem persists?

Check the datasheet of the chip and module. The chip datasheet will tell you if the chip has USB capabilities. (At this point in time, the ESP32-S3, -C3, -C6, -H, -P4 have USB-JTAG-serial, the -S3 and -S2 have USB-OTG) and the pins the USB signals are on. The module datasheet will tell you if these ...

Probably better to just stop WiFi and then nuke the WiFi NVS partition.

Yes, you can. Note that (iirc) GPIO16 and GPIO17 are also in the VDD_SIO domain, so if you have access to them, you can turn them into a GPIO and output a high level. Depending on your VDD_SIO setting, you should read either1.8 or 3.3V there. An alternative approach would be to send the devices a fi...

Yep, I can reproduce this. For some reason, it seems that in the current master only the ESP32 and ESP32-S2 properly can compile NAN applications. I have no idea why this would be (and if this is an error or something that needs more development), I've poked the dev responsible.