首先,为什么要将ZigBee的感测内容通过WiFi界面来传输?
第一,ZigBee协议是出了名的节能,睡眠和自唤醒模式省下了不少能耗,这也是IOT协议的发展很注重的一点。
第二,WiFi组网复杂,ZigBee自组网和分配地址有较大可容性。
第三,web端的显示控制,解决了跨平台的问题,不必为ZigBee的协调器组建类如树莓派或者其他多余的控制终端,节省成本。因此可以低成本分别组建分离控制网络和感测网络,减少代码bug,易于管理和维护。
缺点就是协议栈非常复杂,OSAL(Operating System Abstraction Layer 操作系统抽象层),个人认为是ZigBee是IOT通信介面的过渡协议,会有更加低成本和简单的IOT通信协议出现。
直接按上面优点分三部分
1.系统睡眠唤醒--定时器唤醒
2.多终端控制协调器--组播
3.WEB端-Apache+MySQL+PHP
CC2530+ESP8266 07
左上角为cc2530的ZigBee主板,左下角是ESP8266-07,来自于实验室,07有个优点就是可以外接天线,扩大感测发送的距离,减少丢包。请自动忽略电源部分,为了图好看点,换了个插线板的电源放了上去,关键是能用!电源部分后面会有太阳能板供电的实现。
成套价格约为60RMB,包含DC电源,可谓“实在便宜”。
CC2530 —→ ESP8266
P0_2,P0_4 —→ TX
P0_5,P0_6 —→ RX
以上是接线的方法,即串口输出,此接法的好处是同时可在ESP上连接串口通信模块,检测ESP接收和发送的数据,以及CC2530发送给ESP的数据。ESP8266可通过“AT+”的指令发送和接收数据,此处我选择使用NodeMCU的界面,Lua语言开发,可简化程式,并减少字符串判断中易出现的串口数据发送错误。
ESP07 外接天线
这就是天线的部分,我没有用天线是因为没有大型农场可以测试,但实测距离,在空旷地带,板载超过200米,外接天线可以达到300米左右,可能有其他因素影响信号,有丢包现象。
感测节点
上面就是ZigBee的网络节点的Zigbee Topologies 拓扑结构,这里协调器就是红点。
1.系统睡眠唤醒--定时器唤醒
ZigBee的特点就是远距离低功耗的无线传输设备,节点的模块可以进入睡眠模式,在需要传输的时候进行唤醒,节省电量。
我这里选择的是PM2,即低频的晶振(32.768K RCOSC/XOSC)工作,数字核心模块关闭,系统可以通过reset或者外部中断或者睡眠计数器移除唤醒。
相关的寄存器PCON, SLEEPCMD, ST0, ST1, ST2
sleepTimer |= ST0 ;
sleepTimer |= (ulong)ST1 << 8 ;
sleepTimer |= (ulong)ST2 << 16;
sleepTimer += ((ulong)sec * (ulong)32768) :
ST2 = (uchar)(sleepTimer >> 16) ;
ST1 = (uchar)(sleepTimer >> 8) ;
ST0 = (uchar) sleepTimer ;
晶体频率太高比较耗电,32.768原来主要是用在时钟上,比较方便产生1秒的时钟。32768=2的15次方,即 (1/32.768kHz)*32768=1s
2.多终控制协调器--组播
以上图来源网络。上图逐一步骤的显示,关键是要对每个内建函数的理解。还有其他的点对点的点播方式,点的广播,这些不想讲,关键还是看协议栈。
3.WEB端-Apache+MySQL+PHP
IOT Project Based on ZigBee CC2530 & ESP8266 IOT Project Based on ZigBee CC2530 & ESP8266下面是截图,感测的数据中,有出现错误。难免。
数据传输用的是php UDP介面,当然这一版本还是直接用HTTP GET的方法,图表用的是EChart,配置简单,图表功能样式也很多,易于操作。
未完待续...会有数据统计和实际运行效果。
网友评论