嵌入式开发学习:连不上串口先别砸板子
盯着串口终端那一片空白,你是不是也忍住了一拳砸向开发板的冲动?嵌入式开发学习的第一步,往往不是写代码,而是和一根USB线较劲。明明驱动装了,板子也供电了,可电脑就是不认——这种时候先别急着换硬件,多半是配置没到位。
连不上串口?先查这三处再换线
不少朋友拿到开发板后,第一件事就是插USB,然后发现设备管理器里连个鬼影都没有。后台经常收到这样的留言:“我换了三根线,还是没反应。”其实嵌入式开发学习最容易忽略的,是USB转串口芯片的驱动版本。老芯片比如CH340G在Win10/11上得手动装驱动,Windows自动更新只会给你一个“未知设备”。
慢着。
别急着搜驱动,先看看板子上有没有一个叫BOOT0的跳帽。有的开发板默认启动模式是从串口下载,但跳帽位置错了,电脑根本不会响应。还有,看看供电灯亮不亮——如果连指示灯都不闪,那就是供电不足,换一个带屏蔽的USB口,或者用外部电源。
驱动装好、跳帽插对、供电正常,这时候设备管理器里如果还显示黄色感叹号,那就右键更新驱动,手动选“从磁盘安装”,指向你下载的驱动文件夹。这一串操作下来,99%的串口识别问题都能解决。
代码烧录总失败?先别急着重装IDE
串口连上了,烧录时却弹出“Timeout”或“Failed to connect”——这种时候大多数人第一反应是重装Keil或者STM32CubeIDE。但嵌入式开发学习的老手都知道,问题往往出在硬件握手时序上。
最常见的坑:烧录时没有按住开发板上的复位键。很多教程只说“点击下载后立刻复位”,但具体怎么操作?最稳妥的办法是:先按住复位键不放,点下载按钮,听到软件提示“Connecting...”时立即松开复位键。这招治好了我三块“假砖”。
别急。
如果你用的是STM32系列,检查一下Flash Option Bytes是不是被锁了。有的朋友可能遇到过,芯片之前烧入了某个读写保护的固件,导致后续烧录失败。这时候需要用ST-Link Utility或者CubeProgrammer先解锁,再重新下载。另外,波特率也别乱改——默认的115200最稳,改成921600只会增加出错概率。
嵌入式开发学习过程中,当你把烧录线拔了又插、软件关了又开、甚至怀疑人生时,请记住:这玩意儿没有你想象的那么脆弱。绝大多数“板子坏了”的错觉,都是操作时序没踩准。问题排查完就去泡杯茶,别对着终端发呆。




