My thoughts are that the HW timers should be used when dealing with either very short repeat cycles or when dealing with specific hardware peripherals. Things like "update the cloud every so often" don't need to resolution available with the HW timers (the latency with the network will throw off the...

If you have a point where you know by external means which board it is, you can set a fuse with that ID and then refer to it later. Perhaps a device unique factory app and then you update to a common app via OTA.

mdns has moved to be a separate component now.

Run 'idf.py add-dependency espressif/mdns==1.0.3' in your project and then build. You'll end up with a 'dependencies.lock' file that you should add to your version control.

An extension of my previous answer -- USB C host ports will generally default to providing NO power. Adding pulldowns for CC1 and CC2 will indicate to the host what level of power should be provided. It won't matter if you're connecting to a Type A port (using Type-A to USB-C cable), since there's n...

It's my understanding that you do need the CC pulldown's for the USB-JTAG connector as well, if you're using the USB connector as a possible power source (which your schematic indicates you are). But I'm curious as to why you will be using 2 USB C connections for this. You _can_ use the USB-JTAG int...

Using the master branch of esp-idf (specifically, v5.0-dev-2483-g3aeb80acb6), I can't show the fuse table for the example code in examples/system/efuse when I'm building for esp32-s3. From a clean unmodified checked out tree, I run the following: $ idf.py set-target esp32s3 .... $ idf.py show-efuse-...

The system/console_usb example is using USB managed by the main CPU and not the new-to-the-ESP32-{C3,S3} USB/JTAG controller. It is also hardcoded to the ESP32-S2 (see the sdkconfig.defaults file). Removing that entry and attempting to build for the ESP32-S3 results in this: /Users/zoo/esp32/esp-idf...

I would very much like to see the USB/JTAG controller serial interface be a full replacement for a UART interface, allowing me to remove the CP2102 from my design and simplifying the BOM. When I try to use this interface the way that I use the UART interface, it seems like the USB serial is a second...

You're doing the work to build a string in file_location, printing it from file_location, and then opening file_name (which isn't the full path).

You can't include C++ header files into a C program -- your C compiler does not know how to parse C++. You can call C++ functions (which have C linkage via 'extern "C"') from C, although you probably have to create your own header files (or provide suitable declarations for the functions) unless the...