这周主要构思水表项目的流程

大体流程：

根节点在每日约定时间开始向每个终端设备获取一次数据。

从距离远的边缘终端设备向距离近的设备挨个发送A指令，终端设备收到A指令后回复本身的水表数据
当遇到没有回复的则跳过，一轮完成后，向刚才没有回复的设备依次再发送A指令，如果还没有回复，则终端设备可能出现故障。

补充:

• 假设所有设备不出现故障且唤醒时间都同步，则可以每收完一个设备的数据，就命令该设备进入低功耗(B指令)；
• 实际情况肯定更复杂， 可能RTC唤醒有偏差，导致每个设备醒来的时间不同步，导致某个设备(假设1设备)没有收到A指令，这个时候，当获取完有关1设备的路由节点的水表信息后，则不能让路由节点进入到低功耗。这就需要获取完设备的数据后都要查询路由表来确定是否要关闭该设备。

程序流程：

主要流程是MCU在低功耗状态下运行，并给射频芯片2300断电，
水表的计数:

水表的数值计数通过一个IO中断来唤醒MCU进行计数，并存储在EEPROM中（以防断电丢失数据），然后MCU进入休眠
还有就是通过RTC的闹钟中断在约定时间唤醒MCU：
给2300上电并初始化为低功耗的运行模式，MCU继续进入低功耗模式
然后当2300接收到数据后，唤醒MCU起来收数据，分析数据类型

1.如果为A指令并且通过数据帧中的目的地址判断是属于自己的，则通过2300发射自己的水表数据
2.如果为其他终端设备的数据，则进行路由转发
3.如果为B指令就使2300断电，并且MCU本身也进入休眠。等待水表中断，或者下次的RTC中断唤醒

标签：2300,流程,低功耗,构思,指令,水表,MCU,设备
来源： https://www.cnblogs.com/AIoT/p/14872015.html