Found the problem, and it had nothing to do with VSCode or the extension.

For some reason, my whole setup just stopped working, presumably because of the v1.9.1 update. Finally, by installing idf-component-manager and esp-idf-kconfig (why did they disappear, I have no idea), and also setting up python-env for python 3.8 (which also disappeared), I finally got the ...

My particular project only uses ESP32 as a receiver, however, yes, with ESP-NOW 2.0, the payload in esp_now_send should accept up to 1490 bytes per the documentation. I think I need to go to ISP-IDF v5.4 for this, at least that is what I am using now.

Yes, I got this working. Building on my own version of https://github.com/thomasfla/Linux-ESPNOW, I did a test running with 1024 bytes per packet, and I could easily get 10+ Mbps (with 50+ Mbps WLAN connection).

The main limit for how fast you can transfer data will be the WLAN connection speed ...

Yeah, specifically with all the other sources of noise.... Although, to be fair, this is just an issue with the I2S PDM subsystem, which I have only for a Proof Of Concept design. Later on, I'll use a real stereo DAC.

Yup. Removing that line yields:

I (31562) stats: Stats 'i2s' count: 374
I (31563) stats: Interval (us) : [2657, 2672] ~2666.64
I (31563) stats: Variance (us^2) : 0.61
I (31564) stats: Std Deviation : 0.78
I (32562) stats: Stats 'i2s' count: 374
I (32563) stats: Interval (us) : [2657, 2672] ~2666.64 ...

Culprit? https://github.com/espressif/esp-idf/bl ... _pdm.c#L94

Ok, so the ESP32-S3 supports 9-bit for a/b and 8-bit for N in 1/(N+a/b) and with N=2,a=1,b=312 160000000/(2+1/312)=79872000 and then divide by 13 = 6144000. I'll just double check that a/b actually are set correctly.

The i2s_pdm debug log:

D (535) i2s_pdm: Clock division info: [sclk] 160000000 Hz [mdiv] 2 [mclk] 79872000 Hz [bdiv] 13 [bclk] 6144000 Hz

Question: How is 160000000/2 = 79872000 ?? 160000000/2=80000000/13~=6153846 Hz for blck is closer to what I observe on the oscilloscope.

Good point. We're in the process of migrating the forum software to a new server, with potentially a new theme - I'll see if we can also have a dark mode for that. No guarantees on timelines, though - depends on a bunch of different departments.

Awesome!