ESP32-S3 UnilC PSRAM support
Posted: Wed Jan 07, 2026 9:52 pm
Hello Espressif team,
We have a product based on ESP32-S3-WROOM-2-N32R16V and are reviewing whether to stay on ESP-IDF v5.4.1 or move to v5.4.2+.
While reviewing the v5.4.2 release notes, I noticed this:
- PSRAM: Supported UnilC Octal PSRAM on ESP32S3 (a8e166e)
which adds UnilC as an accepted vendor ID for ESP32-S3 octal PSRAM.
To help with long-term planning, I’d appreciate clarification on:
1. Was this change motivated by UnilC PSRAM already appearing (or expected to appear) in the in-package PSRAM used by ESP32-S3-WROOM-2-N32R16V modules?
2. For ESP32-S3-WROOM-2-N32R16V, should customers assume the internal PSRAM vendor may vary across manufacturing lots over time?
3. Is ESP-IDF v5.4.2+ recommended to ensure forward compatibility with future S3 module lots, even if current lots work correctly on v5.4.1?
Thanks for any insight you can share.
We have a product based on ESP32-S3-WROOM-2-N32R16V and are reviewing whether to stay on ESP-IDF v5.4.1 or move to v5.4.2+.
While reviewing the v5.4.2 release notes, I noticed this:
- PSRAM: Supported UnilC Octal PSRAM on ESP32S3 (a8e166e)
which adds UnilC as an accepted vendor ID for ESP32-S3 octal PSRAM.
To help with long-term planning, I’d appreciate clarification on:
1. Was this change motivated by UnilC PSRAM already appearing (or expected to appear) in the in-package PSRAM used by ESP32-S3-WROOM-2-N32R16V modules?
2. For ESP32-S3-WROOM-2-N32R16V, should customers assume the internal PSRAM vendor may vary across manufacturing lots over time?
3. Is ESP-IDF v5.4.2+ recommended to ensure forward compatibility with future S3 module lots, even if current lots work correctly on v5.4.1?
Thanks for any insight you can share.