零基础智能小车制作全攻略：从选型到调试

简介：面向零基础电子爱好者的智能小车制作过程与心得总结，围绕硬件搭建、编程调试和常见坑点展开，系统讲解小车六大组成部分：动力系统、单片机控制、传感器、无线通信、电源和机械结构。内容对比了Arduino与STM32平台的选型思路，并给出从材料采购、组装接线到控制程序编写的完整实践路径，适合想从零入门智能硬件、实现避障或循线功能的初学者。压缩包大小约10.6MB，文件总数标注为0，下载页未提供文件类型明细。目前已有1230人学习，具有较好的新手参考价值。通过阅读这份记录，读者能快速建立智能小车的整体技术框架，了解电机驱动、传感器数据读取和运动策略的基本写法，避免在选型与接线环节走弯路，同时也能为自己后续扩展手机遥控、图像识别等进阶功能打下基础。 大一暑假之前，实验室导师丢给我一句话：“去做一辆能自己跑、能自己停、能避障碍的小车。”那时候我连PWM是什么都说不清楚，焊台也是第一次摸。两个月之后，这辆小车真的在教室里沿着黑线转圈、在遇到障碍时自动掉头，后来还被学长借去参加了校内展示。回头复盘整个新手制作智能小车的过程，我才发现它对我的价值远不止“把代码跑通”这么简单：电机驱动、传感器信号、电源分配、控制逻辑、故障排查，这些做任何硬件项目都绕不开的知识，全在这台小车上亲手过了一遍。这篇文章是写给同样零基础、想从0做第一台智能小车的朋友的，把完整过程、选型思路、踩坑记录和心得一次讲清楚。

1. 为什么我建议新手从智能小车开始动手

很多人会觉得智能小车已经是被做烂了的入门项目，网上教程一大把，没什么稀奇。但真到自己动手做的时候，你会发现“看教程”和“做出来”之间隔着一条巨大的鸿沟。一台最基础的智能小车，至少同时涉及四个层面的东西：机械结构怎么装、电路怎么接、代码怎么写、故障怎么查。任何一个环节卡住，车都跑不起来。它看起来简单，实际上知识密度比很多课程设计都高。

我随便列一下在做车过程中用到的技能点：车架重心的分配、TT马达的调速原理、L298N驱动芯片的电流逻辑、红外传感器的安装高度和阈值调节、单片机的GPIO和定时器配置、控制算法的阈值设定、电源模块的降压和共地处理。如果再往上扩展，还有无线遥控、蓝牙通信、路径规划、视觉识别。任何一个方向深挖下去，都能单独写成一本厚厚的书，而智能小车用一块小小的底盘把这些全部串起来了。

第二点，智能小车的反馈极其直观。写一个网页程序，逻辑错了顶多是页面报错；但写小车代码，参数没调好，小车会在你面前直接冲出赛道、原地打转或者撞墙。这种“代码和物理世界直接互动”的感觉，是纯软件编程给不了的。你改一个PWM占空比，轮子转速立刻变化；你把传感器装偏一毫米，循迹表现可能天差地别。正是这种即时反馈，让新手能快速建立起“原因和结果”之间的联系，学起来效率很高。

第三点可能更实际：智能小车几乎是工科竞赛的公共入场券。工创赛里的智能物流小车、智能循迹测温小车，各种电子设计竞赛里的自动控制题目，都绕不开底盘、电机、传感器、单片机这套组合。如果你在赛前已经独立做过一台完整的车，哪怕它很简陋，备赛时你对硬件选型和调试节奏的熟悉程度都会完全不一样。我后来参加工创赛方向的备赛，发现之前做小车积累的经验可以直接迁移过去，省掉了大量摸索时间。

2. 平台选型实录：Arduino还是STM32F103ZET6

新手做的第一个选择，也是最纠结的选择：用Arduino还是STM32F103ZET6？我当时在这个问题上磨了两天。网上的声音也很分裂，有人说Arduino是新手神器，有人说STM32才是竞赛标配。站在现在的角度回头看，这个选择其实取决于你的目标：如果只是为了快速体验智能小车的乐趣，Arduino把底层细节封装得很好，上手极快；但如果你想打比赛、以后往嵌入式方向深入，STM32F103ZET6是更值得你花时间去啃的平台。

我当时的判断很简单：我们学校工创赛和智能车竞赛里，STM32基本是默认方案。如果现在用Arduino做了一台车，后面参赛时要换平台，代码几乎等于重写。既然如此，不如一开始就学那个更通用的。最后我选了STM32F103ZET6，坦白说前两周很痛苦，但坚持过去之后，再看Arduino的工程就觉得很轻松了。下面对比一下两者的差异：

