做STM32智能小车这个项目说实话是每个嵌入式学习者绕不开的一个坎。它不复杂但麻雀虽小五脏俱全——GPIO、定时器PWM、中断、串口、电机驱动、传感器采集基本上单片机入门该碰的东西它全占了。我当年在实验室调这辆小车的时候也踩了不少坑从通电不走、到跑起来歪歪扭扭、再到高速循迹冲线每一步都是拿实际现象说话。这篇文章不是贴一堆代码让你抄而是把我从选型、搭电路、写代码到调参整个流程中觉得最关键、最容易出问题的地方都讲清楚目标是让拿到这块板子的人少走弯路。1. 这辆小车到底要做什么需求拆解与功能定调1.1 从功能清单反推硬件选型动手之前先把目标定下来。智能小车这个题目看起来宽泛但落到具体设计上核心功能就三个能跑、能转弯、能感知路径。在这个基础上我给它定了几个硬指标两轮差速驱动第三轮用万向轮支撑保证转向灵活能实现红外循迹沿着白底黑线或者黑底白线跑速度可调支持低速爬行和高速冲刺两种模式预留蓝牙和超声波接口方便后续扩展功能清单明确之后硬件选型就有依据了。主控直接锁定STM32F103C8T6也就是俗称的“蓝板小系统板”。理由很实际它的工作电压是3.3V但IO口兼容5V输入和TT马达驱动、红外对管这类常见外设配合不需要额外的电平转换电路72MHz主频对循迹这种实时性要求不高的场景绰绰有余资源方面有3个UART、2个ADC、多个定时器以后想加编码器测速、OLED显示也够用。车架和电机的选择也影响后面调试的难度。建议用亚克力三层板车架配TT直流减速电机这种组合在某宝上很常见安装孔位规整电机自带减速箱能提供足够的扭矩。1.2 为什么选STM32F103C8T6而不是其他型号很多新手会纠结这个问题觉得F103C8T6是不是太老了要不要上F407甚至H7。我的建议是做智能小车这类项目F103C8T6是性价比最高的选择。原因有三点第一资料多到爆炸。从官方参考手册到各类博客、教程、开源工程几乎你能想到的坑都有人在网上记录过了。遇到问题搜一下基本都能找到解决方案。这比你自己啃datasheet高效太多。第二HAL库和标准库的资料都很成熟。HAL库虽然代码臃肿但胜在逻辑清晰、可读性好适合教学和快速开发。标准库则是在老工程师圈子里用了十几年的东西稳定可靠。无论你学的是哪一种F103都有大量的现成代码可以参考。第三性能完全够用。循迹小车本质上就是“读传感器-算逻辑-输出PWM”的循环最高也就跑到每秒几十次的频率F103的72MHz主频和丰富的外设接口根本不会成为瓶颈。你把代码写得再深入小车能不能跑好主要取决于机械结构和控制策略而不是主控性能。说到底智能小车项目的目标是打通“传感器→处理→执行”这条链路而不是炫技。用一个性能过剩但资料匮乏的芯片只会让你的项目进度卡在查资料上。1.3 三种循迹方案对比红外对管、灰度传感器、摄像头循迹是智能小车的核心功能循迹方案的选型直接影响成本和调试难度。第一种是红外对管方案最常见也最便宜。它利用红外发射管发射红外光红外接收管接收反射回来的光通量根据地面颜色不同黑线吸光、白底反光接收管输出的电平会明显不同。搭配电压比较器电路可以直接输出数字信号0或者1给单片机。TCRT5000就是这种方案的代表型号单路成本几块钱可靠耐用。第二种是灰度传感器方案。它和红外对管原理类似但它输出的是模拟量可以检测细微的灰度变化。好处是能识别更复杂的路径标记比如十字路口、弯道弧度等。缺点是要占用单片机的ADC资源而且对环境光比较敏感需要在程序里做滤波处理。第三种是摄像头视觉方案。用OpenMV或者K210配合摄像头通过图像识别算法提取黑线坐标再传给STM32做控制。这是目前智能车竞赛最主流的方案之一但它的学习曲线陡峭需要掌握图像处理基础而且硬件成本高了好几倍。对于第一个智能小车项目我强烈建议用红外对管方案而且直接用集成了电压比较器的模块输出TTL数字信号代码层面只需要读GPIO电平。别小看这个选择它能把调试复杂度降低一个量级。等你跑通了整套流程再换灰度传感器或者摄像头也不迟。2. 硬件搭建与电路原理电机驱动、电源系统与接线细节2.1 电机驱动选型L298N和TB6612到底怎么选驱动TT电机的方案很多但我只推荐两个L298N和TB6612FNG。L298N是那种又大又重的老牌驱动模块支持宽电压输入5V-12V最大输出电流2A/路可以直接用逻辑电平控制。它最大的优势是皮实随便接错一两根线都不会烧适合第一次焊电路的新手。缺点也明显板载的7805稳压电路发热大、压降高如果直接用它的5V给单片机供电电流不足时会出现单片机死机复位的现象。TB6612FNG是日系驱动芯片体积小、效率高内部集成了H桥电路和续流二极管最大输出电流1.2A/路。它需要的供电电压比L298N低2.7V-5.5V的电机电源输出PWM频率可以做到很高调速线性度比L298N好不少。缺点是引脚间距小焊接或者插杜邦线的时候要细心。我的选择是TB6612FNG原因是我用3S锂电池11.1V供电的场景不多大多用两节18650串联7.4VTB6612的电压范围覆盖得刚刚好。配套的典型接线是这样的TB6612引脚连接目标说明VM电池正极电机电源输入VCC5V逻辑电源GND电池负极公共地需要和STM32共地PWMA/PWMBSTM32定时器PWM引脚控制两路电机速度AIN1/AIN2STM32 GPIO控制电机A的正反转BIN1/BIN2STM32 GPIO控制电机B的正反转STBYSTM32 GPIO接5V或3.3V待机控制拉低则电机停止电机的正反转逻辑很简单AIN11、AIN20时电机正转AIN10、AIN21时电机反转两个都为0或1时电机制动。2.2 电源系统的关键细节共地与电压跌落问题电源是整个项目最容易让人抓狂的部分。我的供电方案是两节18650电池串联得到7.4V这一路直接给TB6612的VM供电TB6612驱动电机同时用一个单独的AMS1117-5.0稳压模块把7.4V降到5V再给STM32小系统板和红外传感器模块供电。STM32板载稳压电路会把5V降到3.3V给芯片使用。这里有两个关键点第一个是必须共地。电源的负极地要接到STM32小系统板的GND上否则单片机输出PWM信号给TB6612时电平参考点不同会出现电机转或不转完全随机的情况。这在硬件上是个很低级但很常见的坑。第二个是防止电压跌落导致单片机复位。电机启动瞬间的电流冲击很大尤其是转向时两个电机同时发力电池电压会被瞬间拉低。如果单片机供电和电机供电是同一路单片机就会因为掉电而复位表现就是小车一前进就重启、蜂鸣器响一下又停下。解决办法就是上面说的“两路供电”电机一路、逻辑控制一路中间用二极管做隔离也行但最简单可靠的就是用独立的稳压模块。如果不用18650电池也可以用带保护板的3.7V锂电池加升压模块或者直接买7.4V锂电池组区别不大。核心原则只有一条电机回路和逻辑回路的电源要尽量分开共地方案要正确。2.3 管脚分配和接线清单接线前先把管脚分配好避免写代码的时候发现引脚冲突。我的分配方案是这样的红外传感器模块两路左循迹接PB0右循迹接PB1。都是GPIO输入模式。板载LED方便调试状态PB12这是一个扩展引脚不同的板子位置不同查阅原理图确认电机驱动PWMA、PWMBPA8和PA11。这两个引脚在F103C8T6上对应TIM1的CH1和CH4可以输出PWM。电机驱动AIN1、AIN2PB13、PB14电机驱动BIN1、BIN2PB15、PB16如果有PB16的话实际针脚以你的板子引脚图为准。接线的时候建议用不同颜色的杜邦线红色接正极黑色接负极其他信号线用别的颜色。这个习惯能让你在排查问题时节省大量时间。3. 代码框架从HAL库初始化到循迹控制算法实现3.1 工程搭建用STM32CubeMX配置好一切代码部分我选择HAL库配合STM32CubeMX做初始化。CubeMX的价值在于它能把时钟树、GPIO模式、定时器PWM配置全部图形化搞定生成的初始化代码是经过验证的从根上避免了低级的寄存器配置错误。关键配置步骤在CubeMX里选择芯片型号STM32F103C8T6选择“Start My project from MCU”配置RCC。在System Core RCC HSE中选择“Crystal/Ceramic Resonator”这是外部晶振的配置项典型的外部晶振频率是8MHz。F103最高主频是72MHzHSE配置为8MHz之后在Clock Configuration页面里把PLL倍频系数设为9系统时钟就锁定到72MHz。配置GPIO输入。把PB0、PB1设为GPIO_Input。配置定时器PWM。选择TIM1在Clock Source里选择Internal Clock然后在Channel1和Channel4的通道模式里选PWM Generation CH1/CH4预分频系数Prescaler设为72-1自动重载值Counter Period设为1000-1。这样PWM的频率就是72MHz/72/10001kHz占空比精度为0.1%。配置输出GPIO。把PB13-PB16设置为GPIO_Output。设置项目名称和存储路径工程文件选择MDK-ARM代码生成方式选择“Copy only the necessary library files”这样生成的工程更干净。CubeMX生成的初始化的代码是能直接编译通过的。你在main函数的while循环里只需要调用自己写的循迹逻辑函数即可。3.2 电机控制逻辑PWM调速和正反转函数封装电机控制的本质就是控制PWM的占空比和控制方向引脚的电平组合。先封装一个基础函数用来设置单个电机的方向和速度// 设置电机A的方向和速度 // dir: 1正转 0反转 // speed: 0~1000对应占空比0.0%~100.0% void Motor_A_Control(uint8_t dir, uint16_t speed) { if (speed 1000) speed 1000; if (dir 1) { HAL_GPIO_WritePin(GPIOB, AIN1_Pin, GPIO_PIN_SET); HAL_GPIO_WritePin(GPIOB, AIN2_Pin, GPIO_PIN_RESET); __HAL_TIM_SET_COMPARE(htim1, TIM_CHANNEL_1, speed); } else { HAL_GPIO_WritePin(GPIOB, AIN1_Pin, GPIO_PIN_RESET); HAL_GPIO_WritePin(GPIOB, AIN2_Pin, GPIO_PIN_SET); __HAL_TIM_SET_COMPARE(htim1, TIM_CHANNEL_1, speed); } }同理封装Motor_B_Control函数。之后再封装一个“小车控制”的更高层函数// 小车运动控制 // state: 0停止 1直行 2左转 3右转 // base_speed: 基础速度 0~1000 void Car_Control(uint8_t state, uint16_t base_speed) { uint16_t left_speed base_speed; uint16_t right_speed base_speed; switch (state) { case 0: // 停止 Motor_A_Control(1, 0); Motor_B_Control(1, 0); break; case 1: // 直行 Motor_A_Control(1, left_speed); Motor_B_Control(1, right_speed); break; case 2: // 左转右侧电机加速或左侧减速 Motor_A_Control(1, base_speed * 0.5); Motor_B_Control(1, base_speed); break; case 3: // 右转反向操作 Motor_A_Control(1, base_speed); Motor_B_Control(1, base_speed * 0.5); break; default: break; } }这个函数把底层的PWM操作全部封装好了后面的循迹逻辑只需要写一个状态判断可读性非常强。3.3 循迹算法为什么用两路传感器就能跑直线很多新手总觉得传感器路数越多越高级一上来就买五路八路的灰度模块结果调参调到崩溃。实际上对于第一条入门小车两路红外传感器就足够跑出一条不错的直线和过弯了。两路传感器的方案是这样的传感器放在车头前端左右各一个间距略小于黑线宽度。这样黑线在车底移动时有四种可能的状态左黑右黑说明车在直线上直行左黑右白说明车身偏右黑线在左边需要左转左白右黑说明车身偏左黑线在右边需要右转左白右白说明车已经脱离黑线可能是在弯道丢失了目标或者是十字路口、停车点等特殊位置。此时保持上一次的转向状态防止抖动对应的代码如下#define SENSOR_LEFT HAL_GPIO_ReadPin(GPIOB, GPIO_PIN_0) #define SENSOR_RIGHT HAL_GPIO_ReadPin(GPIOB, GPIO_PIN_1) void Track_Line(void) { uint8_t left SENSOR_LEFT; uint8_t right SENSOR_RIGHT; uint8_t last_state DIR_STRAIGHT; // 上一次状态初始为直行 if (left 0 right 0) // 这里假设黑线输出为低电平具体看模块 { Car_Control(DIR_STRAIGHT, SPEED_MID); last_state DIR_STRAIGHT; } else if (left 0 right 1) { Car_Control(DIR_LEFT, SPEED_MID); last_state DIR_LEFT; } else if (left 1 right 0) { Car_Control(DIR_RIGHT, SPEED_MID); last_state DIR_RIGHT; } else { // 两路都丢线维持上一状态 Car_Control(last_state, SPEED_LOW); } }注意这里有个小细节传感器的输出电平可能因模块不同而不同。有的模块有输出指示灯黑线时亮灯有的相反。接好线之后先用手指挡住传感器看一下GPIO电平再决定代码里的if分支怎么写。这个细节能避免你花了半小时找代码逻辑的bug结果只是电平取反了。三路传感器的原理也类似中间传感器用来判断直线左右传感器判断偏离方向区别是直线状态下是三路全黑还是中间黑、两边白取决于模块布局。不要机械照搬我的逻辑要根据实际模块输出调整。3.4 速度分级和转向策略的经验值循迹效果很大程度取决于速度和转向策略的匹配。我的经验是分成三档速度LOW档占空比30%300/1000用于启动、丢线恢复和过急弯MID档占空比50%500/1000用于常规直线和缓弯HIGH档占空比70%700/1000用于调通后的高速模式转向时两侧电机的差速量也要分场景缓弯修正差速量小左右速度比大约3:4车身姿态平稳急弯掉头差速量大甚至可以一个方向正转、另一个方向停止或者反转实现原地转向具体数值不是固定的需要根据你的跑道弧度和轮胎摩擦力去微调。我给了你一个起步点剩下的得自己做实验记录这也是智能小车项目最有意思的地方。4. 实测折腾记循迹阈值、高速抖动和那些让人头疼的偶发问题4.1 传感器安装高度为什么高一点就不灵敏做实测时第一个拦路虎往往不是代码而是传感器的安装高度。红外对管模块对安装高度极其敏感。离地面太低遇到小的起伏比如地面上的小石子或者拼接缝会造成误判离地面太高红外光发散后接收管收到的反射光强度不足识别黑白线的对比度下降。我用TCRT5000模块实测得出的最佳安装高度范围是5mm到10mm具体数值取决于模块透镜的聚焦情况。最简单的调法把传感器固定到车头探出位置让发射管对准地面用手按住车体慢慢降低高度同时看模块上的信号指示灯。找个临界值让黑线时灯灭、白底时灯亮、且回调高度几毫米还能保持状态差异那个位置就是合适的高度。另外传感器之间的间距也是个变量。间距太窄黑线同时在两个传感器的探测范围内左右状态区分不明显间距太宽遇到弧度过大的弯道时容易丢线。我的默认值是传感器中心距30mm对应常见的2cm宽、弯道半径30cm以上的赛道效果还可以。如果你的赛道特殊这个值需要自己实测调整。4.2 低速直行正常高速一转弯就甩尾速度、差速和机械结构我第一次调高速模式的时候遇到一个非常典型的问题低速循迹稳如老狗一上高速过弯的时候车尾直接甩出去车身画了个弧线冲出赛道。这个问题的根源有三个。第一个是速度过高导致惯性过大。黑白线检测到转向信号时小车还在以高速冲进弯道转向效果来不及体现就已经出线了。解决方法是降速入弯或者在检测到传感器状态变化时先执行一个短时间的减速动作再转向。第二个是差速量不够。低速的时候左右轮速度差小一点也能转过来因为地面摩擦力能兜住但速度一高这个摩擦力不够了需要更大的差速量才能产生足够的偏航力矩。解决方法是把转向时的差速比例加大比如从3:4调到1:2甚至让内轮反转。第三个是机械结构的松散。轮胎和电机轴的固定螺丝松动、万向轮的轴承卡滞、底盘螺丝没拧紧这些细微的旷量在低速时被系统容忍了速度一高就被放大成明显的甩尾。所以上高速之前先用螺丝刀把所有固定点重新紧一遍这比调参数更有效。4.3 偶发性误动作排查共地、干扰与滤波整车搭好之后偶尔会出现一种让人头疼的现象小车正常跑着突然某一个传感器状态翻转了一下车身猛地一偏然后又恢复正常。这种偶发误动作排查起来最费时间。按我之前的经验优先级最高的是检查共地。红外传感器模块如果用的是单片机5V供电而电机驱动模块的地和单片机地不是同一个电气点驱动电流就会回流到逻辑电路造成参考电压跳动传感器状态随之变化。确认所有模块的GND都在同一个平面节点上这是第一步。其次是电源纹波。电机转动时产生的反电动势会通过电源线传回逻辑电路对传感器模块的供电产生干扰。这一步的解决手段是在电机供电端并联一个470μF电解电容和一个104陶瓷电容吸收低频和高频噪声在红外传感器的电源引脚附近也加一个0.1μF的去耦电容。最后才是软件滤波。如果硬件层面的干扰已经处理干净还是偶发误判就在代码里加一个简单的消抖逻辑连续读到两次相同状态才认为有效中间只间隔一个循环周期的状态变化直接忽略。代价是反应慢了半个循环周期但换来的是稳定性值得。4.4 充电与电池管理别把18650当玩具用18650电池供电的库友们注意一下电池的充放电管理。18650不要用到完全没电才充锂电池过放会损坏电池容量甚至引起保护板误激活。我建议设定一个软件阈值比如在代码里用ADC读取电池电压经过分压电阻接到PA0当电压低于6.6V对应满电8.4V的约80%时小车自动减速到50%并在OLED上弹出低电量提示。这个功能物美价廉但对电池寿命的保护却很实在。同时电池正负极的接法要做防反接处理。最稳妥的办法是在电池正极串联一个肖特基二极管或者用二极管桥。万一哪天接反了至少不会烧掉驱动板和单片机。5. 别停在“能跑”从循迹小车到完整嵌入式项目的扩展路径5.1 加蓝牙遥控几行代码让小车听你的先说最简单的扩展蓝牙遥控。买一块HC-05从机模块串口转蓝牙把TXD接到STM32的RXDPA10RXD接到STM32的TXDPA9GND接GNDVCC接5V。在CubeMX里打开USART1异步模式波特率设为9600HC-05默认是9600或38400上电前看模块指示灯状态确认进入AT模式的方法。代码逻辑很简单在while循环里用HAL_UART_Receive_IT接收一个字节根据接收到的指令字符调用Car_Controlvoid HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart) { if (huart-Instance USART1) { uint8_t cmd received_byte; switch (cmd) { case F: Car_Control(DIR_STRAIGHT, SPEED_MID); break; case B: Car_Control_DIR_REV(DIR_STRAIGHT, SPEED_MID); break; // 后退 case L: Car_Control(DIR_LEFT, SPEED_MID); break; case R: Car_Control(DIR_RIGHT, SPEED_MID); break; case S: Car_Control(DIR_STOP, SPEED_MID); break; default: break; } HAL_UART_Receive_IT(huart1, received_byte, 1); } }手机端装一个“蓝牙串口助手”APP连接HC-05后发送字符就行。其实串口中断和DMA的思路都是相通的这段代码跑通之后后面做其他串口设备控制就轻车熟路了。5.2 加OLED显示调参不再靠猜循迹小车调参数有个痛点改了阈值、改了速度小车跑起来到底什么状态只能靠眼睛看。加一块0.96寸OLEDI2C接口这个痛点就解决了。OLED的SCL接PB6I2C1_SCLSDA接PB7I2C1_SDAVCC接3.3VGND接GND。在CubeMX里把I2C1打开然后移植一个简单的SSD1306驱动库网上随便一搜一大把。在main循环里定时刷新当前速度、传感器状态、左右轮PWM占空比、电池电压等关键数据。这块屏幕的价值在调参时体现得淋漓尽致你说高速过弯甩尾不用反复盲猜到底差速量够不够直接把左右轮占空比显示在屏幕上跑一圈下来就能精准判断该加多少差速。5.3 加编码器测速与PID闭环从“会跑”到“跑得稳”循迹小车后面最值得做的进阶项目就是闭环控制。TT马达后面可以直接买带霍尔编码器的版本一圈输出几十个脉冲。用STM32的定时器输入捕获模式或者外部中断模式来计数从而实时计算轮速。拿到真实轮速之后就可以在软件里做PID闭环。PID对智能小车的意义在于它能自动补偿电池电压下降带来的速度变化。电池满电时PWM占空比50%可能跑出2m/s的速度玩了十分钟电压降下来同样的占空比可能只有1.5m/s了。开环控制的小车性能随电量衰减闭环PID则能根据目标速度动态调整PWM占空比让速度维持恒定。这个效果——当你第一次看到小车在电量变化时还能保持恒速前进——那种成就感和你第一次点亮LED是完全不同的。PID调参的方法我之前在别的地方写过先只调比例系数让它不震荡再调积分项消除稳态误差最后加微分项提升动态响应。从简到繁一次只动一个参数。别试图一次把三个参数全部调到最优那是不可能的。5.4 一些值得养成的工程习惯代码和硬件都跑通之后千万别急着洋洋得意。我回顾自己做过的多个项目发现真正让技术水平拉开差距的不是谁的代码跑得快而是那些看起来不起眼的工程习惯。第一写代码时给关键的GPIO引脚起可读性强的宏定义别在代码里裸写GPIO_PIN_0这种只有自己看得懂的数字。两周之后回来看代码的时候能让你一眼看出“这行是读左传感器”这很重要。第二每次参数调整都记录下来。我的习惯是在代码里加一个版本宏每次在调试助手里测出一组有效参数就存成一个nvs参数结构体记录的版本号写进Flash。这样哪天参数调崩了还能一键恢复之前调好的状态。听起来很麻烦等你调了半小时参数一不小心覆盖了原来的好配置就知道这个习惯有多重要了。第三多读别人的开源代码。麦轮小车、四驱越野车、相机寻迹车每个项目的控制逻辑都有值得借鉴的地方。同样一个循迹函数有人用状态机写有人用比例控制有人用动态优先级切换。读得多了你自己的设计思路才会逐渐开阔起来。6. 最后的经验之谈关于学习路径我给你的四条建议项目做到这里一个能循迹、能遥控、带OLED、也许还跑了PID闭环的STM32智能小车就完工了。回顾整个过程从需求梳理、硬件搭接到软件调试你接触到的知识量远超一本单片机教材前几章的内容。如果要我在这篇项目实战的最后做个总结我想说的不是技术细节而是四条更宏观的建议第一条先跑通再优化。很多初学者一上来就想把五路循迹、PID闭环、摄像头识别全部做进去结果被这么多模块的调试工作压垮。先从最简单方案开始让小车以低速成功跑完一圈再去加功能。第二条学会定位问题是哪一层的这个能力最值钱。小车出了故障先明确是硬件问题供电不稳、接线错误、代码问题逻辑混乱、类型溢出还是算法问题阈值不合理、控制策略不匹配然后再针对性地排查。最怕的就是发现问题后眉毛胡子一把抓乱改一通最后全乱了。第三条重视调试工具的投入。一块带逻辑分析仪的示波器能让你三天看不清的时序问题在半分钟内现出原形。如果预算紧张至少要准备一个质量还行的USB转TTL工具用来打印调试日志。第四条也是我最想说的智能小车不是终点它是你嵌入式学习路的起点。你在这个项目里掌握的GPIO操作、定时器PWM、中断服务程序、串口通讯后面无论是做物联网网关、小尺寸显示终端还是工业控制都是你最基础的底层能力。把这些基础打扎实了以后遇到再复杂的产品方案你不至于慌。