我现在是打开了加密,
协调器限定了zgApsUseExtendedPANID[Z_EXTADDR_LEN]
路由指定ExtendedPANID
并在预编译里面添加了 NV_RESTORE、 HOLD_AUTO_START
以上这些会影响走路由中继吗?
中继功能还需要打开哪些预编译选项?
需要设置什么东西吗
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
我现在是打开了加密,
协调器限定了zgApsUseExtendedPANID[Z_EXTADDR_LEN]
路由指定ExtendedPANID
并在预编译里面添加了 NV_RESTORE、 HOLD_AUTO_START
以上这些会影响走路由中继吗?
中继功能还需要打开哪些预编译选项?
需要设置什么东西吗
首先谢谢你的回答:
我测试的ti官方给的协议栈,然后做测试 路由设备发送数据到网络地址0x0000 协调器接收 发现距离远了以后,走路由也是这个问题 很不稳定,
会出现通讯一会(几分钟或十几分钟具体时间不定)就会丢包,然后过上十几二十秒就又恢复,基本上就是这样循环掉线上线,我该怎么解决这个问题呢?
距离近的时候通过抓包工具看,数据是走路由的,还算稳定,
距离远是 我把一个路由节点放到单跳不能通讯的地方,然后再协调器和这个路由节点之间 在放上两个路由节点,想让数据通过路由过来,但是数据是偶尔能够通过路由过来到协调器,数据发送一会 就又发送不过来了,就这样断断续续,造成通讯不正常,
我在ZStack-CC2530-2.5.1a 协议栈里面的 SampleApp 里面改的,
我测试让路由节点2S发送两个字节,路由节点发送函数
uint8 ledBuf[2] = {0};
SampleAppPeriodicCounter ^= 1;
// if(SampleAppPeriodicCounter)
// P1 |= 0x01;
// else
// P1 &= ~0x01;
// ledBuf[0] = SampleAppPeriodicCounter;
// ledBuf[1] = 0xff;
if(SampleAppPeriodicCounter)
P1 |= 0x02;
else
P1 &= ~0x02;
ledBuf[1] = SampleAppPeriodicCounter;
ledBuf[0] = 0xff;
SampleApp_Periodic_DstAddr.addrMode = (afAddrMode_t)Addr16Bit;
SampleApp_Periodic_DstAddr.endPoint = SAMPLEAPP_ENDPOINT;
SampleApp_Periodic_DstAddr.addr.shortAddr = 0x0000;