What problem does it solve? RDK boards (X3, X5, Ultra, S100, S100P, S600) differ in pinouts, IO voltage, CAN type, power LEDs, default IPs, and OS lines, so answers recalled from memory or copied across boards are frequently wrong. This Skill grounds every hardware answer in official D-Robotics documentation and forces board confirmation before quoting specs. ## Core Features & Use Cases - Six-board spec matrix: TOPS, RAM, BPU architecture, model format (.bin vs .hbm), power requirements, LED meaning, IO voltage, CAN type, and default IP per board, with a deterministic lookup script (board_specs.py). - Subsystem deep-dives: 40PIN/GPIO wiring rules, I2C/SPI/UART/PWM buses, CAN (SocketCAN vs MCU-domain CANHAL), camera, display, network, thermals, and system paths via reference documents. - Live hardware probing: hw_probe.sh scans /dev and /sys for actual I2C/SPI/UART/CAN/GPIO interfaces and thermal data, returning structured JSON with off-platform detection. - Use Case: A user asks why ip link set can0 up fails on an S100 — the Skill explains S100 CAN is MCU-domain via CANHAL (only X5 has SocketCAN) and routes frame send/receive to the peripheral cookbook skill. ## Quick Start Ask the agent what the hardware differences are between RDK X5 and S600, including CAN support, IO voltage, and default network IP.