企业官网建设流程全解析

又是一年毕设季，后台有不少人问婴儿床这个题能不能做、怎么做。我这两年确实完整跟过一遍基于STM32的智能婴儿床系统，从选型到画板、写代码再到联调，整个过程走了不少弯路，也积攒了一些能直接用的经验。今天就借这个机会把整个项目的完整实现思路拆开讲清楚。

先说清楚这玩意儿是干什么的。智能婴儿床系统，说白了就是围绕婴儿看护场景做的一套自动化设备：检测婴儿哭闹、监测环境温湿度、尿湿提醒、床边防坠落报警，再加一个自动摇晃安抚的功能。放在毕设里，它覆盖了传感器采集、数据处理、执行机构控制、状态显示、报警交互这些经典嵌入式开发环节，难度适中，又跟日常生活结合紧密，答辩时讲起来也有生活化的代入感。本文适合正在选单片机方向毕设题目的学生、想练手STM32项目的开发者，以及想了解完整智能硬件开发流程的产品新人参考。

下面按我做这个项目的真实流程来写，从方案设计到硬件电路、软件实现、联调测试，最后是问题排查经验，尽量把每一步“为什么这么做”也讲明白。

1. 功能定义与整体设计思路

1.1 智能婴儿床到底要做哪些功能

先别急着画电路图，拿到题目的第一步是梳理功能需求。市面上的智能婴儿床产品不少，但毕设场景下不可能全做，得挑那些既体现技术含量又能稳定跑起来的功能。我综合了题目方向和个人辅导经验，最终把功能收敛为五项核心：

• 婴儿哭声检测与自动安抚：通过声音传感器采集环境声音，识别哭闹状态并触发步进电机带动床体缓慢摇晃
• 环境温湿度实时监测：用数字温湿度传感器采集婴儿床周围温湿度，异常时报警
• 尿湿检测提醒：通过自制的湿度检测电路识别尿垫是否有湿感，超出阈值触发提示音
• 床边防坠落检测：在床沿安装红外检测模块，判断是否有遮挡或异常靠近，保护婴儿安全
• 状态显示与按键交互：用OLED实时显示各项数据，通过按键调节工作模式，具备手动/自动切换功能

这五个功能覆盖了“感知-决策-执行-反馈”的完整闭环，在主控资源占用、代码复杂度、硬件成本之间也比较均衡。关键是你答辩时能讲出每个功能选型的理由：为什么用这个传感器、为什么这样接线、为什么这样设定阈值，整条逻辑链是完整的。

1.2 系统整体架构怎么搭

系统架构上我采用“主控+传感器+执行机构+人机交互”四层结构。主控选择STM32F103C8T6，也就是大家常说的蓝板最小系统板，原因后面会详谈。传感器层包括声音检测模块、DHT11温湿度传感器、自制尿湿检测电路，以及HC-SR501人体红外模块（用于床边检测）。执行层主要是28BYJ-48步进电机加ULN2003驱动板，用来带动床体摇晃。人机交互层是一块0.96寸OLED屏幕、三个按键和一只蜂鸣器。

这里有个设计心得：功能划分不要叠在同一个模块里，尽量“一功能一模块”，这样调试时可独立验证。比如温湿度检测就是DHT11一根线送数据，声音检测就是模拟量给ADC，模块之间互不干扰，出问题也好定位。整体数据流大致是：传感器定时采集→STM32做判断和滤波→OLED显示并判断是否触发电机或报警。再预留一组串口，用于调试时打印内部状态，非常管用。

2. 硬件选型：为什么是STM32，每个模块怎么选

2.1 主控选型背后的考虑

现在做单片机毕设，主控选择五花八门，51、Arduino、ESP32、GD32都有人用。我为什么坚定选STM32F103C8T6？几个原因：

第一是资源够用且经典。C8T6有64KB Flash、20KB RAM，主频72MHz，片上外设丰富：ADC、定时器、I2C、SPI、USART全都有。这个项目中我要用3路ADC读取模拟传感器、2个定时器做PWM和电机驱动、1个I2C驱动OLED、1个USART做调试信息，C8T6全部覆盖，余量还有不少。

