Yes, you can choose "Run FreeRTOS on first core only" option in menuconfig, Component config > FreeRTOS menu and build the application again. That will disable 2nd CPU and all the tasks will run on the 1st. Does this really disable the second core? Or will it be active but idling? I have an app run...

A bit late but today I was wondering the same. It looks like it is possible but not trivial, it involves creating a custom DCE, here is a patch that incorporates it to the console example: https://github.com/espressif/esp-protoc ... 660991194c

The impedance has not yet been added to the datasheet. Is there any info on this?

In an interesting turn of events, this seems to be supported by latest esp-idf (5.1), including documentation and an usage example ! Unfortunately only ESP32-S3 and ESP32-C3 support this feature right now, so for the good old ESP32, we still have no way to do it. I have opened a GitHub issue to see ...

This feature could also save me a lot of time for some lab tests, so I dug a bit more into it without success. My findings in case anyone wants to try: the ESP32 ROM exports three functions with suspicious names: * rom_start_tx_tone() * rom_start_tx_tone_step() * rom_stop_tx_tone() The stop function...

For my application, I am trying to obtain information of AMPDU frames, I need to identify which frames start, end or are in the middle of an AMPDU transmission. I made a program that prints the aggregation and ampdu_cnt fields in the wifi_pkt_rx_ctrl_t structure (obtained for each frame captured in ...

After reviewing carefully the capture, it looks like rate uses the wifi_phy_rate_t, but confirmation would be nice.

I want to build an application to measure WiFi channel load. This requires computing air time of received packets. My approach is: 1. Configure ESP32 in promiscuous mode, enable reception of all kind of packets. 2. In the rx callback, obtain the packet rate and packet length. 3. Using the rate and l...

Hi, We have a product using an ESP32 MCU on a custom board. When performing transmission tests in 11b mode (1 Mbps, 20 dBm output), with our custom firmware, we cannot pass the wifi masks as per this figure: https://i.imgur.com/ZSDPDLa.png When we do the test with our firmware, the side lobes are to...

Well, it turns out reading the forum helps

I have changed the initialization to be done from a task pinned to core 1 (that I delete when finished using vTaskDelete(NULL)), and that has completely removed the glitches!