用ESP32做一台迷你WiFi机器人最吸引人的地方不是它有多炫酷而是你能在手机上实时看到摄像头画面同时通过WiFi控制它移动。这个过程会把嵌入式、WiFi通信、视频流和运动控制这几块知识串起来非常适合想从零接触物联网和机器人开发的人。我实测下来的感受是如果只做固定摄像头监控难度不高一旦加上电机控制和实时视频传输就要认真处理供电、连接稳定性和并发访问的问题。下面按我自己的落地顺序拆一遍尽量让新手也能跟着跑通。先把结论放在前面这个项目的核心价值是让你在同一个页面里看到画面、按下按钮、看到小车动。它不是一个能自己导航避障的机器人而是“带眼睛的遥控车”。适合用来练手也适合做课程设计、宿舍监控、桌面巡查这类场景。如果你把它当成一个完整产品来期待可能会失望当成学习载体和实践项目就很值。1. 核心能力与适用场景这台机器人到底解决什么问题1.1 视频传输和遥控的关键点迷你WiFi机器人最核心的能力有两块一是通过ESP32-CAM等模块把摄像头采集到的画面压缩成视频流通过WiFi推送到手机或电脑浏览器二是接收来自手机或电脑的控制指令驱动电机实现前进、后退、左转、右转。这两件事看起来简单实际落地时要注意一个矛盾点视频流需要持续占用WiFi带宽控制指令也需要实时性。如果同一时间大量数据拥挤在一个通道里就会出现画面卡顿、指令延迟甚至断连。所以这个项目的难点不在于“能不能把代码跑通”而在于“稳定性和并发处理”。我建议先跑通单机演示再考虑在同一个Web页面里同时显示画面和按钮。这样做的好处是你可以在一个页面上看效果不用来回切换窗口。1.2 适合谁做需要什么基础这个项目适合三类人嵌入式入门者、机器人爱好者和做课设/毕设的学生。你需要具备的基础不多会一点Arduino编程、能看懂简单的电路图就够了。如果连Arduino都没写过也不用怕网上有大量官方示例和库照抄后改几行参数就能跑。不过有一点要提醒ESP32本身支持2.4G WiFi传输距离一般只有几十米而且穿墙能力一般。所以它更适合室内短距离使用。如果你想要更远的控制距离就需要换用外置天线或者加长天线我在后面扩展部分会说到。2. 硬件清单和组装先把结构搭稳再考虑功能2.1 核心部件选择常见的方案是使用ESP32-CAM模块作为主控和摄像头搭配一个电机驱动板比如L298N或TB6612、两个直流减速电机、一个电源模块和一些结构件。表格里列出我推荐的核心清单部件作用备注ESP32-CAM主控 WiFi 摄像头带OV2640摄像头性能足够电机驱动板控制两个电机正反转L298N便宜TB6612更省电直流减速电机2个驱动轮子建议选带编码器的方便调速电源模块给主控和电机供电用3.7V锂电池或5V USB电源电池盒/移动电源供电注意电流需求底盘和轮子机械支撑可以买小车底盘套件杜邦线若干连接电路尽量用母对母杜邦线如果你手头没有小车底盘也可以先拿木板、纸板临时搭一个。重点是先把电路和代码跑通再考虑外观。2.2 连接方式和关键约束ESP32-CAM的引脚比较紧凑一般把电机驱动板的PWM引脚接到ESP32的某些GPIO口数字方向引脚接另外几个GPIO。我给你的连接建议如下电机A的IN1和IN2分别接一个GPIO电机B的IN3和IN4接另外两个GPIO。驱动板的ENA和ENB接PWM引脚用来控制转速。电源地线必须共地否则信号会不稳定这是新手最容易踩的坑。具体哪个GPIO对应哪个引脚每个板子可能不一样所以一定要先查你的板子原理图。我一般在写代码前会用万用表量一遍引脚电压确保没有接错。2.3 供电和功耗的坑摄像头和电机是耗电大户。如果用一个电源同时给ESP32和电机供电电机的启动电流会造成电压跌落轻则画面闪烁重则ESP32直接重启。我的做法是用两路电源。一路专给ESP32-CAM供电保证稳定另一路给电机驱动板和电机供电。如果你坚持用单电源至少要在电机驱动板旁边加一个大容量电容比如470uF用来吸收启动瞬间的电流波动。另外ESP32-CAM有两个版本带Flash和不带Flash的。带Flash的能存视频流建议优先选带Flash和PSRAM的版本不然在高分辨率下容易内存不足。3. 软件环境与第一段视频流把摄像头画面拉到手机上3.1 开发工具准备我推荐用Arduino IDE来开发因为ESP32的官方板级支持包和摄像头示例代码都做得比较完善。安装过程很简单打开Arduino IDE进入“文件-首选项”在“附加开发板管理器网址”里填入ESP32的json下载地址。在“工具-开发板-开发板管理器”里搜索ESP32安装对应的板级支持包。选择你的具体板子比如“AI Thinker ESP32-CAM”。这里有个容易出错的地方安装板级支持包时如果网络不稳定可能会下载失败。遇到失败不要急换个镜像源或者多试几次。安装完成后在“示例-ESP32-Camera”里就能找到摄像头例程。另外要注意ESP32-CAM没有板载USB转串口你需要外接一个USB转TTL模块来烧录程序。烧录时将模块的TX接ESP32的RXRX接TX还要把IO0引脚接地进入下载模式。3.2 跑通官方摄像头Web服务器示例打开例程“CameraWebServer”你需要改两个地方WiFi名称和密码。其他参数先保持默认。改完上传后打开Arduino IDE的串口监视器设置波特率115200就能看到ESP32分配到的IP地址。把那个IP地址输入手机或电脑浏览器就能看到摄像头画面和网页控制界面。第一次跑通这个例程你就算完成了一大半。这个示例本身就支持视频流和控制摄像头的方向但还不支持控制电机。我们后面再加。3.3 理解视频流地址和分辨率参数如果浏览器能打开画面你会发现页面里有很多参数比如分辨率、帧率、质量。这些参数直接影响视频流畅度。我给你的建议是不要一上来就开最高分辨率先选320x240或640x480。帧率设置到15fps左右既能看又能动的体验最舒服。画质JPEG质量设置在80左右太高质量数据量大容易卡。视频流默认地址是http://IP:81/stream我一般还会用http://IP:80/打开控制页面。要注意的是每刷新一次页面都会占用一个TCP连接。同一个浏览器开多个标签页会很快耗尽资源导致视频卡死。4. 运动控制用WiFi命令驱动电机让小车前后左右移动4.1 电机驱动原理电机驱动板本质上是一个H桥电路通过控制四个开关的通断让电机正转、反转或停止。一般用两个GPIO控制方向用一个PWM引脚控制速度。以TB6612为例它有AIN1和AIN2AN1为高、AN2为低时电机正转反过来为反转。ENA引脚接PWM给一个0到255的值来控制速度。两个电机分别处理就能实现差速转向左轮和右轮速度不同小车就会转弯。代码里最核心的就是定义这些引脚的输出模式然后根据接收到的指令设置电平。我在代码里习惯封装一个motorControl()函数接收方向参数这样后续扩展很灵活。4.2 设计控制指令为了让控制指令简单稳定我推荐用HTTP GET请求。比如用http://IP/control?cmdforward这个地址服务器收到后就调用前进函数。为什么用GET而不直接用串口或TCP因为浏览器里直接输入URL就能触发测试方便手机浏览器也支持。缺点是没有加密和身份验证只适合局域网学习用途。如果你要做广域网控制那就要加登录和权限管理这个后面再谈。指令设计如下指令含义forward前进backward后退left左转right右转stop停止我还会加一个speed150参数用来动态调整速度这样在转弯时能更加平滑。4.3 代码整合视频流加电机控制把摄像头例程和电机控制代码整合到一个项目里核心是修改CamerWebServer示例的setup()函数添加引脚初始化和Web Server的URL路由。下面是我写的一个简化版示例只保留了关键逻辑你可以根据自己的硬件调整引脚号#include esp_camera.h #include WiFi.h #include WebServer.h // WiFi配置改成你自己的 const char* ssid 你的WiFi; const char* password 你的密码; // 定义电机引脚 #define AIN1 12 #define AIN2 13 #define BIN1 14 #define BIN2 15 #define PWM_A 2 #define PWM_B 4 WebServer server(80); void handleControl() { String cmd server.arg(cmd); int speed server.arg(speed).toInt(); if (cmd forward) { /* 前进逻辑 */ } else if (cmd backward) { /* 后退逻辑 */ } else if (cmd left) { /* 左转逻辑 */ } else if (cmd right) { /* 右转逻辑 */ } else if (cmd stop) { /* 停止逻辑 */ } server.send(200, text/plain, OK); } void setup() { // 初始化摄像头使用官方示例的配置 // 初始化电机引脚为输出模式 // 连接到WiFi server.on(/control, handleControl); server.begin(); } void loop() { server.handleClient(); }这段代码里我故意省略了摄像头初始化的细节因为那个在你跑官方案例时已经有了。整合时只要确保server.handleClient()不被摄像头的阻塞操作卡住就行。如果视频流一直占着CPUHTTP响应会变慢。5. 联调与排查从能看画面到能稳定遥控5.1 完整联调步骤把小车装好后按顺序做这几件事先不上电机只给ESP32-CAM供电烧录整合后的程序。用浏览器访问IP地址确认画面能正常显示。在串口监视器里发送测试指令确认电机引脚输出正常可以用万用表看高低电平。接上电机和驱动板给电机供电然后通过网页按钮测试前进、后退、左转、右转。开动小车在空旷地面测试转弯半径和速度调整PWM最大值。每步都成功后再合在一起。我最常犯的错误就是直接全部接好后一顿操作结果都不知道问题出在摄像头还是电机。5.2 常见问题与排查顺序联调时会遇到各种问题我整理了一个排查清单按顺序去看画面黑屏或打不开先查供电是否稳定再查摄像头接线和Flash设置是否正确。用串口看有没有输出“Camera init failed”。电机不转先量驱动板供电电压再看GPIO有没有初始化成输出模式最后用串口发送指令确认handleControl是否触发。画面卡顿或断连降低分辨率看WiFi信号强度检查是不是有多个设备同时访问了视频流。最好只留一个浏览器页面。控制延迟大优先看代码里有没有delay()阻塞尤其是摄像头图像处理时。如果有delay()把它去掉或改成非阻塞的millis()。小车跑偏两个电机参数不一致很常见可以在代码里给慢的电机增加一个PWM补偿值或者给快的那侧稍微降低速度。如果你在排查中看到类似“Failed to install platform”的错误那通常是Arduino板级支持包下载失败换个网络或多试几次就行。另外烧录时如果一直报错连接失败检查一下IO0是否接地以及模块的供电电流是否足够。5.3 扩展方向与使用建议当基础视频和遥控功能稳定后你可以往几个方向扩展加一个电池电压检测用ESP32的ADC引脚读电池分压在网页上显示电量。加超声波避障模块碰到障碍物自动停车或绕行。加WebSocket通信把HTTP轮询改成WebSocket指令延迟会更低。做一个手机App用Flutter或React Native封装一个控制页面体验更接近商业产品。我自己更推荐先做WebSocket控制和电压检测因为这两个功能不需要额外硬件纯软件就能提升实用性。等你把这些都跑通后再去研究ROS2、Micro-ROS那些更复杂的机器人框架也不迟。最后留几个我排查时优先看的点输入格式、电源地线、GPIO复用、WiFi信号强度、代码里的阻塞调用。这五个点覆盖了绝大部分“为什么我的机器人不听话”的问题。踩过几次之后你会发现很多问题都不是ESP32本身不行而是你前置环境和硬件连接没有弄干净。如果你只是想搭一台能跑的迷你WiFi机器人按我上面的顺序做一个周末就能完成。如果想把视频传输和遥控做得像商业产品一样稳定那还需要在Web服务器架构、加密传输和硬件设计上继续下功夫。但先把第一版跑起来比什么都重要。