第二是生态成熟、学习资料多。STM32在毕设用“江科大”“正点原子”“野火”等教程资源非常全面，遇到问题几乎都能搜到解决方案。对学生来说，这意味着开发周期更可控，不至于卡在某个底层细节上。

第三是工作要求。企业做智能硬件，MCU选型时ST、NXP、GD这些主流系列是常客，用STM32做毕设项目，从工程组织、HAL库使用到调试习惯，都和职场要求是对齐的。这一点在答辩和面试里都是加分项。

有人会问，ESP32不是还能联网吗？确实，ESP32集成WiFi/蓝牙，做远程监控很方便。但毕设项目如果把重心放在联网，传感器采集、控制逻辑这部分容易被冲淡，而且WiFi调试本身很费时间。我建议的做法是，核心控制器用STM32，如果确实想展示远程监控能力，可以加一个蓝牙模块或ESP8266作为串口透传的从模块，主控不变，功能也完整。

2.2 传感器和执行模块怎么挑

选传感器的原则有三条：稳定性好、接口简单、资料多。依此原则，我最终的选型清单是这样的：

这里我用DHT11而不是DHT22或者SHT30，主要是考虑毕设的定位。DHT11虽然精度一般、采样速率只有1Hz，但胜在接口简单、程序逻辑清晰，作为教学级的测量完全够。你要是想让数据更精致，可以换DHT22，程序改动很小。

声光报警模块用有源蜂鸣器，因为无源蜂鸣器需要PWM给特定频率才能响，调起来多一步，有源蜂鸣器直接拉高电平就响，对新手友好。

2.3 电源与功耗方面的考虑

整个系统功耗大头是步进电机和蜂鸣器，传感器都是毫安级别。我采用USB 5V供电方案：USB进来后，一路直接给ULN2003驱动板和蜂鸣器供电，一路经AMS1117-3.3稳压给STM32板、OLED、传感器和红外模块供电。电机工作电流在100-200mA之间，AMS1117的压降和散热都扛得住。

一个教训是：不要用电脑USB口直接给带电机负载的系统供电，实测电流冲击时容易导致电脑识别不了设备，或者系统反复重启。我用的是手机充电器5V/2A的头，稳定很多。这点在毕设现场的演示环节尤其重要，不然一个电压跌落，系统就重启了，场面很尴尬。

3. 硬件电路设计与搭建细节

3.1 最小系统板和外围电路的连接规划

我用的最小系统板是市面上最常见的STM32F103C8T6蓝色板，板上自带晶振、复位电路、USB转串口芯片，不需要自己画最小系统，省了很多事。需要自己接的是外围模块。

连线规划方面，我一开始就把引脚分配表写在纸上，避免后面接乱：

这里有个经验：声音传感器的模拟输出AO和数字输出DO我都接了。AO用于读环境声强，判断哭闹；DO是模块上比较器输出的数字量，可以当作备用触发源，也可以通过电位器设定一个声音强度阈值。程序中我对两个信号都做采集对比，验证了用AO的模拟数据做阈值判断更平滑，误触发率更低。

3.2 尿湿检测电路怎么自己做

尿湿检测这个功能很多同学不知道怎么做，其实原理非常简单：利用湿尿布导电性变化来改变电路分压。

具体做法是，找一块PCB覆铜板或者两片金属片，间隔约1cm并排固定在尿垫下方。两片金属分别接一个上拉电阻到3.3V和GND，中间节点接STM32的ADC引脚。正常情况下两片金属间开路，ADC读到接近3.3V；一旦尿布变湿，水分让两片金属之间有微弱导通，分压被拉低，ADC读数下降。程序里设定一个阈值，比如低于2.0V就认为尿湿，触发蜂鸣器提示。

