Hey, no problem, I will contact them anyway, thanks ESP_Sprite!

I shared my findings since I think it's useful and it might help others who find themselves in a similar situation. I will keep you posted if I find something useful. But, more or less, this is solved.

All the best

Hi guys, me again... So, since we have the required equipment now, we were able to detect and locate those harmonics. The source of the emissions is GPIO lines configured as OUTPUT, period (regardless of the frequency). I believe that other signal lines (such as communication) would also be a source...

It's me again. So this might be a problem that others can face too with the ESP32-WROOM. The frequency of 320MHz is here to stay, for now, it's visible on communication lines, on the PCB, on the wires. It radiates all over the place, somewhere more, somewhere less. Just to check whether is due to my...

We had another pre-check and what we did is turning off the UART0 interface, TX line is configured as GPIO output and put to LOW. The resistor of 470 Ohms is put between TX and GND just in case but it is not needed generally. Anyway, no improvement what so ever, the signals are all the same as in th...

I have read that the main cause of the mess is the TXD0 because of its location and the near proximity to the 40MHz crystal. I guess that it is due to the way of the in-module routing. And in addition to this, I think that the problem is in a specific pad since it's a non-muxible interface (UART0). ...

From your experience, do you know where can I expect that 80MHz harmonics to radiate from, which pins?

Regards
Marko

Dear colleagues, I am working on a commercial device that has the ESP32-WROOM-32D module inside. So far, in terms of the functionalities and performance, the module kick ass :) Nothing to complain about. But there is a problem when it comes to the EMC testing, and how I see it now, I have a couple o...

Dear colleagues, I am working on a project which has several slaves on the I2C bus. So far, everything went well, except for the CCS811 sensor which has a little bit different I2C driver implementation. I am using this driver: https://github.com/gschorcht/ccs811-esp-idf What I am thinking about is t...

After a couple of days of debugging and trying to find the cause of the error, we found out that the factory rotated the sensor DPS310. That means that the SCK was on VDD, and SDA on GND, that caused the faulty condition.

Dear colleagues, I am working for quite some time with the ESP32, using esp-idf. So far, it was a pleasant experience both with the esp hardware and the esp-idf. But now I have some problems with the I2C bus, to be more concrete, I have an i2c scanner and not a single slave has responded. When looke...