USB Serial/JTAG Controller Console
Generally, ESP chips implement a serial port using UART and can be connected to a serial console emulator on a host/PC via an external USB-UART bridge chip. However, on ESP chips that contain a USB Serial/JTAG Controller, the CDC-ACM portion of the controller implements a serial port that is connected directly to a host/PC, thus does not require an external USB-UART bridge chip.
ESP32-C3 contains a USB Serial/JTAG Controller providing the following functions:
Bidirectional serial console, which can be used with IDF Monitor or another serial monitor.
JTAG debugging, performed simultaneously with serial operations using tools like OpenOCD.
The USB Serial/JTAG Controller is a fixed-function USB device that is implemented entirely in hardware, meaning that it cannot be reconfigured to perform any function other than a serial port and JTAG debugging functionality. This is in contrast to the USB OTG controllers in some ESP chips that can be configured to perform the function of multiple types of USB devices.
Connect ESP32-C3 to the USB port as follows:
5V (or externally supplied)
Some development boards may offer a USB connector for the USB Serial/JTAG Controller. In that case, no extra connections are required.
The USB Serial/JTAG Controller can be used as the serial port by selecting
CONFIG_ESP_CONSOLE_USB_SERIAL_JTAG in the CONFIG_ESP_CONSOLE_UART option. Once selected, building and flashing the project can occur as usual.
Alternatively, you can access the output through the
usb_serial_jtag port but make sure
CONFIG_ESP_CONSOLE_SECONDARY_USB_SERIAL_JTAG is selected in the CONFIG_ESP_CONSOLE_SECONDARY.
Besides output, if you also want to input or use REPL with the console, please select
Uploading the Application
The USB Serial/JTAG Controller is able to put the ESP32-C3 into download mode automatically. Simply flash as usual, but specify the USB Serial/JTAG Controller port on your system:
idf.py flash -p PORT, where
PORT is the name of the proper port.
The USB Serial/JTAG Controller’s serial port usually appears:
COM*port in the Windows Device Manager
There are several limitations to the USB Serial/JTAG console feature. The significance of these limitations depends on the type of application being developed, and the development workflow.
USB Pin Reconfiguration
If the application accidentally reconfigures the USB peripheral pins or disables the USB Serial/JTAG Controller, the device disappears from the system. After fixing the issue in the application, you need to manually put the ESP32-C3 into download mode by pulling low GPIO9 and resetting the chip.
If the application enters Deep-sleep mode, the USB Serial/JTAG device disappears from the system.
For data transmitted from ESP32-C3 to PC Terminal (e.g., stdout, logs), the ESP32-C3 first writes to a small internal buffer. After this buffer becomes full (for example, if no PC Terminal is connected), the ESP32-C3 does a one-time wait of 50 ms for the PC Terminal to request the data. This can appear as a very brief pause in your application.
For data transmitted from the PC Terminal to ESP32-C3 (e.g., console commands), many PC Terminals wait for the ESP32-C3 to ingest the bytes before allowing you to send more data. This is in contrast to using a USB-to-Serial (UART) bridge chip, which always ingests the bytes and sends them to a (possibly not listening) ESP32-C3.
In rare cases it’s possible that data sent from the ESP32-C3 to the host gets ‘stuck’ in host memory. Sending more data will get it ‘unstuck’, but if the application does not send more data, depending on the driver, this data needs to be flushed to the host manually. The non-blocking (default) driver and the VFS implementation will flush automatically after a newline. The blocking (interrupt-based) driver will automatically flush when its transmit buffer becomes empty.
Sleep Mode Considerations
The USB Serial/JTAG controller and its associated USB PHY are driven by particular clocks (e.g., APB and USB PHY clock) and belong to a particular power domain (e.g., digital power domain). Thus, any change to the clock and power domains associated with the USB Serial/JTAG controller, such as entering different sleep modes, can affect the controller’s operation.
When entering deep sleep, both the USB Serial/JTAG controller and the USB PHY are powered off, leading to the USB PHY’s D+ line no longer being pulled up. As a result:
When entering deep sleep, the USB Serial/JTAG device appears disconnected from the host/PC (even if the USB cable is still physically connected).
When exiting deep sleep, the USB Serial/JTAG device reconnects to the host/PC.
When entering light sleep, the APB and USB PHY clock are gated. Thus, the USB Serial/JTAG controller is no longer able to receive or respond to any USB transactions from the connected host (including periodic CDC Data IN transactions). As a result:
when entering light sleep, the USB Serial/JTAG device is unresponsive to the host/PC’s USB CDC driver. The host/PC may then report the USB Serial/JTAG device as disconnected or erroneous (even if the USB cable is still physically connected).
when exiting light sleep, it is possible that the host/PC does not re-enumerate (i.e., reconnect) the USB Serial/JTAG device given that the USB PHY’s D+ line remains pulled up state during light sleep. Users may need to physically disconnect and then reconnect the USB cable.
Automatic and Manual Sleep Entry
If users enter sleep manually (via
esp_deep_sleep_start()), users should be cognizant of the fact that USB Serial/JTAG controller does not work during sleep. ESP-IDF does not add any safety check to reject entry to sleep even if the USB Serial/JTAG controller is connected. In the case where sleep is entered while the USB Serial/JTAG controller is connected, the connection can be re-established by unplugging and re-plugging the USB cable.
If users enter sleep automatically (via
esp_pm_configure()), enabling the CONFIG_USJ_NO_AUTO_LS_ON_CONNECTION option allows the ESP32-C3 to automatically detect whether the USB Serial/JTAG controller is currently connected to a host, and prevent automatic entry to sleep as long as the connection persists. However, note that this option increases power consumption.