简介这是一份基于树莓派3B和Qt框架开发的智能家居监控系统毕业设计源码适合嵌入式、物联网方向本科生用于课程设计或毕设参考。项目包含树莓派端C语言底层驱动DHT11温湿度、红外、摄像头等模块和Qt端C界面程序覆盖传感器数据采集、监控界面显示与交互等完整链路。资源共35个文件以c/h源文件、cpp/ui界面文件、qrc资源文件为主并附有png图标、wav提示音、makefile构建脚本和README说明文档整体打包约19.71MB目录结构清晰便于按模块查阅。目前已有222人学习下载源码均经本地编译验证按文档配置依赖即可运行从内容预览还可看到Linux端service.c、bee.c等模块适合需要快速跑通整套系统并理解树莓派Qt协作流程的读者也能作为二次开发或论文撰写的工程基础。1. 树莓派3B配QT的智能家居监控系统毕业设计选这套组合值在哪一个宿舍里就能完整验证的智能家居监控系统不需要智能门锁、云台摄像头这些成品设备树莓派3B加几个传感器、一块CSI摄像头和一套QT界面就能把采集、预览、控制、展示串成闭环。QT在这里负责界面和控制逻辑跨平台特性让开发者可以在PC上先把界面调到满意再部署到3B上运行比纯单片机方案多了完整的GUI调试体验比纯Web方案多了一层真实的GPIO硬件操作。对嵌入式方向的学生这套选题同时覆盖Linux外设驱动、C界面开发和网络通信三段技能对验收者来说温度曲线、实时视频、继电器动作都是现场可见的演示点。下面按硬件接入、QT界面、业务链路、部署打包四条线展开。2. 硬件接入层树莓派3B引脚规划、传感器与摄像头驱动2.1 读引脚功能图定GPIO分配先确认电气再接线树莓派3B的40Pin排针定义和树莓派4B引脚功能图在BCM编号、I2C1、SPI0、UART复用关系上完全一致搜「树莓派4B引脚功能图」对照使用没有问题。真正要区分的是电气参数3B的GPIO输出高电平是3.3V单引脚最大输出电流约16mA直接驱动继电器线圈这类感性负载会烧引脚。正确做法是GPIO信号经光耦或三极管隔离再让外部5V电源驱动继电器GPIO只负责逻辑电平。一份能直接照抄的分配表如下外设BCM引脚方向备注DHT22温湿度GPIO17输入单总线需4.7k上拉电阻HC-SR501人体红外GPIO23输入输出3.3V触发电平继电器灯/插座GPIO24输出经光耦隔离驱动蜂鸣器GPIO25输出PWM用树莓派PWM波输出控制OLED状态屏GPIO2/GPIO3I2C挂在I2C1总线上接线完成后第一件事不是写代码而是用gpio readall检查引脚方向与当前电平。这条命令在树莓派3B默认系统里自带输出会列出所有引脚的模式硬件虚接、信号线插反这类问题在这一步就能被发现。如果用的系统比较新可以改用pinctrl get 17单独看某个引脚的输入输出状态。2.2 DHT22温湿度采样用pigpio读脉宽替代wiringPiDHT22是单总线数字传感器数据线只有一根时序非常敏感主机先将引脚拉低18ms以上触发DHT22应答后回传40位数据每一位由高低电平的宽度区分。wiringPi的delayMicroseconds在系统负载升高时会漂移导致偶尔读到全零数据这是毕业设计验收现场最容易翻车的点。pigpio靠内核时间戳记录脉宽测量稳定得多这也是它在3B上比wiringPi更耐用的原因。# 树莓派修改源之后再装依赖下载速度差别很大 sudo apt update sudo apt install -y pigpio python3-pigpio sudo systemctl enable pigpiod sudo systemctl start pigpiodimport pigpio, time pi pigpio.pi() PIN 17 def read_dht22(): pi.set_mode(PIN, pigpio.OUTPUT) pi.write(PIN, 0) time.sleep(0.018) # 拉低18ms触发 pi.set_mode(PIN, pigpio.INPUT) pi.set_pull_up_down(PIN, pigpio.PUD_UP) pulses pi.read_pulses(PIN, 50000) # 采集50ms内脉宽 high pulses[1::2] # 高电平宽度列表 bits [1 if w 60 else 0 for w in high[1:41]] if len(bits) 40: return None hum int(.join(map(str, bits[0:16])), 2) tmp int(.join(map(str, bits[16:32])), 2) if tmp 0x8000: # 温度带符号位 tmp -(tmp 0x7FFF) return tmp / 10.0, hum / 10.0read_pulses返回指定引脚在窗口期内的电平脉宽列表奇数为高电平宽度偶数为低电平宽度。DHT22编码规则是50微秒高电平对应0、70微秒左右对应1用阈值60区分即可。温度单位是0.1°C、湿度是0.1%RH所以返回值除以10。这段代码没做校验和校验数据偶发跳变的话把40位中前32位按「湿度高8湿度低8温度高8温度低8」累加、取低8位和最后8位比对。提示DHT22最小测量周期是2秒采样循环里必须sleep至少2秒否则连续读取读到的是旧值或全零。排查时先用pigs或逻辑分析仪看脉宽不要急着改代码。2.3 树莓派OV5647摄像头模块接入与预览方案树莓派OV5647摄像头模块通过CSI排线接到3B的Camera接口排线金属触点朝向HDMI侧装反了vcgencmd get_camera会显示 detected0。启用摄像头在/boot/config.txt加start_x1或者在新版系统用raspi-config的Interface Options开启然后重启。验证命令vcgencmd get_camera ls /dev/video0 v4l2-ctl --list-formats视频预览三条常见路径uv4l输出HTTP流QT侧用QMediaPlayer播URL开发量最小QT的QCamera直接读V4L2设备但3B软解码mjpeg的CPU占用会升到40%以上界面操作明显掉帧GStreamer管道推RTSP灵活但配置多一圈。毕业设计演示选uv4l最省事局域网内延迟300ms左右配1280x72015fps就是3B的舒适区。后续要做移动侦测再叠加OpenCV树莓派安装opencv直接走apt源里的python3-opencv包不建议自己编译。3. QT界面层环境搭建、监控面板与信号槽刷新3.1 QT安装与交叉编译两条路线按修改频率选QT做嵌入式界面有多年积累QWidget在armv7上的性能和稳定性都够用。在树莓派3B上跑QT程序有两条路线。路线一是直接在板子上用apt装Qt5模块并原生编译3B编译一个QWidget工程很快改动小、依赖少适合界面频繁调整的毕设路线二是在PC上做armhf交叉编译适合C代码量大、需要比3B更快编译速度的工程。两者对比如下路线适用场景编译速度环境复杂度板端原生编译界面频繁调整、工程小慢但可接受低apt一键装PC交叉编译代码量大、反复编译快高需sysroot交叉编译时工具链装g-arm-linux-gnueabihfQt源码用-xplatform linux-arm-gnueabihf-g配置sysroot要对准树莓派系统。QT下载在官网拉源码很慢用清华或中科大的QT国内镜像找对应版本目录下的.tar.xz文件名带armv7或armhf的就是3B能用的。这里有个高频翻车点3B是armv7 32位架构交叉编译工具链前缀是arm-linux-gnueabihf不是aarch64。拿arm64工具链编出来的程序拷到3B上会直接报Exec format error有人在这上面浪费一整天。毕设时间紧就走原生编译sudo apt install -y qtbase5-dev qtmultimedia5-dev libqt5serialport5-dev qmake --version # 确认Qt版本在5.15.x原生编译的代价是每次改代码都要在板子上重新跑一编编译命令配合Qt命令行qmake make -j4使用3B编译一个小工程几十秒完全可接受。3.2 监控面板布局视频区、数据区与控制区一次排清监控面板用QMainWindow做外壳中央区域用QSplitter左右分栏左侧是视频预览组件和占位QLabel右侧是温湿度数值卡、历史曲线、控制按钮和操作日志。页面多就套QStackedWidget切「监控主界面」「历史曲线」「设备控制」三个页面。布局全部用水平盒布局和垂直盒布局嵌套不要用固定坐标否则换一块分辨率不同的显示器就会错位。.ui文件用QT Designer编辑界面随手调整后同步到工程也可以直接在vscode里装QT Designer相关插件预览和编辑.ui文件。温湿度曲线用QCustomPlot最快但答辩时「自己用qt绘图画的曲线」比「拖一个第三方控件」更有讲头。核心是重写paintEvent代码量不大// curvewidget.cpp用QPainter画温湿度趋势 void CurveWidget::paintEvent(QPaintEvent *) { QPainter p(this); p.setRenderHint(QPainter::Antialiasing); p.fillRect(rect(), QColor(250, 250, 250)); p.drawLine(40, height() - 30, width(), height() - 30); if (points.size() 2) return; QPen pen(QColor(20, 120, 200), 2); p.setPen(pen); for (int i 1; i points.size(); i) p.drawLine(map(i - 1), map(i)); }map函数负责把采样序号和数值映射到控件坐标纵轴按温度上下限线性缩放横轴按采样点数均匀分布。数据点存QVector超过120个就从头部弹出避免内存无界增长。除了曲线湿度这类0~100的取值适合用qt自定义进度条展示继承QWidget重写paintEvent画圆环或条状填充数据变化时调用update()触发重绘即可。3.3 信号槽刷新链路QTimer驱动、线程安全与槽函数返回值界面刷新用QTimer驱动2秒一个周期和DHT22的最小采样周期对齐。采集逻辑放在单独线程里GPIO读取和网络收发不能阻塞主线程的界面事件循环。connect默认第五个参数是AutoConnection跨线程自动转QueuedConnection连接建立时如果接收对象在主线程槽函数会排队执行不会直接打断主线程的绘制。这里要强调一个常被忽略的细节qt槽函数返回值在跨线程队列连接下拿不到AutoConnection在发送线程和接收线程不同时返回值语义和直接调用完全不同。跨线程传数据只能靠信号参数返回值在设计上就不该被依赖。// 采集线程把结果通过信号带回主线程 connect(worker, Worker::dataReady, this, [this](double temp, double hum) { ui-labelTemp-setText(QString::number(temp, f, 1) °C); curve-appendPoint(temp); }); // worker线程内的采集循环 void Worker::run() { while (!stopped) { auto d readDht22(); // 内部用pigpio C库或QProcess调python emit dataReady(d.temp, d.hum); QThread::msleep(2000); } }lambda捕获this时要保证worker先停止再销毁主窗口否则窗口析构后回调还在排队解引用野指针直接崩溃。挂到QTimer上的槽函数如果执行时长超过周期Qt会自动合并后续触发所以槽函数里别做同步网络请求读MQTT消息用非阻塞接口或放采集线程处理。4. 监控业务链路数据采集、MQTT通信与控制指令下发4.1 模块间通信选MQTT还是HTTP监控系统的数据链路分两派只在单机演示Python采集脚本直接把结果写到本地文件或HTTP接口QT界面轮询读取简单但扩展性差需要手机、浏览器、QT界面多端同时查看的演示场景MQTT是更标准的答案。两种方案的取舍列成表对比项HTTP轮询MQTT订阅实时性取决于轮询间隔有延迟消息发布即推送可靠性失败靠客户端重试QoS0/1/2三级语义多端接入每端都要写接口订阅同一topic即接入调试工具curlmosquitto_sub/发布毕业设计选MQTT还有一个实际好处答辩时演示多端同步只要打开浏览器和手机各订阅一个主题温度和状态就同时刷新这个效果比单机界面有说服力。树莓派上装broker和客户端工具sudo apt install -y mosquitto mosquitto-clients sudo systemctl enable mosquitto mosquitto_sub -h localhost -t home/sensor/tempPython采集端用paho-mqtt发布QT界面用QMQTT或libmosquitto的C接口订阅同一个broker。topic按设备分层设计payload统一定为JSONimport paho.mqtt.client as mqtt, json, time client mqtt.Client() client.connect(localhost, 1883, 60) while True: d read_dht22() if d: client.publish(home/sensor/temp, json.dumps({temp: d[0], ts: time.time()}), qos1) time.sleep(2)qos1保证至少一次送达重复消息用payload里的时间戳去重。订阅错误排查时先开一个终端mosquitto_sub -v -t home/#看全量消息确认broker收到发布再查QT侧的订阅topic是否有大小写或斜杠差异。4.2 控制指令下发从QT按钮到GPIO动作的闭环QT界面点按钮控制继电器常见做法是QT直接调用GPIO写接口或者QT往MQTT的command主题发消息由树莓派上的Python订阅者执行GPIO操作。演示效果上推荐后者控制日志、状态回执都在同一条MQTT链路里答辩能讲清楚「下发-执行-回执-刷新」的完整业务闭环。topic设计为home/relay/1/cmdpayload为{action:on}执行端订阅并回发状态def on_message(client, userdata, msg): if msg.topic.endswith(/cmd): action json.loads(msg.payload)[action] pi.write(24, 1 if action on else 0) client.publish(home/relay/1/state, json.dumps({state: action}), qos1, retainTrue) client.on_message on_message client.subscribe(home/relay/1/cmd)retainTrue让broker保留最后一次状态QT界面重连broker后订阅state主题立即收到当前状态按钮颜色和继电器实际动作保持一致。这个细节能避免演示现场常见的「界面显示开了灯其实灭着」的尴尬。状态不一致时先在命令行用mosquitto_pub -t home/relay/1/cmd -m {\action\:\on\}单独验证GPIO回路再排查QT侧控制按钮的connect是否生效。4.3 树莓派PWM波输出蜂鸣器、调光与硬件PWM的取舍树莓派3B的硬件PWM只有两路分别在GPIO12/13和GPIO18/19其他引脚出PWM靠软件模拟。如果蜂鸣器按2.1节接在GPIO25那就是软件PWM用pigpio的p命令设占空比# pigs是pigpio守护进程的命令行接口 pigs p 25 128 # GPIO25输出占空比128/255 pigs p 25 0 # 关闭PWM输出QT侧可以直接用QProcess::execute(pigs p 25 128)触发毕设规模下比引入C库绑定省事。需要更平滑的调光效果时把负载改接到GPIO18用pigs hp 18 1000 500000这样的硬件PWM接口频率1kHz占空比50%0~1000000刻度。另一个常见误区是「解除外设功率输出限制」——GPIO的总电流上限由芯片物理特性决定没有配置项能突破多路继电器同时动作时按LED、蜂鸣器、传感器总电流评估是否要外部供电不要把希望寄托在某个软件开关上。注意软件PWM在频率较高时CPU占用明显蜂鸣器这类对频率精度要求不高的场景没问题要产生40kHz这类高频信号必须走硬件PWM别拿软件PWM硬扛。5. 部署与验证QT程序打包、开机自启与现场演示检查点5.1 QT打包应用程序树莓派上不照搬windeploy搜「qt打包应用程序 windeploy」出来的流程是Windows平台的树莓派是Linux不适用。Linux上打包QT程序的常见套路是ldd找依赖库再拷到目标机或者更省事的方式目标机就是树莓派本机直接用系统apt装的Qt5运行程序编译完就是一个可执行文件加可能的资源目录拷到home目录即可。如果要把环境复制到另一张存储卡上用ldd ./smart-home列出缺的so库全部拷进/opt/app/libs并在启动脚本里设置LD_LIBRARY_PATH。5.2 systemd开机自启与日志验证# /etc/systemd/system/smart-home.service [Unit] DescriptionSmart Home Monitor Afternetwork.target mosquitto.service [Service] ExecStart/home/pi/build/smart-home WorkingDirectory/home/pi/build Restarton-failure [Install] WantedBymulti-user.targetAfter明确等网络和broker起来再启动程序Restarton-failure保证程序异常退出后自动拉起。这是树莓派上最标准的常驻方案比在rc.local里拼命令可维护得多。5.3 现场演示的验证要点与QT平台插件设置演示前按三个顺序检查先mosquitto_sub -t home/#确认传感器数据持续更新再点QT界面按钮看继电器灯是否动作、state主题是否回执最后切到摄像头页面确认视频流延迟。全屏显示时设置环境变量QT_QPA_PLATFORMeglfs走GPU直渲或者保留X窗口下运行并隐藏标题栏具体取决于3B上是否跑了轻量桌面。程序报错找不到平台插件时检查qt_qpa_platform_plugin_path这类环境变量的路径是否指到platforms目录常见的could not load the Qt platform plugin xcb就是缺libxcb依赖用ldd逐个补齐。配置完成后执行sudo systemctl enable --now smart-home重启板子验证程序自动拉起日志通过journalctl -u smart-home -f实时查看。本文还有配套的精品资源点击获取 基于树莓派3B+与QT的智能家居监控系统设计实现
简介这是一份基于树莓派3B和Qt框架开发的智能家居监控系统毕业设计源码适合嵌入式、物联网方向本科生用于课程设计或毕设参考。项目包含树莓派端C语言底层驱动DHT11温湿度、红外、摄像头等模块和Qt端C界面程序覆盖传感器数据采集、监控界面显示与交互等完整链路。资源共35个文件以c/h源文件、cpp/ui界面文件、qrc资源文件为主并附有png图标、wav提示音、makefile构建脚本和README说明文档整体打包约19.71MB目录结构清晰便于按模块查阅。目前已有222人学习下载源码均经本地编译验证按文档配置依赖即可运行从内容预览还可看到Linux端service.c、bee.c等模块适合需要快速跑通整套系统并理解树莓派Qt协作流程的读者也能作为二次开发或论文撰写的工程基础。1. 树莓派3B配QT的智能家居监控系统毕业设计选这套组合值在哪一个宿舍里就能完整验证的智能家居监控系统不需要智能门锁、云台摄像头这些成品设备树莓派3B加几个传感器、一块CSI摄像头和一套QT界面就能把采集、预览、控制、展示串成闭环。QT在这里负责界面和控制逻辑跨平台特性让开发者可以在PC上先把界面调到满意再部署到3B上运行比纯单片机方案多了完整的GUI调试体验比纯Web方案多了一层真实的GPIO硬件操作。对嵌入式方向的学生这套选题同时覆盖Linux外设驱动、C界面开发和网络通信三段技能对验收者来说温度曲线、实时视频、继电器动作都是现场可见的演示点。下面按硬件接入、QT界面、业务链路、部署打包四条线展开。2. 硬件接入层树莓派3B引脚规划、传感器与摄像头驱动2.1 读引脚功能图定GPIO分配先确认电气再接线树莓派3B的40Pin排针定义和树莓派4B引脚功能图在BCM编号、I2C1、SPI0、UART复用关系上完全一致搜「树莓派4B引脚功能图」对照使用没有问题。真正要区分的是电气参数3B的GPIO输出高电平是3.3V单引脚最大输出电流约16mA直接驱动继电器线圈这类感性负载会烧引脚。正确做法是GPIO信号经光耦或三极管隔离再让外部5V电源驱动继电器GPIO只负责逻辑电平。一份能直接照抄的分配表如下外设BCM引脚方向备注DHT22温湿度GPIO17输入单总线需4.7k上拉电阻HC-SR501人体红外GPIO23输入输出3.3V触发电平继电器灯/插座GPIO24输出经光耦隔离驱动蜂鸣器GPIO25输出PWM用树莓派PWM波输出控制OLED状态屏GPIO2/GPIO3I2C挂在I2C1总线上接线完成后第一件事不是写代码而是用gpio readall检查引脚方向与当前电平。这条命令在树莓派3B默认系统里自带输出会列出所有引脚的模式硬件虚接、信号线插反这类问题在这一步就能被发现。如果用的系统比较新可以改用pinctrl get 17单独看某个引脚的输入输出状态。2.2 DHT22温湿度采样用pigpio读脉宽替代wiringPiDHT22是单总线数字传感器数据线只有一根时序非常敏感主机先将引脚拉低18ms以上触发DHT22应答后回传40位数据每一位由高低电平的宽度区分。wiringPi的delayMicroseconds在系统负载升高时会漂移导致偶尔读到全零数据这是毕业设计验收现场最容易翻车的点。pigpio靠内核时间戳记录脉宽测量稳定得多这也是它在3B上比wiringPi更耐用的原因。# 树莓派修改源之后再装依赖下载速度差别很大 sudo apt update sudo apt install -y pigpio python3-pigpio sudo systemctl enable pigpiod sudo systemctl start pigpiodimport pigpio, time pi pigpio.pi() PIN 17 def read_dht22(): pi.set_mode(PIN, pigpio.OUTPUT) pi.write(PIN, 0) time.sleep(0.018) # 拉低18ms触发 pi.set_mode(PIN, pigpio.INPUT) pi.set_pull_up_down(PIN, pigpio.PUD_UP) pulses pi.read_pulses(PIN, 50000) # 采集50ms内脉宽 high pulses[1::2] # 高电平宽度列表 bits [1 if w 60 else 0 for w in high[1:41]] if len(bits) 40: return None hum int(.join(map(str, bits[0:16])), 2) tmp int(.join(map(str, bits[16:32])), 2) if tmp 0x8000: # 温度带符号位 tmp -(tmp 0x7FFF) return tmp / 10.0, hum / 10.0read_pulses返回指定引脚在窗口期内的电平脉宽列表奇数为高电平宽度偶数为低电平宽度。DHT22编码规则是50微秒高电平对应0、70微秒左右对应1用阈值60区分即可。温度单位是0.1°C、湿度是0.1%RH所以返回值除以10。这段代码没做校验和校验数据偶发跳变的话把40位中前32位按「湿度高8湿度低8温度高8温度低8」累加、取低8位和最后8位比对。提示DHT22最小测量周期是2秒采样循环里必须sleep至少2秒否则连续读取读到的是旧值或全零。排查时先用pigs或逻辑分析仪看脉宽不要急着改代码。2.3 树莓派OV5647摄像头模块接入与预览方案树莓派OV5647摄像头模块通过CSI排线接到3B的Camera接口排线金属触点朝向HDMI侧装反了vcgencmd get_camera会显示 detected0。启用摄像头在/boot/config.txt加start_x1或者在新版系统用raspi-config的Interface Options开启然后重启。验证命令vcgencmd get_camera ls /dev/video0 v4l2-ctl --list-formats视频预览三条常见路径uv4l输出HTTP流QT侧用QMediaPlayer播URL开发量最小QT的QCamera直接读V4L2设备但3B软解码mjpeg的CPU占用会升到40%以上界面操作明显掉帧GStreamer管道推RTSP灵活但配置多一圈。毕业设计演示选uv4l最省事局域网内延迟300ms左右配1280x72015fps就是3B的舒适区。后续要做移动侦测再叠加OpenCV树莓派安装opencv直接走apt源里的python3-opencv包不建议自己编译。3. QT界面层环境搭建、监控面板与信号槽刷新3.1 QT安装与交叉编译两条路线按修改频率选QT做嵌入式界面有多年积累QWidget在armv7上的性能和稳定性都够用。在树莓派3B上跑QT程序有两条路线。路线一是直接在板子上用apt装Qt5模块并原生编译3B编译一个QWidget工程很快改动小、依赖少适合界面频繁调整的毕设路线二是在PC上做armhf交叉编译适合C代码量大、需要比3B更快编译速度的工程。两者对比如下路线适用场景编译速度环境复杂度板端原生编译界面频繁调整、工程小慢但可接受低apt一键装PC交叉编译代码量大、反复编译快高需sysroot交叉编译时工具链装g-arm-linux-gnueabihfQt源码用-xplatform linux-arm-gnueabihf-g配置sysroot要对准树莓派系统。QT下载在官网拉源码很慢用清华或中科大的QT国内镜像找对应版本目录下的.tar.xz文件名带armv7或armhf的就是3B能用的。这里有个高频翻车点3B是armv7 32位架构交叉编译工具链前缀是arm-linux-gnueabihf不是aarch64。拿arm64工具链编出来的程序拷到3B上会直接报Exec format error有人在这上面浪费一整天。毕设时间紧就走原生编译sudo apt install -y qtbase5-dev qtmultimedia5-dev libqt5serialport5-dev qmake --version # 确认Qt版本在5.15.x原生编译的代价是每次改代码都要在板子上重新跑一编编译命令配合Qt命令行qmake make -j4使用3B编译一个小工程几十秒完全可接受。3.2 监控面板布局视频区、数据区与控制区一次排清监控面板用QMainWindow做外壳中央区域用QSplitter左右分栏左侧是视频预览组件和占位QLabel右侧是温湿度数值卡、历史曲线、控制按钮和操作日志。页面多就套QStackedWidget切「监控主界面」「历史曲线」「设备控制」三个页面。布局全部用水平盒布局和垂直盒布局嵌套不要用固定坐标否则换一块分辨率不同的显示器就会错位。.ui文件用QT Designer编辑界面随手调整后同步到工程也可以直接在vscode里装QT Designer相关插件预览和编辑.ui文件。温湿度曲线用QCustomPlot最快但答辩时「自己用qt绘图画的曲线」比「拖一个第三方控件」更有讲头。核心是重写paintEvent代码量不大// curvewidget.cpp用QPainter画温湿度趋势 void CurveWidget::paintEvent(QPaintEvent *) { QPainter p(this); p.setRenderHint(QPainter::Antialiasing); p.fillRect(rect(), QColor(250, 250, 250)); p.drawLine(40, height() - 30, width(), height() - 30); if (points.size() 2) return; QPen pen(QColor(20, 120, 200), 2); p.setPen(pen); for (int i 1; i points.size(); i) p.drawLine(map(i - 1), map(i)); }map函数负责把采样序号和数值映射到控件坐标纵轴按温度上下限线性缩放横轴按采样点数均匀分布。数据点存QVector超过120个就从头部弹出避免内存无界增长。除了曲线湿度这类0~100的取值适合用qt自定义进度条展示继承QWidget重写paintEvent画圆环或条状填充数据变化时调用update()触发重绘即可。3.3 信号槽刷新链路QTimer驱动、线程安全与槽函数返回值界面刷新用QTimer驱动2秒一个周期和DHT22的最小采样周期对齐。采集逻辑放在单独线程里GPIO读取和网络收发不能阻塞主线程的界面事件循环。connect默认第五个参数是AutoConnection跨线程自动转QueuedConnection连接建立时如果接收对象在主线程槽函数会排队执行不会直接打断主线程的绘制。这里要强调一个常被忽略的细节qt槽函数返回值在跨线程队列连接下拿不到AutoConnection在发送线程和接收线程不同时返回值语义和直接调用完全不同。跨线程传数据只能靠信号参数返回值在设计上就不该被依赖。// 采集线程把结果通过信号带回主线程 connect(worker, Worker::dataReady, this, [this](double temp, double hum) { ui-labelTemp-setText(QString::number(temp, f, 1) °C); curve-appendPoint(temp); }); // worker线程内的采集循环 void Worker::run() { while (!stopped) { auto d readDht22(); // 内部用pigpio C库或QProcess调python emit dataReady(d.temp, d.hum); QThread::msleep(2000); } }lambda捕获this时要保证worker先停止再销毁主窗口否则窗口析构后回调还在排队解引用野指针直接崩溃。挂到QTimer上的槽函数如果执行时长超过周期Qt会自动合并后续触发所以槽函数里别做同步网络请求读MQTT消息用非阻塞接口或放采集线程处理。4. 监控业务链路数据采集、MQTT通信与控制指令下发4.1 模块间通信选MQTT还是HTTP监控系统的数据链路分两派只在单机演示Python采集脚本直接把结果写到本地文件或HTTP接口QT界面轮询读取简单但扩展性差需要手机、浏览器、QT界面多端同时查看的演示场景MQTT是更标准的答案。两种方案的取舍列成表对比项HTTP轮询MQTT订阅实时性取决于轮询间隔有延迟消息发布即推送可靠性失败靠客户端重试QoS0/1/2三级语义多端接入每端都要写接口订阅同一topic即接入调试工具curlmosquitto_sub/发布毕业设计选MQTT还有一个实际好处答辩时演示多端同步只要打开浏览器和手机各订阅一个主题温度和状态就同时刷新这个效果比单机界面有说服力。树莓派上装broker和客户端工具sudo apt install -y mosquitto mosquitto-clients sudo systemctl enable mosquitto mosquitto_sub -h localhost -t home/sensor/tempPython采集端用paho-mqtt发布QT界面用QMQTT或libmosquitto的C接口订阅同一个broker。topic按设备分层设计payload统一定为JSONimport paho.mqtt.client as mqtt, json, time client mqtt.Client() client.connect(localhost, 1883, 60) while True: d read_dht22() if d: client.publish(home/sensor/temp, json.dumps({temp: d[0], ts: time.time()}), qos1) time.sleep(2)qos1保证至少一次送达重复消息用payload里的时间戳去重。订阅错误排查时先开一个终端mosquitto_sub -v -t home/#看全量消息确认broker收到发布再查QT侧的订阅topic是否有大小写或斜杠差异。4.2 控制指令下发从QT按钮到GPIO动作的闭环QT界面点按钮控制继电器常见做法是QT直接调用GPIO写接口或者QT往MQTT的command主题发消息由树莓派上的Python订阅者执行GPIO操作。演示效果上推荐后者控制日志、状态回执都在同一条MQTT链路里答辩能讲清楚「下发-执行-回执-刷新」的完整业务闭环。topic设计为home/relay/1/cmdpayload为{action:on}执行端订阅并回发状态def on_message(client, userdata, msg): if msg.topic.endswith(/cmd): action json.loads(msg.payload)[action] pi.write(24, 1 if action on else 0) client.publish(home/relay/1/state, json.dumps({state: action}), qos1, retainTrue) client.on_message on_message client.subscribe(home/relay/1/cmd)retainTrue让broker保留最后一次状态QT界面重连broker后订阅state主题立即收到当前状态按钮颜色和继电器实际动作保持一致。这个细节能避免演示现场常见的「界面显示开了灯其实灭着」的尴尬。状态不一致时先在命令行用mosquitto_pub -t home/relay/1/cmd -m {\action\:\on\}单独验证GPIO回路再排查QT侧控制按钮的connect是否生效。4.3 树莓派PWM波输出蜂鸣器、调光与硬件PWM的取舍树莓派3B的硬件PWM只有两路分别在GPIO12/13和GPIO18/19其他引脚出PWM靠软件模拟。如果蜂鸣器按2.1节接在GPIO25那就是软件PWM用pigpio的p命令设占空比# pigs是pigpio守护进程的命令行接口 pigs p 25 128 # GPIO25输出占空比128/255 pigs p 25 0 # 关闭PWM输出QT侧可以直接用QProcess::execute(pigs p 25 128)触发毕设规模下比引入C库绑定省事。需要更平滑的调光效果时把负载改接到GPIO18用pigs hp 18 1000 500000这样的硬件PWM接口频率1kHz占空比50%0~1000000刻度。另一个常见误区是「解除外设功率输出限制」——GPIO的总电流上限由芯片物理特性决定没有配置项能突破多路继电器同时动作时按LED、蜂鸣器、传感器总电流评估是否要外部供电不要把希望寄托在某个软件开关上。注意软件PWM在频率较高时CPU占用明显蜂鸣器这类对频率精度要求不高的场景没问题要产生40kHz这类高频信号必须走硬件PWM别拿软件PWM硬扛。5. 部署与验证QT程序打包、开机自启与现场演示检查点5.1 QT打包应用程序树莓派上不照搬windeploy搜「qt打包应用程序 windeploy」出来的流程是Windows平台的树莓派是Linux不适用。Linux上打包QT程序的常见套路是ldd找依赖库再拷到目标机或者更省事的方式目标机就是树莓派本机直接用系统apt装的Qt5运行程序编译完就是一个可执行文件加可能的资源目录拷到home目录即可。如果要把环境复制到另一张存储卡上用ldd ./smart-home列出缺的so库全部拷进/opt/app/libs并在启动脚本里设置LD_LIBRARY_PATH。5.2 systemd开机自启与日志验证# /etc/systemd/system/smart-home.service [Unit] DescriptionSmart Home Monitor Afternetwork.target mosquitto.service [Service] ExecStart/home/pi/build/smart-home WorkingDirectory/home/pi/build Restarton-failure [Install] WantedBymulti-user.targetAfter明确等网络和broker起来再启动程序Restarton-failure保证程序异常退出后自动拉起。这是树莓派上最标准的常驻方案比在rc.local里拼命令可维护得多。5.3 现场演示的验证要点与QT平台插件设置演示前按三个顺序检查先mosquitto_sub -t home/#确认传感器数据持续更新再点QT界面按钮看继电器灯是否动作、state主题是否回执最后切到摄像头页面确认视频流延迟。全屏显示时设置环境变量QT_QPA_PLATFORMeglfs走GPU直渲或者保留X窗口下运行并隐藏标题栏具体取决于3B上是否跑了轻量桌面。程序报错找不到平台插件时检查qt_qpa_platform_plugin_path这类环境变量的路径是否指到platforms目录常见的could not load the Qt platform plugin xcb就是缺libxcb依赖用ldd逐个补齐。配置完成后执行sudo systemctl enable --now smart-home重启板子验证程序自动拉起日志通过journalctl -u smart-home -f实时查看。本文还有配套的精品资源点击获取