← ClaudeAtlas

m5stack-tab5listed

Hardware reference and development helper for the M5Stack Tab5 (product code C145) — an ESP32-P4-based 5" touchscreen IoT/industrial terminal with an ESP32-C6 wireless co-processor, MIPI-DSI display, MIPI-CSI camera, ES8388 audio codec, BMI270 IMU, RX8130CE RTC, RS485, and a removable NP-F550 battery. Use this skill whenever the user is writing, debugging, or planning firmware for a Tab5, or asks about its pinout, display/touch (GT911/ILI9881C or ST7123/ST7121), camera (SC2356), audio (ES8388/ES7210), IMU, RTC, power management (IP2326/INA226/IO expanders), RS485, Grove/M5-Bus/GPIO_EXT ports, or how to set it up in Arduino IDE, PlatformIO, UIFlow2, or ESP-IDF. Also trigger on "M5Tab5" or the bare word "Tab5" in an M5Stack/ESP32-P4 context.
iot-forge/m5stack-skills · ★ 2 · Code & Development · score 73
Install: claude install-skill iot-forge/m5stack-skills
# M5Stack Tab5 development The Tab5 is M5Stack's ESP32-P4-based touchscreen terminal: a 5" 1280x720 MIPI-DSI display, MIPI-CSI camera, ES8388 audio codec with AEC front-end, BMI270 IMU, RX8130CE RTC, RS485 port, and a removable 2000mAh NP-F550 battery, with an ESP32-C6-MINI-1U handling WiFi 6 / BLE / Thread / Zigbee as a co-processor over SDIO. It targets industrial HMI, kiosk, and IoT-gateway use cases rather than being a general "big Core2" — expect RS485, camera, and multi-protocol wireless to matter more here than on other M5Stack Controllers. Official docs: https://docs.m5stack.com/en/core/Tab5 Use this skill to write correct firmware for it (Arduino, PlatformIO, ESP-IDF, or UIFlow2/MicroPython), to explain what a pin or peripheral does, or to debug hardware-facing code (wrong I2C address, WiFi not connecting, touch not responding, display not initializing, etc). ## Important: this is an ESP32-P4, not an ESP32/ESP32-S3 Most M5Stack Controllers (Cardputer Adv, Core2, CoreS3, AtomS3, ...) run on an ESP32 or ESP32-S3 — Xtensa cores. The Tab5's main SoC is an **ESP32-P4**, which is **RISC-V**, has **no built-in WiFi/Bluetooth radio**, and needs its own toolchain target (`esp32p4`)/board entry. WiFi and BLE come from a *separate* ESP32-C6 co-processor on the board, bridged over SDIO — this is why WiFi init code looks different from every other M5Stack board (see "WiFi needs pin setup" below). Don't reuse ESP32/ESP32-S3-specific assumptions (Xtensa intrinsics, single-chip