Direct definitions, hardware parameters, and practical examples for every ecosystem term, from ADC to Secure Boot.
Popular searches
Category
Alphabetical order
25 terms
Processing
Xtensa vs RISC-V Architecture
Processor instruction set architecture. Classic ESP32, S2 and S3 use proprietary Tensilica Xtensa cores (LX6/LX7). Modern series C (C2, C3, C5, C6, C61), H (H2, H4) and P (P4) adopt the open, modular and energy-efficient 32-bit RISC-V architecture.
In practice
ESP32-S3 uses dual-core Xtensa LX7, while ESP32-C6 uses single-core RISC-V and ESP32-P4 features dual-core RISC-V at 400 MHz.
Processing
CPU Cores (Dual-Core vs Single-Core)
Independent central processing units. Dual-core chips allow dedicating one core (Core 0) to Wi-Fi/Bluetooth protocol stacks and FreeRTOS scheduling, leaving the second core (Core 1) entirely free for user application tasks.
An ultra-low-power auxiliary processor that operates while the main CPU cores are asleep in Deep Sleep mode. It can monitor analog sensors, read GPIOs or scan I2C/SPI buses consuming microamps.
In practice
ESP32 includes an FSM/assembly ULP; ESP32-S2, S3, C5 and C6 integrate a 32-bit RISC-V ULP coprocessor running up to 20–48 MHz.
Processing
Vector Instructions & AI Acceleration
SIMD (Single Instruction, Multiple Data) CPU extension designed for parallel mathematical operations, accelerating matrix multiplications, FFTs, audio filtering and neural network inference.
In practice
ESP32-S3 includes 128-bit vector extensions; ESP32-P4 features high-throughput vector instructions for DSP and machine vision.
Processing
FPU (Floating-Point Unit)
Dedicated hardware module for single-precision IEEE 754 floating-point operations. Avoids software floating-point emulation, executing float math in single clock cycles.
Next-generation Wi-Fi standard delivering higher spectral efficiency, lower latency, and reduced power consumption via OFDMA and Target Wake Time (TWT).
In practice
ESP32-C6 and C5 support 802.11ax in 2.4 GHz; ESP32-C5 adds dual-band 5 GHz support.
Connectivity
Target Wake Time (TWT)
A Wi-Fi 6 power-saving mechanism allowing the access point and ESP32 to negotiate scheduled sleep periods. The device stays asleep for hours and wakes only at negotiated transmission times.
In practice
Battery-powered ESP32-C6 sensors use TWT to preserve battery life while remaining associated to Wi-Fi 6 routers.
Connectivity
Bluetooth LE Audio & Isochronous Channels
Next-generation Bluetooth audio architecture using the LC3 codec over isochronous BIS/CIS channels, enabling broadcast audio (Auracast) and ultra-low latency.
In practice
ESP32-H4 supports Bluetooth 5.4 LE Audio with isochronous streams.
Connectivity
Thread & IEEE 802.15.4
An open, IPv6-based, low-power wireless mesh networking protocol designed specifically for smart home automation.
In practice
ESP32-H2 and ESP32-C6 feature an IEEE 802.15.4 radio supporting Thread and Zigbee.
Connectivity
Matter Protocol
A unified application layer protocol running over IPv6 (Wi-Fi, Thread and Ethernet) ensuring seamless cross-ecosystem interoperability across Apple Home, Google Home, Alexa and SmartThings.
In practice
ESP32-C6, H2 and S3 devices run ESP-Matter firmware certified for cross-platform smart home setups.
Memory
Internal SRAM & Memory Regions
High-speed static RAM embedded on the silicon die. Divided into instruction SRAM (IRAM) and data SRAM (DRAM).
In practice
Classic ESP32 provides 520 KB of internal SRAM; ESP32-P4 includes 768 KB on-chip L2 SRAM.
Memory
PSRAM (Pseudo-Static RAM)
External dynamic RAM with an internal self-refresh controller that communicates with the CPU via high-speed SPI/QSPI/OPI buses through cache memory.
In practice
ESP32-S3 modules commonly integrate 8 MB of Octal PSRAM for audio buffers and display framebuffers.
Memory
Flash Memory & Partition Table
Non-volatile NOR flash memory storing bootloader, partition table, firmware application binaries and file systems (NVS, LittleFS, SPIFFS).
In practice
The partition table (partitions.csv) configures OTA slots (ota_0, ota_1) and storage partitions.
Memory
NVS (Non-Volatile Storage)
A structured key-value storage library implemented inside dedicated flash partitions for persisting calibration parameters, Wi-Fi credentials and state.
In practice
Wi-Fi credentials and pairing keys are saved to NVS and retained across deep sleep cycles and reboots.
Peripherals
GPIO Matrix & Pin Muxing
A flexible internal routing matrix that decouples internal peripheral signals (UART, SPI, I2C, PWM) from physical package pins, allowing almost any digital signal to route to any GPIO.
In practice
On the ESP32, hardware I2C or UART can be assigned to arbitrary digital GPIO pins in firmware.
Peripherals
Strapping Pins
Dedicated physical pins sampled by hardware boot ROM during power-up or reset to determine boot mode (UART download vs SPI flash boot), VDD_SPI voltage and console logging.
In practice
GPIO0 pulled low during reset puts the ESP32 into ROM serial download mode for flashing.
Peripherals
SAR ADC & Non-Linearity
Successive Approximation Register Analog-to-Digital Converter used for reading analog voltages. Requires software calibration for accurate readings near 0V and reference limits.
In practice
ESP-IDF esp_adc_cal APIs use factory calibration eFuses to convert raw ADC counts into calibrated millivolts.
Peripherals
TWAI / CAN Bus
Two-Wire Automotive Interface, Espressif's implementation of the ISO 11898-1 CAN 2.0B / CAN FD standard for robust vehicle and industrial networking.
In practice
ESP32-S3 and P4 connect to CAN bus networks through external CAN transceivers (e.g. SN65HVD230).
Hardware Security
eFuse (One-Time Programmable Memory)
A block of one-time programmable microscopic electrical fuses on the silicon die storing MAC addresses, cryptographic keys, and permanent security configurations.
In practice
Secure Boot and Flash Encryption permanently lock configuration bits in eFuses during device manufacturing.
Hardware Security
Secure Boot v2
A cryptographic chain of trust starting in ROM code that verifies digital signatures (RSA-3072 or ECDSA) of bootloader and application binaries before execution.
In practice
Secure Boot prevents execution of unauthorized or tampered firmware on production ESP32 devices.
Hardware Security
Flash Encryption
On-the-fly transparent hardware encryption (AES-128 or XTS-AES-256) of external flash memory contents. The encryption key is stored securely in eFuses and never exposed.
In practice
Flash Encryption protects firmware intellectual property and sensitive credentials against physical flash readout.
Hardware Security
Hardware Cryptographic Accelerators
Dedicated silicon calculation blocks executing AES, SHA, RSA, ECC and RNG operations at hardware speeds without loading CPU cores.
In practice
Hardware AES and SHA accelerate TLS/HTTPS handshakes on ESP32 without stalling FreeRTOS tasks.
Power
Deep Sleep Mode
Ultra-low-power sleep state where high-performance CPU cores, digital peripherals, and radio are completely powered down, drawing only microamps.
In practice
In Deep Sleep, ESP32 consumes roughly 5–10 µA while RTC memory and timer remain active to wake the device.
Power
Brownout Detector
An internal hardware monitoring circuit that triggers a safe system reset if input VDD supply voltage drops below a calibrated threshold (~2.8V).
In practice
Sudden Wi-Fi transmit current spikes on weak power supplies trigger the Brownout detector to prevent memory corruption.
Power
Wake-up Sources
Configurable hardware triggers capable of waking the ESP32 from sleep modes, including RTC timers, external GPIO edges, touch pins and ULP signals.
In practice
esp_sleep_enable_ext0_wakeup configures a door sensor pin to instantly wake the chip from Deep Sleep.
From concept to the right chip.
With the terms in hand, compare series side by side or answer the selector to find the model that fits your project.