AI er实践录|以一块开发板、三个传感器解锁智能交互的感知奇遇记
日期:2026-07-21  作者:mafengyuan   来源:  浏览量:0

如果一块开发板能读出你的心率,能感知周围的温度和光照,还能听懂一句简单的口令,你会不会想知道它是怎么被做出来的?这个实践学期,我们从接线、读协议、写驱动开始,一步步把课本里的通信接口变成真正会“感知”的小系统。

 

整套实践围绕几条清晰的能力线索展开:

·本地感知:传感器把心跳、温湿度、光照等物理量变成可处理的数字。

·人机交互:通过串口语音,让系统能识别唤醒词并接收简单指令。

·联动处置:当环境或身体指标出现异常时,系统能及时做出响应。

·电脑端呈现:采集到的数据通过串口送往上位机,在浏览器里实时显示。

 

我们最先接触的是I2C总线协议。通过两根信号线(时钟线SCL和数据线SDA),开发板可以和心率血氧模块稳定通信,再把手指轻轻按在传感器上,屏幕上就能看到心率和血氧数值。这一步让我们理解了“主从设备如何握手、数据如何按字节读写”,也让冰冷的协议第一次有了直观的反馈。

 

几个容易记住的要点:

·I2C只需要两根线,靠地址区分不同设备,适合挂多个传感器。

·心率血氧模块通常会用中断引脚提醒“有新数据”,主程序不用一直轮询。

·调试时既看数据也看代码,接线松了或地址错了都会读不到数。

 

接着我们学习RS485总线和ModBus协议。和前面的点对点串口不同,RS485用差分信号走更远的线、抗干扰更强,适合把温湿度、光照这类环境传感器连到同一总线上。ModBus则规定了“读哪个寄存器、怎么校验”的问答格式,开发板按帧发出请求,传感器回一串带CRC校验的数据,我们再把它换算成真实的温度、湿度和光照值。

 

几个容易记住的要点:

·RS485是半双工,收发要靠一个方向引脚切换,读之前拉高、收之前拉低。

 

·ModBus是“一问一答”,请求帧和回复帧都要算CRC校验,错一点都解析失败。

 

·传感器需要外部供电(常见12V)。

 

最后一项基础训练是串口语音交互。我们给开发板接上语音识别模块,先设定一个唤醒词,唤醒之后再识别具体指令,模块把识别结果通过串口发给开发板,开发板解析后就去执行对应的动作。这一步把“人说的话”和“机器做的动作”连了起来,也让整个系统第一次有了“可对话”的感觉。

 

几个容易记住的要点:

·语音模块一般先认唤醒词,再说命令词才生效,避免一直误触发。

·模块通过串口把结果发出来,开发板只要按约定格式解析字符串即可。

·想加新指令,通常要同时改语音模块的词表和开发板的解析逻辑两端。

前三步分别掌握了“测身体、读环境、听人话”三项能力。进入创新项目阶段,大家以小组为单位,把这三种技术自由组合,做出各不相同的作品。有人做健康监测类的小装置,有人做环境提醒类的系统,也有人把语音控制和本地联动结合起来做交互demo——同一个技术底座,落成了五花八门的项目,因为每个小组的关注点和场景都不一样。

 

这一阶段最重要的是“整合”:把分散的驱动串成一条完整链路——传感器负责采集,语音负责交互,主控负责判断和联动,最后再通过串口把数据送上位机,在电脑浏览器里实时呈现。每位同学最终交付的都是一个能跑起来、能演示、属于自己的小系统。

这次实践学期最打动人的地方,是我们亲眼看见知识变成了动作。I不再只是课本里的时序图,变成了屏幕上的心率;RS485和ModBus不再只是协议名词,变成了温湿度读数;语音模块不再只是元器件,变成了系统能听懂的一句口令。原来那些看起来很远的概念,真的能被我们接上线、写进代码、跑起来。

 

也许这些作品还不完美,接线会松、协议会卡、调试会反复。但正是这些小问题,让我们真正理解了工程实践的意义:把想法落到地面上,让它跑起来、连起来、被看见。实践学期结束后,留下的不只是一份报告或一段代码,而是一段从“我不知道怎么做”走到“原来真的能做出来”的经历。

收藏本页