3.2 协调器系统软件设计
根据协议栈对协调器系统进行软件编程。实现此项目要求只需修改协议栈的应用层和硬件层。应用层执行查询任务工作，修改硬件层使整个系统与所扩展的硬件匹配。
3.2.1 硬件层的修改
定义协调器的P2.0、P2.1为数据的输入端口。协调器上有显示故障信息的12864显示模块，首先建立一个lcd.h 文件，在内部定义所应用的管脚定义及相应的宏定义。之后按照12864 的时序编写12864 的读写程序lcd.c,建立出数据与写数据位置的接口函数。在协议栈中ZigBee 联盟已经将LCD 的显示程序封装在硬件层，如果应用另外的显示硬件只需将原有的lcd.h文件覆盖即可。
3.2.2 应用层修改
系统不断的采集主机数据输出端口发来的数据，根据数据的不同而执行相应的操作。首先将读取主机数据任务ID 号加入到任务中，这样在任务循环执行时方可执行到，否则永远执行不到这个任务。协调器读取任务流程如图9所示。
3.3 路由器和终端节点系统软件设计
根据协议栈对路由器和终端节点系统进行软件编程。同样只需修改协议栈的应用层和硬件层。应用层执行查询任务工作，修改硬件层使整个系统与所扩展的硬件匹配。路由器和终端节点系统中开关灯、开关雷达端口用协议栈内部定义好的两个LED灯端口。用控制两个LED灯的开/关分别控制路灯开/关、雷达控制开/关。路由器和终端节点系统接收来自协调器的字符控制信号，不同字符执行不同操作。利用中断查询方式采集亮灯状态下灯泡的光照强度进而判断是否出现故障，出现故障进入故障处理函数，编辑路灯地址并发送到协调器。
4 总结
本方案从应用方面着手对ZigBee技术的网络拓扑结构进行研究，采用TI公司的Z-Stask协议栈和IAR 开发环境，以CC2530芯片为核心构建了一个基于ZigBee通信网络的路灯控制系统。该路灯控制系统的设计与传统的路灯控制系统设计相比，一方面减少了“ 全夜灯”、“后夜灯”,有效的节约了电能资源，并且还保护了电灯，延长了其使用寿命;另一方面智能路灯控制系统可对全部路灯进行实时监控和管理，集中控制、监视、检查，大大减少了后期人力、物力、财力的投入，同时提高了巡查设备和路灯的工作效率。
上一篇：水箱自动上水控制器