如果你只是想做一台演示性质的车，验证自己的想法，用Arduino Nano或者Uno完全够用。网上教程一搜一大把，传感器库都是现成的，代码量也小。但如果你像我一样，目标明确指向工创赛这类竞赛，建议直接上STM32。不要被网上说的难度吓退，STM32的难主要在环境配置和库的理解上，这部分一旦打通，之后看任何单片机的资料都不会再发怵。

我后来专门总结过一条新手路径：先用STM32标准外设库或者HAL库，把GPIO输出、定时器PWM、串口打印、外部中断这四个功能玩熟，足够做一台循迹避障小车了。等小车能跑起来之后，再回头翻参考手册，你会发现那些之前看不懂的“复用功能”“时钟树”“DMA”突然都能看懂了——因为你已经知道它们在实际工作中解决什么问题。

3. 硬件搭建实录：车架、电机、驱动板和电源分配的坑

3.1 车架和电机：先想好布局再装螺丝

我用的是最常见的4轮小车底盘，两个TT马达加两个万向轮。这个底盘便宜、容易买到、扩展孔位多，非常适合新手。但我发现新手特别容易犯一个错：一到手就咔咔把所有螺丝拧紧，结果电机线穿不过孔，传感器支架没位置装，电池盒只能歪着放。正确顺序应该是先把所有要装的模块摆上去，用扎带或双面胶粗略固定，确认走线合理、重心平衡，最后再逐步拧紧螺丝。

还有一个容易被忽略的点是重心。电池盒和驱动板一般放在底盘上层，如果放得偏前或偏后，小车在加速和刹车时表现差别很大。我把18650电池盒放在后轮附近，基本能平衡。装完之后把车拿起来左右轻晃，凡是晃动明显的地方都是固定不牢的隐患，一定要处理。另外，TT马达的轴和轮子之间是紧配合，如果装歪了，轮子转动时会左右摇摆，跑起来就走不了直线，装轮子时也要仔细对准。

3.2 电机驱动模块：L298N和它的电压匹配问题

驱动部分我用了L298N电机驱动板，很经典，也足够稳定。它的作用简单说就是一个“大功率开关”：单片机引脚输出的PWM和方向信号，经过它放大成能驱动电机的电流。接线时你必须搞清楚三侧接口：输入侧接单片机的GPIO，比如IN1、IN2控制一侧电机的正反转，ENA接PWM调速；输出侧接两个电机；供电侧接电池正负极。

L298N上最容易踩的坑是它的5V输出引脚。板上有一个稳压器，能从电机电源里稳定出一个5V来给单片机供电，听起来很方便。但实际用起来问题很大：如果电机电源是用电压波动比较大的电池直接供，电机一转，这个5V输出会跟着抖动，大概率导致单片机复位重启。我自己的经验是：电机电源和单片机电源尽量分开，两路电源只做共地，而不是依赖L298N上的5V输出给主控供电。这个坑我在第5部分的调试事故里详细讲。

3.3 传感器选择：循迹、避障、测温模块的接线细节

循迹部分我用的是TCRT5000红外反射传感器组成的三路循迹模块。TCRT5000本质是一个红外发射管加一个接收管：黑线吸收红外光，白底反射红外光，接收管接收到的光强不同，输出的电平就不同。注意它上面一般有电位器，需要用螺丝刀微调阈值，让它在白底上输出高电平、在黑线上输出低电平。这个校准动作千万别省，调好了后续循迹算法会简单很多。

避障部分用HC-SR04超声波模块。工作过程是：Trig引脚发一串超声波脉冲，Echo引脚等着接收反射回来的回波，根据时间差算出距离。这个模块最容易被新手忽略的地方是电平匹配：Echo返回的高电平是5V，如果你的主控是3.3V供电的STM32，直接接到GPIO上长期使用可能损坏引脚，稳妥做法是加电阻分压或者电平转换模块。

测温部分我后来做测温小车时用的是DS18B20，它走单总线协议，只占一个GPIO，读取温度非常方便。这类传感器如果走线太长，信号容易不稳，尽量就近安装在测量位置，数据线也要接牢固。后面如果想把测温功能做得更专业，换成MLX90614红外测温模块，可以非接触测量，这个放到第6部分讲。

3.4 电源分配：动力电和逻辑电分开，共地不能少

电源这一块是新手最不重视、后期排查时最痛苦的环节。我直接给出推荐方案：电池分两路，一路直接给电机驱动板供电，另一路经过5V降压模块给单片机供电，两路的负极在某个点短接完成共地。共地非常重要：没有共地，单片机发出去的信号就没有参考电位，驱动板根本识别不到高低电平。

