1. 项目背景与核心需求拆解
1.1 这个选题到底在做什么
城市河道监控这个词听起来挺大，但落到单片机毕业设计这个层面，本质上就是一套低功耗、远距离、多点位的水情数据采集与回传系统。核心任务是把河道现场的水位、流速、浊度、温度这些物理量，通过传感器采集出来，再由单片机处理后，借助LoRa无线通信技术把数据传到几公里外的接收端，最终在上位机或者云平台上做展示和预警。
为什么这个选题在毕业设计里一直很热门？我观察下来有几个原因。第一，城市河道治理是很多地方的实际需求，内涝预警、水质监测、非法排污取证，这些场景都需要长期在户外部署的监测节点，而LoRa的低功耗和远距离特性刚好匹配。第二，从技术栈来看，这个题目覆盖了传感器驱动、单片机编程、无线通信协议、上位机开发、甚至结构设计，工作量足够撑起一篇完整的毕业论文。第三，成本可控，一套节点加上网关，几百块钱就能跑通，学生党友好。
适合参考这篇内容的人，我大致分三类：一是正在做单片机方向毕业设计的同学，需要一套完整的方案框架和实操细节；二是刚入门的嵌入式爱好者，想找一个综合性强但门槛不算太高的项目练手；三是做物联网相关课程设计的同学，LoRa通信这部分可以直接迁移到其他场景。
1.2 为什么选LoRa而不是其他无线方案
做河道监控，通信方案的选择是第一个分水岭。我见过不少同学一开始想用WiFi或者4G，觉得方便，但实际部署到河道边上就会发现几个硬伤。
WiFi的覆盖半径在空旷环境下也就100到200米，河道两岸动辄几百米宽，中间还有水面反射和遮挡，根本覆盖不过来。4G模块虽然覆盖广，但每个节点都要插SIM卡，长期运行的流量费用不说，河道偏远区域信号盲区也很常见，而且4G模块的功耗对电池供电的节点来说压力很大。
LoRa的核心优势在于链路预算高。它的接收灵敏度可以做到-148dBm，发射功率在20dBm左右，链路预算超过160dB，理论空旷传输距离能到5到10公里。实际城市河道环境有建筑物和树木遮挡，打个对折也有2到3公里，足够覆盖一段河道了。而且LoRa模块在休眠模式下的电流只有微安级别，配合定时唤醒采集的策略，一节18650电池撑几个月没问题。
注意：LoRa的工作频段在不同地区有不同规定，国内常用的是470MHz到510MHz这个区间，选模块的时候要确认频段合规，别买到不适合本地使用的版本。
1.3 系统整体架构长什么样
一套完整的城市河道监控系统，我习惯把它拆成四层来看。
感知层是直接跟水打交道的部分，包括水位传感器、流速传感器、水质传感器（浊度、pH、溶解氧等）、温度传感器。这一层的关键是防水和防腐蚀，河道环境潮湿，传感器接口和电路板必须做灌封或者防水壳处理。
控制层以单片机为核心，负责采集传感器数据、做初步的滤波和校准、控制LoRa模块发送、管理电源。单片机选型上，STM32F103系列是毕业设计里的常客，资源够用、资料多、价格便宜。如果对低功耗要求更高，可以考虑STM32L系列或者MSP430。
通信层就是LoRa节点和网关之间的无线链路。节点把数据打包成固定格式，通过LoRa发送出去；网关负责接收多个节点的数据，再通过有线网络或者4G回传到服务器。这里要注意LoRa的星型组网拓扑，一个网关可以挂几十个节点，但节点之间不直接通信。
应用层是数据最终呈现的地方，可以是一个本地上位机，也可以是一个云端平台。毕业设计里常见的是用Python或者C#写一个简单的监控界面，显示实时数据、历史曲线和报警状态。
2. 核心硬件选型与电路设计要点
2.1 单片机主控怎么选
主控芯片的选择直接决定了后续开发的难易程度和系统功耗表现。我拿几个常见方案做个对比，方便你根据自己的情况做决定。
| 方案 | 核心优势 | 主要短板 | 适合场景 |
|---|---|---|---|
| STM32F103C8T6 | 资料丰富、外设全、价格低 | 功耗偏高、无硬件LoRa支持 | 功能验证阶段、有线供电节点 |
| STM32L051 | 低功耗优秀、外设够用 | 资料相对少、开发门槛略高 | 电池供电的长期部署节点 |
| MSP430FR系列 | 超低功耗、铁电存储 | 开发环境不够友好 | 对功耗极度敏感的场景 |
| ESP32 | 自带WiFi和蓝牙、算力强 | 功耗高、LoRa需外挂 | 需要本地边缘计算的节点 |
对于大多数毕业设计，我建议先用STM32F103把功能跑通，验证传感器和LoRa通信都没问题之后，如果论文里需要体现低功耗设计，再迁移到STM32L051上做对比测试。这样风险最低，也方便你在论文里写出选型对比的过程。
2.2 LoRa模块的选型与接口
LoRa模块市面上主要分两类：一类是纯射频前端，比如SX1278芯片，需要自己写SPI驱动；另一类是封装好的串口模块，比如基于SX1278的透传模块，直接用UART发AT指令就能通信。
毕业设计里我推荐用串口透传模块，原因很简单：SX1278的寄存器配置有几十个，扩频因子、带宽、编码率、前导码长度这些参数调起来很费时间，而且调试过程中如果配置错了，很难判断是硬件问题还是软件问题。串口模块把这些复杂度封装掉了，你只需要关注数据收发逻辑，能把精力放在系统集成上。
接线方面，串口LoRa模块一般有VCC、GND、TXD、RXD、M0、M1这几个引脚。M0和M1用来切换工作模式，正常通信时都拉低，配置参数时按手册设置高低电平组合。注意模块的供电电压，有些模块是3.3V，有些是5V，接错会烧。
实操心得：LoRa模块的天线接口一定要接好天线再上电，空载发射容易损坏射频前端。天线选433MHz或者470MHz的弹簧天线就行，增益不用追求太高，匹配更重要。
2.3 传感器选型的几个关键考量
河道监控用到的传感器，选型时不能只看精度参数，还要考虑户外长期运行的可靠性。
水位传感器常见的有超声波、压力式和雷达式。超声波模块便宜，但水面波动和温度变化会影响精度；压力式投入式液位计精度不错，但需要定期清理探头上的淤泥；雷达式最稳定但价格高。毕业设计里用超声波加温度补偿的方案性价比最高。
流速传感器可以用霍尔式或者超声波多普勒。霍尔式结构简单，靠水流推动叶轮转动，但叶轮容易被水草缠绕。超声波多普勒非接触测量，可靠性好，但电路复杂。如果预算有限，可以用一个简化的方案：通过水位变化速率间接估算流速趋势，论文里说明这是工程近似即可。
水质传感器里，浊度用红外对射原理的模块就能做，pH和溶解氧的电极式传感器价格较高且需要定期校准。毕业设计里建议至少做浊度和温度，这两个数据能支撑起基本的水质评价逻辑。
2.4 电源方案的设计逻辑
户外节点供电是个容易被低估的环节。如果节点部署在河道边但没有市电，就需要电池加太阳能板的方案。
电池选18650锂电池，单节容量2500mAh到3500mAh，标称电压3.7V。太阳能板选6V/2W的小板子，配合TP4056充电管理芯片给电池充电。单片机系统需要3.3V，用AMS1117或者更高效的DC-DC降压。
功耗估算很重要，我拿一个典型配置算一下：STM32L051运行模式约200uA/MHz，采集时跑16MHz约3.2mA，每次采集持续2秒；LoRa模块发送时电流约120mA，每次发送持续100ms；其余时间单片机休眠，电流约2uA。假设每10分钟采集发送一次，平均电流大约是：
- 采集阶段：3.2mA × 2s / 600s ≈ 0.0107mA
- 发送阶段：120mA × 0.1s / 600s ≈ 0.02mA
- 休眠阶段：0.002mA × 597.9s / 600s ≈ 0.002mA
合计平均电流约0.033mA，理论上2500mAh电池能撑75000小时，也就是8年以上。当然实际有传感器待机功耗和电路漏电流，打个一折也有大半年，配合太阳能板基本可以长期运行。
3. 软件架构与LoRa通信协议设计
3.1 单片机端程序框架
单片机程序我习惯用前后台架构，主循环里轮询任务标志，中断处理定时和串口接收。这样结构清晰，也方便在论文里画流程图。
主程序流程大致是这样：系统上电后先初始化时钟、GPIO、UART、ADC、定时器，然后进入主循环。定时器每10分钟置位一个采集标志，主循环检测到标志后依次读取各传感器、做数据滤波、打包成LoRa帧、通过串口发给LoRa模块、等待发送完成、清除标志、进入低功耗模式。
传感器数据滤波这块，我一般用中值滤波加滑动平均。比如水位数据连续采5次，去掉最大最小值取平均，能有效抑制水面波动带来的跳变。浊度数据变化慢，用一阶低通滤波就够了。
// 中值滤波示例 #define SAMPLE_NUM 5 uint16_t median_filter(uint16_t *buf) { uint16_t temp[SAMPLE_NUM]; memcpy(temp, buf, sizeof(temp)); // 冒泡排序 for(int i=0; i<SAMPLE_NUM-1; i++) { for(int j=0; j<SAMPLE_NUM-1-i; j++) { if(temp[j] > temp[j+1]) { uint16_t t = temp[j]; temp[j] = temp[j+1]; temp[j+1] = t; } } } return temp[SAMPLE_NUM/2]; }3.2 LoRa数据帧格式设计
LoRa本身只负责物理层传输，数据帧格式需要自己定义。一个实用的帧结构应该包含帧头、节点地址、数据类型、数据内容、校验和帧尾。
我一般这样设计：帧头用0xAA 0x55两个字节，方便接收端做同步；节点地址1字节，支持最多255个节点；数据类型1字节，区分水位、流速、浊度等；数据长度1字节；数据内容用大端格式存储，保证跨平台解析一致；校验用CRC16，比简单的累加和可靠得多。
| 字段 | 长度 | 说明 |
|---|---|---|
| 帧头 | 2字节 | 固定0xAA55 |
| 节点地址 | 1字节 | 0x01-0xFF |
| 数据类型 | 1字节 | 0x01水位 0x02流速 0x03浊度 0x04温度 |
| 数据长度 | 1字节 | 后续数据字节数 |
| 数据内容 | N字节 | 大端格式 |
| CRC16 | 2字节 | 从节点地址到数据内容的校验 |
| 帧尾 | 1字节 | 固定0x0D |
接收端解析时先找帧头，然后按长度字段读取后续内容，最后校验CRC。如果校验失败就丢弃这一帧，等待下一帧。这种设计的好处是即使中间丢了一部分数据，也能快速重新同步。
3.3 网关端数据汇聚与转发
网关的角色是接收多个节点的数据，然后统一回传到服务器。硬件上可以用STM32加LoRa模块做接收，再通过ESP8266或者4G模块连网。如果毕业设计里不想做太复杂，也可以直接用一块STM32加LoRa模块，通过串口把数据发给电脑上的上位机。
网关程序的关键是多节点数据管理。每个节点有唯一地址，网关收到数据后先解析地址，然后更新对应节点的数据缓存和最后在线时间。如果某个节点超过设定时间没有上报，就标记为离线并触发报警。
数据回传格式我建议用JSON，虽然比二进制占带宽，但可读性好，上位机解析方便，调试的时候一眼就能看出问题。
{ "gateway_id": "GW01", "timestamp": "2025-01-15T10:30:00", "nodes": [ {"addr": "01", "type": "water_level", "value": 2.35, "unit": "m"}, {"addr": "01", "type": "turbidity", "value": 18.6, "unit": "NTU"}, {"addr": "02", "type": "water_level", "value": 2.41, "unit": "m"} ] }3.4 上位机监控界面实现
上位机用Python的PyQt或者Tkinter都能做，我倾向PyQt，控件丰富，画曲线用pyqtgraph性能也好。界面主要分三块：实时数据面板显示各节点最新数值，历史曲线面板用折线图展示趋势，报警面板列出超限记录。
串口通信可以用pyserial库，开一个独立线程读数据，避免阻塞界面。数据解析后存入SQLite数据库，方便后续查询和导出。报警逻辑很简单，设定阈值，比如水位超过2.5米或者浊度超过50NTU就触发，界面上对应数值变红并记录时间。
注意：上位机串口读取要用非阻塞方式，设置合适的超时时间。如果网关发送频率高，还要考虑数据缓冲，避免界面卡顿。
4. 系统联调与常见问题排查
4.1 联调步骤与顺序
系统联调最忌讳一上来就把所有模块接在一起通电。我踩过的坑告诉我，必须分步骤验证，每一步确认无误再往下走。
第一步，单独测试单片机最小系统，确认能下载程序、串口能打印调试信息。第二步，接上LoRa模块，用两个模块对发数据，确认通信正常，这一步可以用串口助手直接发AT指令测试。第三步，逐个接入传感器，每接一个就用串口打印读数，确认数据合理。第四步，把节点和网关分开，拉远距离测试LoRa实际传输效果。第五步，连上上位机，看数据能不能正常显示和存储。
这个顺序看起来慢，但实际上能帮你快速定位问题出在哪一层。如果一上来就全接好，出了问题你根本不知道是传感器坏了、单片机程序错了还是LoRa配置不对。
4.2 常见问题速查表
| 现象 | 可能原因 | 排查方法 |
|---|---|---|
| LoRa发送后收不到数据 | 收发双方频率、扩频因子不一致 | 用AT指令读取双方配置，逐项对比 |
| 通信距离很短 | 天线没接好或阻抗不匹配 | 检查天线接口，换标准天线测试 |
| 传感器读数跳变严重 | 电源纹波大或滤波不足 | 示波器看电源，增加滤波算法 |
| 单片机频繁复位 | 电源电流不足或看门狗误触发 | 测供电电压，检查看门狗喂狗逻辑 |
| 上位机收不到数据 | 串口号或波特率错误 | 设备管理器确认串口，核对波特率 |
| 数据偶尔丢包 | LoRa空中速率过高或干扰 | 降低扩频因子，增加重传机制 |
4.3 提升通信可靠性的几个技巧
LoRa虽然距离远，但在城市环境里还是会有丢包。我一般从三个方面提升可靠性。
一是降低空中速率。扩频因子越大，传输距离越远但速率越低。河道监控的数据量很小，每10分钟才发几十字节，完全可以把扩频因子设到10或11，牺牲速率换距离和抗干扰能力。
二是增加重传机制。节点发送后等待网关的ACK，如果超时没收到就重传，最多重传3次。网关收到重复帧时根据帧序号去重。这个逻辑在单片机里用状态机实现，不复杂但很有效。
三是天线部署位置。节点天线尽量架高，远离金属物体和水面。网关天线如果条件允许，放在制高点，和节点之间尽量视距传播。我实测过，天线从地面升到3米高，通信距离能差一倍以上。
4.4 户外部署的防护经验
河道环境对电子设备的考验比实验室大得多。我总结了几条防护经验。
电路板必须做三防处理，喷三防漆或者用硅胶灌封，防止湿气腐蚀。传感器接口用防水航空插头，别用杜邦线直接插。外壳选IP65以上的防水盒，进出线孔用防水接头密封。太阳能板朝南倾斜安装，角度根据当地纬度调整，一般比当地纬度大10度左右有利于排水。
电池在低温下容量会下降，如果部署地区冬天温度低，电池仓要做保温或者选低温性能好的电池。另外，河道边可能有雷击风险，LoRa天线馈线处加一个气体放电管做防雷，成本不高但能保命。
5. 论文写作与答辩准备建议
5.1 论文结构怎么组织
单片机毕业设计的论文，我建议按“需求分析-方案设计-硬件实现-软件实现-系统测试-总结”这个主线来写。重点篇幅放在方案设计和测试部分，这两块最能体现你的工作量和技术含量。
方案设计章节要把选型对比写清楚，为什么选STM32不选51，为什么选LoRa不选WiFi，用表格列出对比维度，让评委一眼看出你的思考过程。测试章节要有数据，比如通信距离测试记录、功耗测试数据、传感器校准曲线，这些实测数据比空泛的描述有说服力得多。
5.2 答辩时容易被问到的点
根据我了解的情况，答辩老师常问的问题集中在几个方向。一是LoRa的通信距离和穿透能力，你要能说出实际测试结果和影响因素。二是低功耗设计的具体措施，休眠电流多少、平均功耗怎么算的。三是数据可靠性怎么保证的，CRC校验、重传机制、去重逻辑这些要能讲清楚。四是系统的实际应用价值，你要能结合城市河道管理的具体场景说明。
提前把这些问题的答案准备好，最好能用数据回答。比如问通信距离，你说“实测空旷环境3.2公里，有建筑物遮挡时约1.5公里，丢包率在5%以内”，这比“通信距离比较远”强太多了。
5.3 可以扩展的方向
如果论文写完之后还有时间，或者想让项目更有亮点，有几个扩展方向可以考虑。一是增加边缘计算能力，在节点端做简单的水位预测算法，比如用前几个小时的数据拟合趋势，提前预警。二是增加太阳能最大功率点跟踪，提升充电效率。三是把网关数据接入云平台，用手机就能查看，这个在答辩时演示效果很好。
我个人在实际操作中的体会是，毕业设计最怕的是贪大求全，什么都想做但什么都没做深。与其加一堆花哨功能，不如把LoRa通信的可靠性和低功耗这两个点做扎实，用详实的测试数据支撑，论文反而更有说服力。
