根据不同的应用场景需求，目前NB-IoT水表主要有以下几种方案：
图2 M5310-A模组开机流程及异常处理
MCU判断M5310-A是否正常开机主要有两种方式，第一主要通过串口AT是否响应判断，第二还可通过模组VDD_EXT是否有1.8V电压做判断，第二种使用较少。
如图2 M5310-A开机及初始化异常主要检查电池电压是否过低，SIM卡是否接触不良，如果模组启动过程中频繁自动重启则检查RST引脚是否有干扰或启动瞬时电流过大拉低电源电压造成。根据上表中不同的情况MCU可以作相应记录或者指示灯提示，方便检修人员识别故障。
注：NB水表MCU程序中只要可配置的参数应全部做成变量形式，如指令重发次数、指令超时等待时间等，保证重要参数后期可通过平台下发指令修改。
入 判断
基于NB-IoT基站一个扇区同一时间只有12-36个信道可用，大量NB-IoT水表入 需做好错峰处理，错峰算法主要采用时间离散法。驻 环节比较关键，驻 成功与否及时间长短主要取决于外部信 质量及水表自身天线射频性能，具体入 AT流程见下图：
图4 驻 相关名词解释
几种典型场景的入 时间介绍及异常处理，图5驻 评估时间及信 判断标准仅供参考，实际请以实 测试为准：
图6 基于OneNET的NB水表方案架构
注：对于入户NB-IoT单表下行数据一般采用缓存命令API下发到OneNET平台，因为水表大多数时间都是休眠或关机状态，只有每日上线时才能收到平台缓存的命令。
基于M5310-A的NB-IoT水表业务流程
注意每天的业务数据发送完成后模组水表AT+MIPLUPDATE更新在平台的lifetime，然后进入PSM或者关机：
指令下发以及执行结果上 使用的对象ID以及资源ID相同，对象ID为 3202，资源ID 为5605，具体的描述方法如下：
注： 文数据域中TLV数据包含实时数据，周期数据，密集周期数据，普通告警数据，即时告警数据等多种数据。
表2 文中数据域TLV数据组包格式
NB水表发送数据异常时的处理措施
发送数据异常主要有以下三种情况，即可分为三种处理方式：
在OneNET指令交互中超时时间内(一般2-5秒)未收到OK或收到error，重发2-3次仍异常直接重启模组，适用范围所有OneNET指令。(AT+MIPLCREATE因存在 络交互，超时时间应设置20-40秒；在OneNET指令交互中超时时间内未收到异步EVENT事件码回复，或或回复失败EVENT事件码，则重发2-3次，此异常一般为外部 络较差引起，典型指令有：MIPLCREATE、MIPLOPEN、MIPLUPDATE、MIPLNOTIFY，此类指令超时时间应设置20-40秒；第二种异常涉及 络交互的指令经过重发仍未收到正确相应，则让模组进入PSM或者关机，等待每天的补发或者下一天的上 周期。
注：对于NB-IoT水表一般会设置每次唤醒或开机交互窗口时间(一般为3-5分钟)，超过此时间则强制模组进入休眠或者关机，达到省电的目的；另外AT指令重发次数和单条超时时间应根据实际应用场景多次测试找出最优值。
相关资源：南 2013计量自动化上行规约调试软件-互联 文档类资源-CSDN文库
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！