I ran into a problem today with the ESP32 that had me pulling out my hair for quite some hours. I ended up devising the following test program in trying to trace it: void app_main() { // Config 2 UARTs uart_config_t uart_config = {1020833, UART_DATA_8_BITS, UART_PARITY_DISABLE, UART_STOP_BITS_1, UAR...

Why is there a lack of applications using the new S2 even though the code base and much of the hardware is the same? Apparently, a built-in USB interface is just not as important as the hardware it replaced? What if the factory code that is already loaded on the ESP32 came with practical OTA (Simple...

but in order to use OTA update, you paradoxically have to use the UART to first run the appropriate AT commands that trigger the SmartConfig (ESP Touch). It will not run wirelessly from the factory. You must physically connect a uart first. Yes, they can preload the application. wonder what that cos...

When you power up a factory fresh WROOM32 module (I have tested 6 so far from various suppliers, both 32 and 32D versions) it broadcasts an AP with an SSID consisting of "ESP_" and part of it's MAC address. For example, "ESP_6C8A79". If you connect a phone or pc to that AP, you are assigned an IP. u...

so what do these factory APs do? I assume they are useful for something?

These are modules from a tape and reel and also some from dev boards. they all produce the quixotic APs.

If you power a new ESP32 from the factory, it will produce a WI-FI AP with a name like "ESP_0BE0DD". I have tried this with 6 devices, old and new. WROOM-32 and 32D. This is the default behavior before the device is programmed by the user. What can we do with this AP? I would imagine some pretty coo...

I found it. needed a 1ms delay after the tx on the windows side. Now I am getting 2k bytes through with no crashes. baud rate with 25 bytes per send is about 9600baud. Here's the working program on the windows side (esp32 side is unchanged from above): #include <stdio.h> #include <windows.h> #includ...

I also tried this on multiple devices with the same result so it is not a unit problem.

Thank you for the link. So it appears to be normal. I will need to figure out how the application will know which port to use since it varies from connection to connection. I could test both, might be able to find a register value, etc.