我用的电池是两节18650锂电池串联，电压大约7.4V。对TT马达来说足够跑得欢，对L298N和STM32也都在工作范围内。如果你想把供电方案做得更稳，可以加一个带开关的电源管理模块，顺手还能加一个电压表实时看电池剩余量，这样就不怕跑着跑着电池没电、车突然失控。用18650电池时还有一点要注意：充电和安全问题，不要用劣质充电器，充电时人尽量在场。

4. 循迹、避障与PID：让小车上路的控制逻辑拆解

4.1 循迹传感器的读数逻辑

循迹要解决的核心问题是：小车怎么知道自己偏了？答案是，安装在靠近地面位置的红外传感器，能在白底和黑线之间产生不同的电平输出。以我手头的三路循迹模块为例，中间传感器对着黑线时为低电平，两侧传感器在白底上时输出高电平。当小车微微左偏时，左边传感器会压到黑线变成低电平，这时候我们就知道该向右修正。

这一步的逻辑用代码表达其实非常简单。下面用Arduino风格写一个示例，方便理解核心思想；如果用在STM32上，只是GPIO读取和PWM输出对应的库函数不同，程序结构可以照搬：

void loop() { int left = digitalRead(A0); int mid = digitalRead(A1); int right = digitalRead(A2); if (mid == LOW) { // 中间压线，直行 setMotor(150, 150); } else if (left == LOW) { // 左偏，左轮减速、右轮加速，向右修正 setMotor(90, 150); } else if (right == LOW) { // 右偏，右轮减速、左轮加速，向左修正 setMotor(150, 90); } delay(10); }

这段代码跑起来，小车在黑线上会走出一种锯齿形路线：向左偏一点，转回来；向右偏一点，又转回来。速度很低的时候这种锯齿形还挺稳定，但速度一快，修正反应不过来，小车很容易冲出赛道。所以就有了PID控制。

4.2 从“左右差速”升级到PID转向控制

用PID控制转向的核心思路，是把传感器的偏差量化成一个连续变量。比如三路传感器，我给每个传感器一个权重：左边是1，中间是0，右边是-1。检测到哪一路压黑线为低电平，就取出对应的偏差值。这样一来，小车相对于黑线的偏移量就是一个数值，而不是三个离散状态。

拿到偏差值后，乘以比例系数Kp得到转向修正量，再把修正量叠加到左右轮的PWM上：左轮速度等于基础速度减修正量，右轮速度等于基础速度加修正量，这样就能实现连续的差速转向。如果小车在高速下左右振荡，再加微分项Kd来抑制，相当于给转向加了一个阻尼。我当时给STM32小车调的初始参数大约是基础速度150（占空比范围0-255）、Kp=20、Kd=8，具体数值要根据地面摩擦、小车重量现场微调。

为什么PID在小车上这么好用？因为它把“偏差”和“修正”建立了连续的映射关系，而不是if-else那种跳变。跳变会让电机突然猛打方向，轮胎打滑不说，车身姿态也很容易失控；连续控制则会让小车的修正动作平滑很多。新手不要被PID三个字母吓住，它本质上就是你通过三个系数在调一个闭环反馈，先用P项让车能回正，再慢慢加D项让回正过程更顺，I项在普通循迹小车上一般用不到。

4.3 避障和循迹的优先级处理

在小车上，避障和循迹会争抢同一个控制权。我的处理原则很明确：障碍物检测优先于循迹修正。超声波检测到前方距离小于阈值（比如20cm）时，先不管黑线，执行停车、后退或者绕行动作；等危险解除再回到循迹逻辑。一句话概括就是：

if (distance < 20) { // 避障分支：停车、后退、转向 } else { // 循迹分支：正常巡线 }

但实际做的时候会遇到一个新问题：避障动作是需要时间执行的，如果小车刚进入避障分支，超声波又检测到前方没有障碍了，会立刻回到循迹分支，结果在原地反复横跳。我后来加了一个“正在避障”的状态标志位，等避障动作完整执行完再恢复循迹判断，小车的行为立刻稳定了。这种状态机的思维在竞赛小车里几乎是必备技能，越早体会越好。

5. 完整调试记录：一次接错线引发的排查风暴

讲一个对我影响最大的故障排错经历。那是我第一次把整台车装配好、烧录程序，结果四个电机死活不转。代码里已经设置了方向引脚为高电平、PWM输出也设了值，单片机的串口还能正常打印数据，看起来一切“正常”，但电机就是纹丝不动。

我的排查过程是逐步收窄的。第一步，查代码逻辑。我用串口把每个引脚应该输出的电平打印出来，确认代码确实执行到了电机输出语句，不是被某个if分支跳过了。打印结果证明逻辑没毛病。第二步，查驱动板的输入信号。用万用表切到直流电压档，量单片机输出引脚的电平，发现IN1、IN2确实有3.3V左右的高电平。这里我后来才知道有个细节：L298N的逻辑输入端对高电平的判断是有门槛的，3.3V虽然接近门槛但部分板子可能识别不稳定，如果信号电平偏低，需要加逻辑电平转换模块。

第三步，查驱动板的输出端。正常情况下，给电机一侧输入高电平、另一侧输入低电平，OUT1和OUT2之间应该出现供电电压差，电机才会转。我量出来居然是0V，说明L298N内部的H桥没有正确导通。这时候我开始怀疑是不是驱动板坏了，换了一块新的，问题依旧。第四步才终于查到要害——查电源和共地关系。

问题的根源是：我只接了两节18650电池给L298N的电源端，而STM32用的是USB单独供电，两路电源的负极完全没有连在一起。L298N接收IN1、IN2信号时，是以STM32的GND为参考电位的；但驱动板输出电机驱动电压时，是以自己的GND为参考电位的。两边的参考地不一致，信号在驱动板看来就是“悬空”的，它自然无法正确判断高电平，H桥也就不会导通。

解决办法简单到让人觉得搞笑：拿一根杜邦线，把STM32的GND和L298N的GND短接。

从那次之后，我养成了一个习惯：每次接线完毕，先拿万用表蜂鸣档测所有模块的地线是否连通，确认共地没问题再上电调试。这个习惯帮我避开了之后一大半莫名其妙的故障。我也总结了一套排查方法论给新手：先软件后硬件，先信号后输出，先供电后负载。也就是说，先确认代码逻辑和信号输出正常，再查驱动板和电机，接着查电源供给，最后查机械卡死。整个过程里，万用表比眼睛可靠得多，别以为“指示灯亮着就没问题”。

6. 从体验作品到参赛项目：工创赛视角的进阶思考

6.1 竞赛小车和自制小车的差别

自己DIY的小车，能跑起来就很开心，但到了工创赛这类场合，评价维度完全不一样。竞赛看的是连续可靠性、动作精准度和任务完成率。你需要在规定时间内完成从起点到目标点的搬运任务，中间任何一个环节出错都可能丢分。所以从DIY到竞赛，最需要转变的思维是：从“功能能实现”升级为“功能能重复实现”。这要求你在硬件上留出余量，比如电机驱动板的电流裕量、传感器安装的防抖固定，以及软件上的异常处理，而不是只会跑一次演示。

6.2 从智能小车升级到智能物流小车

如果把题目换成工创赛的智能物流小车，本质上就是我这辆小车的加强版：底盘从万向轮换成更可控的驱动方式，增加机械抓手和舵机，增加物料识别模块，再把“取料—运输—放料”拆成一串原子动作，用状态机逐步推进。物流任务的核心就在动作编排上，每一步都要有传感器反馈，比如到位检测用光电开关、抓取完成用限位开关或舵机电流判断，不能靠“延时怼过去”。一旦你开始做这类任务，就会理解为什么说智能小车是竞赛的入场券：所有底层技术你已经摸过一遍，剩下的只是针对具体任务的工程化。

6.3 温度采集模块的工程化思路

循迹测温小车是另一个常见的比赛方向。DS18B20是入门最便宜的测温方案，但实测精度和抗干扰能力一般，适合简单环境。如果竞赛要求在较远距离测量特定物体温度，可以换成MLX90614或GY-906这类红外测温模块，不用接触物体，直接读取红外辐射温度，响应也更快。工程化的关键在标定：把模块实测读数和标准温度计做对比，至少取2到3个温度点做线性补偿，才能保证数据可信。很多新手直接信模块出厂读数，结果现场环境和实验室差异一大，温度数据就漂了。

最后说一点我做完整台车之后的心态变化。现在拿到任何一个新的传感器或模块，我不再像刚开始那样害怕了，而是会习惯性地问自己三个问题：这个模块的输入和输出是什么？它需要什么样的供电和信号电平？它和主控之间用什么接口通信？这三个问题基本能帮你快速上手任何硬件模块。做智能小车这件事，最重要的收获不是那辆能在桌上跑一圈的车，而是你从“我以为我懂了”变成“我能亲手把它调好”的过程。这个状态一旦建立，后面不管做物流小车、测温小车还是更复杂的系统，底子都稳了。

本文还有配套的精品资源，点击获取