技术笔记
嵌入式与物联网毕设选题指南
选题卡住人的,往往不是题目名字,而是开始之前没人讲清楚的那些问号。
你点进去,看到一长串课题名字,什么“基于XX的XX系统设计与实现”,一半的词你都没见过。宿舍群里已经开始有人喊“选题选晚了好题目被抢完了”,也有人说“随便选一个别太难就行”。你不知道该信哪个。
搜出来的东西通常分成两种:一种是题目名字大合集,几百个题目往那一堆;另一种是讲得云里雾里的专业解读,看完比不看还焦虑。
真正卡住大部分人的,其实不是“选题目”这一件事,是选题目之前脑子里那一堆没人讲清楚的问号:这个阶段到底是干什么的?题目是老师定还是我自己定?做出来的东西要长什么样?还有那个传说中很吓人的“查重”,到底在查什么?
这份笔记想把这些问号一次性捋清楚。捋完之后,后半部分再具体讲嵌入式和物联网题目怎么选、硬件怎么配、传感器怎么挑。内容偏基础,专业名词第一次出现都会解释。看完之后,判断一个题目能不能做、值不值得做,会清楚很多。
一、开始之前,先把你脑子里的问号捋一遍
它是整个毕业设计流程里最开始的那一步,跟“毕业论文写作”不是一回事,别搞混了。
大部分学校的节奏是这样的:大四上学期开学后的前一到三周,教务系统开放选题,你需要在系统里确定自己要做的课题;接下来的几周内,要提交一份“开题报告”(写清楚你打算做什么、用什么方法、有没有可行性),并且通常要经过几位老师的开题答辩,重点看你的选题是不是靠谱;开题过了之后才真正进入动手做的阶段,中间学校会安排一次“中期检查”;最后是论文定稿、查重、提交,再进行毕业答辩。
“选题”只是这条流水线的第一环,但它决定了后面几个月你要跟什么打交道,所以值得多花点时间想清楚,而不是随手点一个了事。
三个参考方向,按重要程度排:
第一,跟你的专业方向沾边。选一个跟你专业课内容完全不相关的题目,答辩时会被问得很难受,老师也不好指导。
第二,你有没有能力做完,别只看题目顺不顺耳。判断方法可以参考后面“三条判断标准”和“难度分级”两节。先记住一句话:能做完、讲得清楚的简单题目,比做不完的酷炫题目对毕业更有用。
第三,稍微往你以后想找的工作方向靠一靠。如果你以后想做嵌入式开发,选一个能写进简历的方向,比随便选一个凑数的题目划算得多。
两种都有,专业说法叫“双向选择”。
常见的操作是:指导老师会在教务系统里发布一批课题,你可以直接从里面挑一个感兴趣的;同时你也可以主动去找某位老师,说你自己想做的方向,老师觉得可行、同意带你,这个题目就算定下来了,不一定非要挑系统里现成的。
选现成课题的好处是方向明确、风险低,老师大概知道怎么带;自己提方向的好处是更贴合你的兴趣,但前提是你得先想清楚这个方向能不能做完。不能空口说想法就去找老师,最好先把大致的硬件方案和实现思路想一遍再去谈。不同学校对“自己提题目”的开放程度不一样,具体流程以你们学校教务系统的通知为准。
分成硬件和软件两块。
硬件常见的是单片机(STM32、ESP32)或者树莓派,加上对应的传感器模块(温湿度、距离、摄像头等),这部分后面会详细讲怎么选。
软件方面,单片机用 C/C++ 开发(Keil 或者 PlatformIO 这类工具),树莓派基本是 Python。如果题目里要接入大模型,会调用 DeepSeek、通义千问这类现成的接口,不需要自己搭深度学习框架从头训练。
另外还需要论文写作和查重相关的工具,这个后面第 7 条会讲到。
这一点很多同学理解错了,觉得毕业设计是要做出什么“发明创造”级别的东西。不是的。
它的真正目的,是检验你有没有能力把大学四年学的东西串起来,完整走一遍“分析问题、设计方案、动手实现、测试验证、写清楚过程”这一整套工程流程。评委老师真正在看的是这个流程走得完不完整、规范不规范,而不是你有没有搞出全球首创的技术。抱着这个目标去选题,你会发现很多“看起来很厉害但做不完”的题目根本没必要选。
最终要交的东西,一般包括这几块:一套能跑起来的实物或演示系统(硬件加代码,答辩当天要能现场演示);一份开题报告(选题阶段就要交);一份完整的毕业论文(专科通常一万五到两万字左右,本科普遍两万到三万字,具体字数要求看学校);一份答辩 PPT;中间可能还有一次中期检查表要填。
这里要强调一下“能演示”这件事。答辩现场如果只有代码和文字,没有能看的画面或者联动效果,说服力会差很多。选题的时候要提前考虑进去。
查重,全称是论文相似度检测,就是拿你的论文去和知网、维普、万方这些数据库里已经发表过的论文、期刊、网络资料做比对,算出一个“重复率”。
不同学校的合格线不一样,比较常见的区间在 20% 到 30% 之间:有些学校要求本科重复率不超过 20% 到 25% 才能参加答辩,超过 25% 可能直接取消当次答辩资格;也有学校把红线放宽到 30%。超过学校规定的上限,轻的要求你回去修改重新提交,重的会延期答辩,甚至推迟到下一年毕业。具体以你们学校的通知为准,不要只信网上的某一个数字。
查重比对的主要是文字内容,包括正文叙述、引用的说明文字,图表说明和大段抄来的原理性文字也会被算进去。代码本身一般不计入这个重复率,但如果你论文里大段抄袭别人项目的说明文档,一样会被判定抄袭。这几年不少学校还加了一项“AI 生成内容检测”。用 AI 辅助归纳资料没问题,但成文表达最好自己过一遍手。
降重的实用做法:多放自己的实验数据、图表和分析,这些是别人抄不走也查不出重复的;引用别人的内容要用自己的话重新组织,别整段照抄;被标红的部分逐句改写,而不是简单换几个同义词应付了事。
二、选题选的是一套能做出来的系统,不是一个好听的名字
问号捋清楚之后,回到选题本身。很多同学选题的时候,先看题目名字顺不顺耳、听起来是不是“高级”,这个顺序反了。
一个嵌入式 / 物联网类的毕设,拆开来看,永远是三块东西拼在一起:
用传感器“感知”世界(测温度、看画面、听声音),或者用执行器“改变”世界(开关灯、转电机、发警报)。
拿到传感器数据之后,怎么判断、怎么决策。可能是单片机里几行 if 判断,也可能是树莓派上跑一个识别模型,甚至调用一个大模型来理解情况。
怎么让别人(包括答辩老师)一眼看出你做了什么。网页看板、手机 App、语音播报、屏幕显示,都算。
选题的时候,脑子里先把这三块过一遍,比纠结名字好听不好听有用得多。判断一个题目能不能选,看这三条就够了:
| 判断维度 | 要问自己的问题 | 举例 |
|---|---|---|
| 场景 | 这个场景能不能一句话讲清楚,不用绕 | “仓库火灾预警”一听就懂;“多模态异构感知融合优化系统”听着玄,其实不好讲 |
| 实物 | 一张桌子能不能把硬件摆出来 | 一块树莓派 / 单片机 + 摄像头 + 两三个模块,能摆桌子;牵扯到机械结构、多设备协同的,会麻烦很多 |
| 演示 | 答辩的时候有没有画面或联动可以直接看 | 实时识别画面、网页报警提示、语音播报,都是看得见的效果;纯后台算法很难现场演示 |
这三条同时满足,题目基本就靠谱。有一条明显不满足,选之前要想清楚自己有没有能力补上。
三、硬件平台怎么选:单片机还是树莓派
这是最基础也最容易搞混的一步。先分清楚这两类硬件到底是什么。
单片机 · STM32 / ESP32
一块专门做控制的芯片,没有操作系统,或者只有很轻量的系统。擅长实时控制、读取传感器、驱动电机或继电器,反应快、功耗低、便宜。算力弱,基本跑不动图像识别、语音识别这类重任务。开发用 C/C++,Keil 或 PlatformIO。
- 测温湿度自动开风扇
- 语音控制灯光、门锁
- ESP32 自带 WiFi,适合把数据传到手机或云端
树莓派 · Raspberry Pi
一台完整的小电脑,跑的是真正的 Linux 系统。擅长跑 Python、处理图像、调用网络接口、跑现成的 AI 模型。不适合特别精确的实时控制(比如毫秒级电机响应),价格和功耗也更高。
- 摄像头实时检测
- 接入大模型做问答
- 自己搭网页服务
选择的核心逻辑其实很简单:
- 题目核心是“测量一个数值,然后做个动作”(测温度开风扇、测距离控制升降、语音指令开灯),优先选单片机。ESP32 比 STM32 多一个优势:自带 WiFi,很适合数据要传到手机或云端的物联网题目。
- 题目核心是“看懂一张图 / 一段话,然后做判断”(识别有没有戴头盔、识别是不是摔倒了、跟大模型对话),必须用树莓派或性能类似的开发板。图像识别和调用大模型这些事,单片机算力扛不住。
- 两者组合是很多进阶题目的标准架构:单片机负责贴身的传感器采集和执行动作,树莓派或云端负责更聪明的那部分判断,中间用串口或 WiFi 通信。比如“树莓派做视觉检测,检测到异常后通知 ESP32 触发报警灯”。这种分工在答辩时也很好讲清楚,因为逻辑本身就是清楚的。
初学者一个实用建议:题目里如果出现“识别”“检测”“大模型问答”这类词,基本对应树莓派;如果是“监测”“控制”“自动调节”,基本对应单片机。看到题目先判断该配哪种硬件,比死记题目名字有用。
四、传感器怎么选:把这五步走一遍
面对几十种传感器,不知道该选哪个是常事。按下面五步走一遍,基本就能定下来。
物理量决定了传感器的大类。
| 要测的东西 | 常见传感器 | 备注 |
|---|---|---|
| 温度、湿度 | DHT11 / DHT22 / SHT30 | DHT11 最便宜最常见,教程最多,初学者首选 |
| 气体浓度 | MQ-2 / MQ-135 | 常用在火灾预警、空气质量类题目 |
| 距离、靠近 | HC-SR04、红外避障 | 超声波测距离,红外一般用来判断“有没有” |
| 光照强度 | 光敏电阻、BH1750 | 光敏电阻最简单;BH1750 精度高,接线稍复杂(I2C) |
| 运动、姿态、震动 | MPU6050 | 常用在姿态检测、跌倒监测、运动类题目 |
| 画面、图像 | USB 摄像头、CSI 摄像头 | 做识别检测类题目的标配 |
| 心率、血氧 | MAX30102 | 康养类题目常用,这是消费级模块,别写成医疗级 |
| 声音 | 麦克风、语音识别模块 | 测音量用麦克风模块,语音交互建议直接调 API |
传感器和主控板之间怎么“说话”,常见三种:数字信号(直接高低电平,比如红外避障)、模拟信号(电压连续变化,比如光敏电阻,需要主控板有 ADC 模拟输入)、总线协议(I2C / SPI / UART,一根线或几根线传数字数据,比如 MPU6050 走 I2C)。买传感器之前先确认你的主控板有没有对应的接口,尤其是 ADC 引脚和 I2C 引脚数量是有限的,别等模块到手才发现接不上。
常见的是 3.3V 和 5V 两档。树莓派的 GPIO 是 3.3V 逻辑电平,如果传感器模块是 5V 的,直接接可能烧坏树莓派,需要加电平转换。STM32 和 ESP32 一般也是 3.3V,选模块的时候留意说明书上写的工作电压。
比如你的题目只是“判断有没有人靠近”,用红外避障模块就够了,没必要上更贵更复杂的激光测距模块。精度过剩只会让接线和调试变复杂,对答辩没有加分。
这一步比前面四步加起来都重要。DHT11、HC-SR04、MPU6050 这些之所以“烂大街”,就是因为教程多、库多、社区里踩过的坑都有人写过解决方案。选一个小众冷门的传感器,哪怕参数看起来更好,你可能要多花好几天去啃英文文档、自己写驱动。
初学者选传感器的原则很简单:别为了显得高级去选没人用过的东西,选大家都在用的。
五、什么时候该用大模型,什么时候不该
题目里写“基于大模型”,很多同学以为是要自己训练一个 AI 模型。不是的。绝大多数这类毕设题目,“基于大模型”指的是调用 DeepSeek、通义千问(Qwen)这类现成的大模型接口(API),让它帮你做“理解和解释”这一步,而不是自己从零训练模型。这个概念一定要在开题的时候就跟老师讲清楚,避免后面被质疑“你自己训练了吗”。
大模型适合干什么
- 把检测结果翻译成人话。比如摄像头检测到没戴安全帽,大模型可以生成一句自然的语音提醒,而不是干巴巴弹一个“警告”。
- 语音问答、智能客服类交互。
- 需要一点综合判断的场景,比如根据多个传感器数据给出一句养护建议。
大模型不适合干什么
- 实时性要求高的检测任务。摄像头要一直盯着画面判断有没有人闯入,这种用 YOLO 这类轻量检测模型跑在本地更合适,速度快、不依赖网络。大模型调一次 API 可能要一两秒甚至更久,用在这种地方会很卡。
- 需要联网才能用。如果场景强调离线也能用,大模型这步就不适合做主逻辑,最多当成可选的增强功能。
一个常见的清晰架构是:传感器 / 摄像头采集数据 → 本地用单片机或 YOLO 这类轻量模型做实时判断 → 判断到关键事件时,才调用大模型做进一步解释或生成播报文案 → 结果通过网页 / 语音 / 报警呈现。这个链条讲给答辩老师听,逻辑是顺的,也不会被问住。
六、机器学习在毕设里怎么落地,不需要从零训练模型
同样的道理,“用了机器学习 / AI”不代表要自己写神经网络、自己收集几万张图片训练模型。这对本科生和大专生的毕设时间来说基本不现实。
- 图像检测类:直接用现成的 YOLO 系列模型(YOLOv5 / YOLOv8 都行),网上有大量针对特定场景(安全帽、口罩、车辆)已经训练好或者容易微调的模型和数据集。你的工作重心应该放在“怎么把它跑在树莓派上、怎么接摄像头、怎么把结果展示出来”,而不是从头设计网络结构。
- 简单分类 / 预测类:比如根据几个传感器数值判断“要不要浇水”,这种用 scikit-learn 写几行逻辑回归或决策树就够了,没必要上深度学习。
- 原则:能用现成模型 / 库解决的问题,就不要自己造轮子。答辩老师看的是你整个系统有没有做完、逻辑有没有讲清楚,不是你有没有发明新算法。
七、难度怎么分级,怎么避免挑到要命的题目
题目难度大致分三档,选之前先给自己想选的题目定个位:
单一传感器或单一模块。比如温湿度监测超标报警、语音控制灯光、人脸识别考勤。这类题目做完的确定性最高,适合时间紧或者想稳妥毕业的同学。
比如 YOLO 检测 + 网页实时展示 + 异常报警,或者传感器数据 + 大模型生成建议。工作量比简单档明显增加,但都是成熟套路,网上能找到大量可参考的思路。
比如老人跌倒监测 + 大模型协同决策、多个树莓派节点联动、车位引导寻车系统。这类题目一旦卡住,很容易在答辩前拖成“做不完”。
给初学者的建议很直接:优先从“简单”和“中等”里选。判断一个题目是不是要命,看这几个信号:需不需要你自己收集大量真实数据才能训练模型、需不需要好几个设备实时精确同步、需不需要非常高的检测准确率才能让系统看起来有用。这几条占得越多,风险越高。
如果实在拿不定主意,下面这五类是相对最保险的起点,因为网上的教程、代码、避坑经验都最全:树莓派 + 人脸识别做考勤、树莓派 + YOLO 做安全帽检测、树莓派 + 摄像头做家庭安防、树莓派 + YOLO 做农业病害识别(草莓 / 番茄 / 水稻随便换)、树莓派 + DeepSeek 或 Qwen 做问答交互。这五类逻辑简单、素材好找,唯一的代价是撞题的人比较多。如果你想有点差异化,可以在场景上换一个别人没做过的细分方向(比如把“教室考勤”换成“实验室危化品柜出入登记”),核心技术栈不用变。
八、选题参考清单:按方向分类
下面把常见题目按方向分成七类,每类标注难度和主要用到的硬件。这些题目大多是“树莓派 / 单片机 + 传感器(或摄像头)+ 处理逻辑(YOLO 或大模型)+ 展示层”这套框架的变体,同一套技术栈换个场景就能换一个题目,不用每次都重新学一遍。
A. 智能家居与边缘控制类(单片机 / ESP32 为主)
B. 实时视觉检测类(树莓派 + 摄像头 + YOLO)
C. 农业巡检与仓储识别类
D. 安防监测与危化管控类
E. 康养辅助与无障碍类
F. 大模型协同决策类
G. 物联网数据采集与远程监测类
这一类跟前面几类不一样,核心不是“看画面”,而是“把分散的传感器数据传上来、存起来、在网页上看”,非常适合不想碰图像识别、更想练物联网通信和 Web 开发的同学。
九、走一遍完整逻辑:拿一个题目举例
拿“基于树莓派与 YOLO 的电动车头盔检测系统设计与实现”(B 类,简单档)走一遍,感受一下从选题到落地的完整链条:
- 硬件清单。树莓派一块、USB 或 CSI 摄像头一个、可选一个蜂鸣器或 LED 做报警提示。
- 数据怎么来。摄像头实时拍画面,逐帧送进 YOLO 模型。
- 处理逻辑。用一个已经训练好或者简单微调过的头盔检测模型,判断画面里的人有没有戴头盔。这一步不需要自己从零训练。
- 要不要接大模型。可选。检测到没戴头盔时,可以调用大模型把“未检测到头盔”这个结果转成一句更自然的语音提醒文案,算是加分项,不加也不影响核心功能。
- 怎么展示。搭一个简单的网页(Flask 够用),实时显示摄像头画面、检测框、报警记录列表,答辩的时候现场演示一遍,效果直观。
- 大致时间安排。第 1 周硬件到位 + 环境搭建,第 2 周跑通基础检测模型,第 3 周做报警逻辑和网页展示,第 4 周整合调试,剩下时间写论文和准备答辩材料。实际按自己进度调整。
这个流程走下来会发现,真正花时间的不是“想出这个题目”,而是“把每一步做扎实”。选题阶段把逻辑想清楚,后面就是照着流程推进。
十、常见误区,提前避坑
- 追新词但做不出效果题目里塞了“多模态”“联邦学习”这类听起来很前沿的词,结果自己都讲不清楚具体怎么实现,答辩会被追问到卡壳。
- 选的方向和指导老师不搭开题前最好先看一下老师平时带的方向,选一个老师熟悉的领域,遇到问题至少有人能指点。
- 传感器买了才发现没资料淘宝上便宜的小众模块,可能连一份完整的中文说明书都没有,调试全靠猜。买之前先搜一下有没有教程。
- 把大模型当万能钥匙不是所有判断都需要调大模型,简单的数值比较用几行代码就能搞定,硬套大模型反而让系统变慢、变复杂,还得考虑网络和费用问题。
- 需要海量真实数据才能跑起来的题目比如某个特定场景的检测需要你自己拍几千张照片去训练,这种题目工作量会远超预期,初学者尽量避开。
- 只顾着炫技,没有演示效果再复杂的算法,答辩现场如果只能看一堆数字,效果会很差。哪怕功能简单,只要能现场跑起来、看得见画面和联动,说服力都会更强。
- 临到查重才想起改论文查重不是提交前一天才想起来的事,写作过程中就该注意别大段照抄,留出时间应对可能的一次或两次修改。
十一、读完之后怎么用
这一版把选题阶段到底是怎么回事、硬件怎么配、传感器怎么选、大模型和机器学习怎么用、常见题目分类这几块逻辑理顺了,并且把选题前最容易卡住的几个问号单独讲清楚。选题时按左边目录跳到你卡住的那一节就够用。先判断场景、实物和演示,再决定单片机还是树莓派,最后才落到一个具体题目上。
返回香橙先生主页