我做的时候用了一截杜邦线做成探针，固定在婴儿床模拟区的尿垫底层。实测效果挺好，加几滴盐水模拟尿液，ADC电压从3.25V降到1.8V左右，判断非常灵敏。注意：实际调试时不能直接用纯水试，纯水电导率很低，变化不明显，要用带电解质的水模拟。这个小细节在测试阶段能帮你省很多时间。

3.3 步进电机驱动的避坑要点

28BYJ-48电机是五线四相减速电机，额定电压5V，配ULN2003驱动板这是标准搭配。接线时驱动板的IN1-IN4接STM32 GPIO，电机五线按颜色接驱动板对应端子。

这里要说一个很多人踩的坑：供电一定要共地。STM32板的GND要和ULN2003驱动板的GND接在一起，否则GPIO不是控制不了电机，就是电机乱走。我最初调试时漏接了共地线，电机完全没反映，查了半小时才想起来是地没接。

另外，控制步进电机最好用定时器中断或延时函数驱动，不能用HAL_Delay嵌套在高优先级中断里。我实现摇晃动作时用了一个简单的四拍或八拍时序：IN1、IN2、IN3、IN4依次高电平，延时2ms一步，实现电机连续转动。正转一段时间再反转，就形成左右摇摆效果。

3.4 硬件焊接与排线收纳建议

这个项目推荐使用杜邦线完成连接，不需要焊板。但杜邦线一多就乱了，我的做法是：不同功能用不同颜色线缆，电源线用红色，GND用黑色，信号线按模块区分颜色。线束用扎带或螺纹管整理好，固定在亚克力床体模型侧面。

在床体模型搭建上，我网购了一个小型的木质婴儿床模型，尺寸大约50cm×30cm，电机通过连杆机构与床体底部连接，电机转动时带动床体左右晃动。没有现成模型的话，用电烙铁在纸板或ABS板上搭一个简易摇床结构也可以，答辩时能演示就行。

4. 软件设计：从初始化到核心功能实现

4.1 开发环境搭建与工程初始化

开发环境我用的Keil MDK5，配合STM32CubeMX做初始化代码生成。版本上，Keil 5.27以上都可以，CubeMX我用的是6.x，两个软件版本兼容性没什么大问题，注意安装好STM32F1系列的芯片支持包，不然建工程时会提示找不到芯片。

CubeMX里的关键配置项如下：

• RCC：HSE外部晶振设为Crystal/Ceramic Resonator
• SYS：Debug选Serial Wire
• GPIO：PA0、PA3设为模拟输入，PA1设为开漏上拉输出（DHT11数据线），PA2、PA4设为输入，PA5-PA8设为推挽输出，PB0/PB1/PB10设为输入（按键），PB5设为推挽输出（蜂鸣器），PB6/PB7设为I2C1
• ADC1：开启IN0和IN3两个通道，采样时间设为55.5周期或更慢，减少噪声影响
• I2C1：标准模式100kHz
• USART1：115200-8-N-1
• 时钟树：主频直接拉到72MHz，分频用默认即可

生成代码后，我额外编写了DHT11驱动、OLED显示驱动、步进电机驱动和按键处理逻辑。工程结构上按模块分文件：dht11.c、sensor.c、motor.c、oled.c、button.c、main.c，互不干扰，后期加功能也方便。

4.2 DHT11温湿度采集的实现心得

DHT11是单总线协议，时序要求比较严格。它的数据帧是40位，包括湿度整数、湿度小数、温度整数、温度小数和校验和。读数据流程是：主机拉低数据线18ms以上发起开始信号，释放后DHT11响应一个低电平，然后拉高，接着输出40位数据。每一位的表示方式是：50us低电平之后，高电平持续26-28us表示“0”，持续70us表示“1”。

写驱动时容易踩坑的地方是，项目里不能直接把所有delay都用HAL_Delay，因为HAL_Delay是毫秒级的，而DHT11的时序是微秒级。我用了DWT->CYCCNT或者简单的空循环来产生微秒延时。考虑到DHT11采样频率不能超过1Hz，我每次采样后至少间隔1秒再读下一次。

这里给一段简化的读取核心代码，省略了校验细节：

