采用Zigbee和Raspberry Pi的太阳能/燃气热水器自动控制系统

最新推荐文章于 2024-08-21 20:51:39 发布

shaoyie

最新推荐文章于 2024-08-21 20:51:39 发布

阅读量2.2k

点赞数 6

分类专栏：嵌入式 #Zigbee 文章标签： Zigbee Raspberry Pi CC2530 水位检测水温测量

本文链接：https://blog.csdn.net/shaoyie/article/details/103525230

版权

本文介绍了一个使用Zigbee和Raspberry Pi构建的太阳能/燃气热水器自动控制系统，通过Zigbee模块采集水位、水温和控制阀门，解决设备间复杂逻辑的难题。系统包括Zigbee Coordinator、多个设备节点，以及树莓派作为网关和远程控制终端，实现了自动化控制和远程监控。文章详细讲述了系统设计、实施过程，包括Zigbee模块的学习、设备间通信机制以及软件框架的搭建。

摘要由CSDN通过智能技术生成

家在顶楼，想着利用太阳能，就安装了太阳能热水器，但毕竟遇上刮风下雨，靠天吃饭不靠谱，太阳能热水器虽然也有电热功能，但水用完了加热等待时间太长，所以也安装了天然气热水器。

大致的管路示意图如下：

原来的太阳能/燃气热水器连接示意图

但这样使用时就稍显麻烦，因为燃气热水器这边直接承受自来水水压，压力较大，如果两边的阀门同时打开，水就会从太阳能热水器的热水管逆向流动，给太阳能热水器反向上水，直至热水器水箱装满溢出也不会停止，因此，两边的阀门不能同时开启。曾经尝试在太阳能这边安装止逆阀，但效果不佳，止逆阀无法完全密封，只是稍微延缓溢出的时间而已。

我家的燃气热水器还有个特点，因为装在露台，是室外机型，待机15分钟就会自动关闭，此时打开水，热水器不会自动点火，必须按动控制器上的开关打开热水器，才会响应用水请求点火。而且更麻烦的是，每次开机后，之前设定的水温又会自动回到40°，而洗澡水温通常要设定到60°，浴室里的水温水压感觉才最合适，意味着每次开机都要重新设定水温。

燃气热水器在露台，而太阳能热水器的控制器又在洗手间，和露台隔着一个大客厅。

综上可见，每次用热水之前，这个过程之麻烦：
1. 到洗手间查看太阳能热水器的水温和水位；
2. a) 如果太阳能的热水合用，则：
2. a) i) 打开太阳能的热水出水阀；
2. a) ii) 跑去露台关闭燃气热水器的进水阀；
2. b) 如果太阳能这边热水不可用，则：
2. b) i) 关闭太阳能出水阀；
2. b) ii) 跑去露台打开燃气热水器的开关；
2. b) iii) 重新设定水温；
2. b) iv) 拧开燃气热水器进水阀。

自己使用习惯了，也就罢了，每次家里来了客人，要洗澡什么的，都得鞍前马后伺候着，因为实在不觉得客人能在短时间之内搞清楚这么复杂的逻辑，直接放弃解释，亲自服务吧。

作为一个Diyer，实在无法忍受这种情况，终于决定要用科技解决这个问题。

方案

决心是下了，大致方向是用单片机采集太阳能的水位水温，并监测太阳能和燃气的用水状态，动态控制两边的阀门和燃气的开关以及温度设置，但具体采用什么方案解决这个问题呢？

因为设备分布在几个不同的地方，肯定需要无线组网，之前Wifi、蓝牙接触较多，但感觉太重量级了。听说过Zigbee，但还从来没用过，调查了一下，作为家庭内部的智能设备组网，确实比蓝牙和Wifi都合适，于是初步设计系统架构如下：

如上图所示，系统主要由4个Zigbee设备和一个Raspberry Pi树莓派组成。

Zigbee Device 1利用自动增压泵上的自动开关监测太阳能热水器的用水状态，并上传至Coordinator；同时还负责控制太阳能热水器的出水阀门。

Zigbee Device 2负责监测太阳能热水器的水位和水温，并上传至Coordinator。

Coordinator作为Zigbee系统的核心，负责组网的同时，接收Zigbee Device 1、2传来的太阳能热水器的各种数据，自身对燃气热水器的开关状态、使用状态进行监测，并根据水温条件，自行对燃气热水器和太阳能热水器的工作状态进行控制。同时，Coordinator上还有按钮，支持手动切换太阳能和燃气热水器的工作状态。

以上三个组件为系统工作的核心组件，缺一不可，下面则为可选组件。

Zigbee device 3和树莓派组成了本系统的网关和远程控制终端。Device 3和Coordinator通过Zigbee协议进行通信，并利用串口将各种状态和命令与树莓派进行通讯，树莓派作为上位机，既可以利用触摸屏通过QT界面对本系统进行控制，也可以接入家中的Wifi，从而接入Internet，利用手机对本系统进行远程监控操作。

系统架构确定了，就开始着手实施，因为这是第一次接触Zigbee，是一个全新的学习过程，故而通过这篇文章记录之。

设计与实现

首先在万能的淘宝上买了四个CC2530的Zigbee模块和仿真器

也是托大，想碰碰运气，就没有买测试板，结果回来飞线开机啥都没有，两眼一抹黑，也不知道是线接的有问题还是程序有问题，毕竟从来没搞过这个模块，完全无从下手，只好老老实实再买一块测试板回来。

然后再对照着教程烧程序，跑马灯跑起来了，但串口还是没输出，只好对着测试版的电路原理图，一边看CC2530芯片手册，一边测波形，一步步排查，原来商家提供的教程和参考代码居然和他们卖的测试板都对不上，教程和参考代码中用的都是串口0，而他们测试板上USB转串口接的是串口1！nnd坑爹！找到原因了，那就对照芯片手册一步步改吧，终于串口有输出了，这才意味着开发过程中可以进行调试、而不是盲人摸象了。

然后参考教程，从流水灯开始，按键、DMA、ADC、透传……感觉能用得上的实验都做了一遍，觉得Zigbee模块基本功能摸得差不多了，可以开始正式进行系统实现了。

当然，当中串口又有个坑：之前调的是裸机程序，上了透传后ZStack中的串口配置又不对了，又是一顿好找，跟着整个流程从配置文件、端口到DMA设置改了个遍，好容易HalUARTWrite(1, “ABC”, 3)看到有输出了，这才终于松了口气。

应用框架

要开发，自然得先搭软件应用层框架。

TI的Zigbee当然是基于ZStack，但即便ZStack中，也分了好多层，从AF、ZDO到ZCL等，其实这个小系统，直接基于AF层搞透传就好了，但毕竟是第一次搞Zigbee，想弄的深入一些，把那些什么profile、device、cluster、endpoint的概念彻底搞清楚，不然看了半天还是云里雾里。因此，这个系统的实现中很多地方应该是有点过度设计了，有点大炮打蚊子的感觉；有的地方甚至是画蛇添足，完全只是为了验证知识点。

为了实现设备间的双向通信，系统中采用了三种办法：