【异常案例分析】之JOIN_ACCEPT_DELAY1/2的重要性

RF_001

一、问题分析

图1   TTN平台REGISTER GATEWAY页面截图

从上图初步推断，客户添加网关时，只能选择TTN定义好的频段，而无法自行修改频段内容。

图2    LORAWAN Regional-Parameters-v1.1协议中对AU915-928定义

图3   LORAWAN Regional-Parameters-v1.1协议中对AU915-928定义

图4 客户提供的设备上行频率表

综上所述，可推断得到设备的下行频率表，如下所示：

图5 设备下行频率表

图6 客户提供的TTN平台数据记录-1

从上图可看出，平台在RX2窗口给客户下发join accept包时，JOIN_ACCEPT_DELAY2=5s。

图7 客户提供的TTN平台数据记录-2

从上图可看出，平台在RX1窗口给客户下发join accept包时，JOIN_ACCEPT_DELAY1=4s。

图8  AU915频段的默认参数

对比图6、7、8可看出，TTN平台的JOIN_ACCEPT_DELAY1与JOIN_ACCEPT_DELAY2值不等于lorawan协议的默认值，会出现网关发送数据时设备还未打开接收，设备打开接收时网关已停止发送的现象，所以必须保证设备、平台的JOIN_ACCEPT_DELAY1与JOIN_ACCEPT_DELAY2值相等。
二、解决办法
请联系TTN平台技术支持，把JOIN_ACCEPT_DELAY1与JOIN_ACCEPT_DELAY2值分别改成5s与6s。