uint8_t DHT11_ReadByte(void) { uint8_t data = 0; for (int i = 0; i < 8; i++) { while (ReadPin(DHT11_DATA) == 0); // 等待50us低电平结束 delay_us(30); // 延时30us后采样 if (ReadPin(DHT11_DATA) == 1) { data |= (1 << (7 - i)); // 高电平长，表示1 } while (ReadPin(DHT11_DATA) == 1); // 等待高电平结束 } return data; }

4.3 哭声检测与自动摇晃的完整逻辑

哭声检测是这个项目的重头戏，也是答辩时老师最感兴趣的地方。我的实现思路是：

用声音传感器模拟量输出读ADC值，将采集到的电压映射到一个声强指标。程序每100ms采样一次，做简单的一阶滑动滤波，滤掉瞬态尖峰。当连续3次滤波后的数值超过预设阈值（这个阈值通过按键可调节，软件里默认设在1.8V），就认为是“疑似哭闹”，进入安抚流程。

安抚流程是这样的：

1. 触发蜂鸣器短响一次，提示看护人
2. OLED显示当前状态为“安抚中”
3. 开启步进电机，正转0.8秒，停0.2秒，反转0.8秒，形成一个摆动周期
4. 持续摆动2分钟后自动停止，重新检测声音

为什么持续2分钟就停？一是避免电机长时间运转过热，二是如果婴儿持续哭闹，提示看护人人工干预更重要。自动装置的定位是“安抚和提醒”，不是替代人力看护，这一点在报告中要写清楚，体现产品思维。

4.4 OLED显示界面怎么规划

OLED我用了0.96寸的SSD1306，I2C接口，代码用现成的软件驱动库，然后把显示内容封装成几个界面。

主界面显示四行：

• 第一行：温度 xxC
• 第二行：湿度 xx%
• 第三行：声音 xxx / 状态
• 第四行：模式 自动/手动

模式切换、阈值调节时，OLED进入二级界面，显示参数值。在实际调试中，OLED的刷新频率不需要太高，1秒一次就够，降低I2C总线占用。

显示模块的代码尽量放在主循环里以执行，不要在中断里做耗时操作。我在中断里只做数据采集和标志位置位，OLED刷新放到主函数while循环中，保证了系统的响应能力。

4.5 按键处理和模式切换设计

三个按键我设计为：KEY1短按切换自动/手动模式；KEY2在自动模式下调整声音阈值，在手动模式下触发一次电机晃动；KEY3关闭/开启蜂鸣器提示音。

按键处理要防抖，我用状态机方式实现了10ms扫描周期，检测到稳定电平变化才认定一次有效按键。不要用HAL_Delay(20)这种阻塞式消抖，因为20ms阻塞会让其他任务卡顿。我用一个1ms的定时器中断维护系统时钟，每10ms调用一次按键扫描函数。

5. 系统联调与实测数据分析

5.1 分模块测试怎么做的

整体联调前，我花了大半天时间做分模块测试，顺序是这样的：

• 串口调试：先确认STM32能跑起来，printf输出正常，时钟72MHz无异常
• OLED显示：点亮屏幕，跑几个界面切换，确认I2C通信稳定
• DHT11：每1秒打印一次温湿度，和标准温湿度计对比
• 声音检测：对着传感器喊几声、放音乐、拍手，观察ADC幅值和滤波后数值
• 电机驱动：正转、反转、连续摆动，确认力矩足够
• 尿湿检测：用加了盐的水模拟，记录ADC变化范围
• 红外模块：手遮挡在传感器前，观察电平跳变

我把每一步的测试结果都记录在Excel里。这个习惯很重要，因为答辩时老师问你“你这个阈值是怎么定的”，你拿出数据说明“我测了10组，安静环境下ADC在2.4-2.8V，正常说话在1.6V，模拟哭闹在0.9V，所以我设了1.6V为阈值”，说服力完全不同。

5.2 联调过程中发生的问题

分模块测试都通过后，我把所有模块接到一起，果然还是出了问题。最明显的问题是，电机一转动，OLED屏幕就开始闪烁，声音数据也会出现毛刺。

排查下来的原因是电机转动瞬间电流波动大，会拉低系统电源电压，模拟传感器受干扰。解决措施有几个：

• 电机供电和传感器供电分开，电机直接用5V，传感器通过3.3V稳压芯片单独供电
• 在电源入口处并联一个470uF电解电容和0.1uF瓷片电容，增强滤波
• 关键模拟信号线上加RC低通滤波，比如声音信号经过10k电阻和1uF电容到地再接ADC
• ADC采样时间加大到55.5周期以上，降低采样噪声

这些措施落实后，OLED不再闪烁，声音检测的数据也平稳下来了。

5.3 实测数据记录

最终的运行效果是：DHT11测得的温度跟标准温湿度计误差在1°C左右，湿度误差在3%以内；声音检测阈值设在1.6V，模拟哭闹触发成功率在95%以上，误触发率很低；尿湿检测在尿垫湿润后2秒内报警；步进电机摆动平稳，噪音在可接受范围内。

整套系统连续运行了4个小时，数据稳定，没有死机或重启。这个结果在当时算很理想了。

6. 常见问题与排查技巧实录

6.1 我踩过的坑和对应的解决办法

6.2 独家调试技巧分享

调试过程中我总结出几个很有用的技巧：

第一个是善用串口打印。在关键节点：采样完成后、状态切换时、报警触发时，都打印一条日志。写代码时把这部分加进去，看起来慢，调试时省的时间远超写代码的时间。软件上的printf重定向到USART1，波特率115200，一条小命令就能让数据和状态全程可视化。

第二个是善用面包板做临时验证，再转移到最终连接。任何模块上板之前，先在面包板上单独验证一遍，确定模块本身没坏、时序能通。我之前犯过的错就是新传感器直接上最终连接，结果模块是坏的，排查了一晚上。独立验证可以排除变量。

第三个是手动模拟场景一定要标准化。比如测试哭声检测时，我用手机播放一段婴儿哭声录音，音量固定，距离固定，这样才能得到可复现的数据，而不是每次喊一嗓子，数据忽高忽低没法分析。

第四个是注意阈值要留“迟滞区间”，防止临界值频繁抖动。检测到哭闹的阈值设成1.6V，但解除哭闹状态时用1.8V，这段0.2V的差作为缓冲。不然ADC在阈值附近跳动时，电动机会一会开关一会开关，既伤电机，也恶心人。

6.3 给做毕设的同学几个重要提醒

• 别追求功能多，优先保证功能稳定。一个能稳定演示的自动摇晃，胜过三个经常抽风的智能功能
• 时间规划上，前期硬件和模块验证花的时间不要压缩，中后期联调出问题基本都是前期没验证到位
• 文档和代码注释要一边做一边写，别拖到最后。答辩时讲设计思路需要的是功能设计与实现方案的清晰表述，不是临时补出来的回忆
• 演示时准备好备用电源和一个提前录好的演示视频，防止现场设备出问题

7. 后续扩展方向与一些个人体会

项目做到这儿已经能稳定跑通了，但如果还想让作品更有竞争力，可以往这几个方向扩展：

• 加ESP8266或蓝牙模块，用手机App查看温湿度和哭闹状态，甚至远程触发安抚
• 加OLED菜单界面，把阈值调节做成人机交互更友好的界面
• 加语音识别模块，识别更精细的哭声类型
• 加一个风扇模块，实现温湿度超限后自动通风
• 换用更高精度的传感器，如SHT30，把采集数据做得更像工业级

我个人在实际操作中的体会是：智能婴儿床这个题目的核心不在于某一项功能有多高深，而在于把传感器、执行器、人机交互这三者串成一个逻辑完整的系统。做完这个项目，你对STM32的外设使用、嵌入式软件的分层设计、硬件调试的基本套路都会有比较全面的认识。这套方法论换一个题目照样能复用，本质是一样的。最后再多说一句：模块测试千万别偷懒，你在这上面省下的时间，会在联调的时候加倍还回来的。