请选择 进入手机版 | 继续访问电脑版
查看: 420|回复: 0

[技术交流] 【异常案例分析】之JOIN_ACCEPT_DELAY1/2的重要性

[复制链接]

54

主题

146

帖子

497

积分

利尔达员工

Rank: 9Rank: 9Rank: 9

积分
497
发表于 2020-9-27 11:00:45 | 显示全部楼层 |阅读模式
一、问题分析

图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。




本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

快速回复 返回顶部 返回列表