USB 识别不到板卡——按序检查清单
本页回答的问题:“板插上了,电脑上什么都没出现——链条断在哪?”
链条有可观察的断点。按此顺序检查;每一步都有看得见的 Yes/No 答案。
第 1 步——电源 LED
| 板卡 | 什么会亮 | 不亮说明 |
|---|---|---|
| ESP32-DevKitC | 5 V 上电 LED(不可编程) | 供电链线索:线/口/充电器——先换着验证再下结论 |
| ESP32-S3-DevKitC-1 | 3.3 V 电源 LED | 同为供电链线索——先解决供电;LED 不亮是待排查的线索,不是判决 |
| Pico / Pico 2 | 没有电源 LED | 仍先做第 2 步(线缆),再做第 3 步——“盘符出现"是你的观察点 |
乐鑫板 LED 不亮首先指向供电链:先换线、换 USB 口,再谈其他;它是待排查的线索,不是终审判决。
第 2 步——线缆
ESP32-S3-DevKitC-1 官方指南明确点名:有些 USB 线是纯充电线——没有数据线芯。板能上电(第 1 步通过),随后烧录静默失败。指南的硬件准备注记把数据线(USB 2.0 Standard-A 转 Micro-B)列为必备硬件。这是最常见的原因之一;怪驱动之前先换一根确知能传数据的线。
第 3 步——你期待的"识别"是哪一种
各板暴露自己的方式不同,“识别不到"含义也不同:
- 乐鑫板(两块)——电脑看到的是板载 USB 转 UART 桥(最高 3 Mbps)。预期结果:出现一个串口设备。没有串口设备 → 桥缺驱动(操作系统相关;ESP-IDF Get Started 的连接建立章节是官方驱动路径),或就是第 2 步那根线。
- ESP32-S3-DevKitC-1 的第二个口——原生 USB OTG 口是另一条链:它要芯片固件/ROM 去枚举,不走桥。桥口正常而原生口死——且已用同一根确知能传数据的线验证过——才能把问题收窄到芯片状态;线缆未被证明前,不能排除线缆。
- Pico / Pico 2——没有桥。本指南采用 BOOTSEL 进入方式:插入时按住 BOOTSEL,板会枚举成大容量存储盘(RPI-RP2 / RP2350)。没有盘 → 换一根确知能传数据的线、换一个口再做一次;仍不出现,就继续向下查线缆、端口与系统注记——它们是优先排查项,不是仅有的可能原因。未装固件时,全新 Pico 预期出现的就是这个盘。
第 4 步——模式(烧录报 “Failed to connect”)
如果串口设备在但烧录报连接失败:典型原因是芯片没进下载模式、自动同步失败。按官方指南的手动路径:按住 BOOT,点按 EN/复位,松开 BOOT(乐鑫)。Pico 的烧录路径是第 3 步的 BOOTSEL 盘,因此不适用这一串口模式步骤。
第 5 步——操作系统注记
- Windows:桥设备通常要装一次驱动;官方路径见 ESP-IDF 连接建立页。
- macOS/Linux:桥芯片通常免驱即可枚举;Linux 上串口工具仍打不开口时,权限配置在同一 ESP-IDF 页。
- 系统相关步骤活在 ESP-IDF 指南里且随版本维护——本页链接过去,不复制会漂移的细节。
本页不能告诉你的
- 我们没有在硬件上复现这些故障——清单是把官方事实(元件表、线缆注记、BOOTSEL 行为、下载模式按键)排成诊断顺序;顺序本身是 MCUID 的编辑工作,不是厂商流程。
- 各修订的桥芯片料号——固定版本指南只写"USB 转 UART 桥芯片"不点名;我们不猜。
来源
- ESP32-S3-DevKitC-1 v1.1 用户指南——元件表(两个 USB 口、桥、电源 LED)、Start Application Development(线缆注记、手动下载模式)(commit
5c06bf18) - ESP32-DevKitC V4 用户指南——元件表(桥、5 V LED)、C15 注记(commit
5c06bf18) - 拖拽安装 MicroPython——BOOTSEL → RPI-RP2/RP2350 盘(commit
21d772e7) - ESP-IDF Get Started——官方驱动/连接路径