我是NONbeacon，接入了9个节点，collector的 ApiMac_mlmeSetReqUint16(ApiMac_attribute_transactionPersistenceTime,18000);sensor上发数据1分钟，polling是6S一次，9个节点正常工作10分钟左右，就开始掉线，请问下这应该如何解决现状？

user5322468

Genius 3975 points

因为NONbeacon，polling轮询都是6S一次，而collector的数据保存是18S，导致信道堵塞，

5 年多前

0 Viki Shi 5 年多前

TI__Guru**** 188340 points

请问你用的SDK版本及具体例程是什么？

0 user5322468 5 年多前回复 Viki Shi

Genius 3975 points

1.6，sensor-collector

0 user5322468 5 年多前

Genius 3975 points

sensor加入网络成功，polling是6S，数据上传是60S，加入二个sensor，有一个是sensor正常收发，另外一个会断断续续重启。

0 Viki Shi 5 年多前回复 user5322468

TI__Guru**** 188340 points

建议用新版本测试

0 Felix ZF 5 年多前回复 user5322468

TI__Genius 12655 points

ApiMac_attribute_transactionPersistenceTime的单位不是ms。

在IEEE 15.4规范中，对macTransactionPersistenceTime的说明如下：

The maximum time (in unit periods) that a transaction is stored by a coordinator and indicated in its beacon. The unit period is governed by macBeaconOrder, BO, as follows: For 0 ≤ BO ≤14, the unit period will be aBaseSuperframeDuration × 2^BO. For BO = 15, the unit period will be aBaseSuperframeDuration.

0 user5322468 5 年多前回复 Felix ZF

Genius 3975 points

我现在遇到的问题是，collector启动，sensor入网正常。然后发送之后，collector 没有ACK回复，sensor一直处于孤节点，偶尔会连上，发送几包数据后，又变成孤节点。我是1.6协议栈，这个是不是需要修改协议栈，还是说问题的方向在于collector？

0 Felix ZF 5 年多前回复 user5322468

TI__Genius 12655 points

抓包看过吗？是collector没有回ack，还是回了但是sensor没收到。

信道干净吗？有没有可能是干扰导致数据不能正确接收？

还可以使用最新版本的SDK（V2.30）里的例程试一下。

0 user5322468 5 年多前回复 Felix ZF

Genius 3975 points

collector没有回复，抓包只有孤节点信号，sensor断点回调中，进入了ACK回复三次失败判断，启动孤节点事件。信道干净，我只开启了一对一，不存在其他sensor干扰。然后你说的，干扰导致数据不能正确接收，是指什么？ACK回复应该是底层处理的，接收到了data request，应该就直接返回了吧.

0 Felix ZF 5 年多前回复 user5322468

TI__Genius 12655 points

你把抓包文件发上来看看吧。

另外，可以使用V2.30版本的SDK试一下。

0 user5322468 5 年多前回复 Felix ZF

Genius 3975 points

7a :5c这个sensor就成为了孤节点，

0 Felix ZF 5 年多前回复 user5322468

TI__Genius 12655 points

7a c5是collector的地址。
你这段抓包信息内看到的入网节点是90 5c，它只发送了一次data request，并且收到了对应的ack。
下面的三个发orphan notification的节点没有发送过data request。

0 user5322468 5 年多前回复 Felix ZF

Genius 3975 points

是的90 5c是sensor的地址，sensor发送过后就断掉了。其他的孤节点，不用在意。我这个90 5c入网发送一次datarequest就直接变成了孤节点。

0 user5322468 5 年多前回复 Felix ZF

Genius 3975 points

0 Felix ZF 5 年多前回复 user5322468

TI__Genius 12655 points

一次数据交互不成功，就判定为orphan的话，任何一次突发的干扰或是传输错误就会触发sensor认为自己是orphan，这样会将大量的网络资源消耗在网路维护上。
而且，从你的抓包文件来看，90 5c节点对应的短地址是0001，它在No.339数据包发送数据没有收到ack，认为自己断网，在No.340发出了orphan notification，马上又在1s后，在No.341发出了data request，并且收到了collector回复的ack。这期间做过什么操作吗？重启了sensor？
从转包文件来看，更像是在4376到4390这段时间通信链路不太好。

0 user5322468 5 年多前回复 Felix ZF

Genius 3975 points

这段期间，collector收到了sensor的数据进入processSensorData，回复sensor，也就是4376这个操作。（及时收到及时发送）。339为什么没有收到ACK，我没有把sensor重启。而且长期的抓包，是sensor会挂掉，孤节点都不会发送。collector回复（收到sensor解析回复不同协议）会影响ACK回复吗？

0 Felix ZF 5 年多前回复 user5322468

TI__Genius 12655 points

905c这个点在发送orphan notification之后1s又发data request，这个不太正常。
ack是mac层自动回的。
建议你使用SDK里的原始程序，只修改config.h文件中的宏定义来调整上报时间，polling间隔等参数，再进行测试看看。避免由于你在代码其他地方修改的错误导致异常。

0 user5322468 5 年多前回复 Felix ZF

Genius 3975 points

我把所有的polling都屏蔽掉了，只有在sensor发送数据的时候，才会开启间隔是三秒，polling三次后关闭。
你所说的不正确，可能是上报间隔和polling影响？
我的这个二个值都是自定义的，没有用到collector的config请求来处理赋值？分别是15S和3S

0 Felix ZF 5 年多前回复 user5322468

TI__Genius 12655 points

是的，可能是你的这些修改，与本身例程中的工作流程有冲突或不匹配。

比如你怎么关闭polling的，又是怎么开启的？

你对例程中本身的config，以及collector端的tracking message是怎么处理的？

你的时间间隔是怎么设置的？

0 user5322468 5 年多前回复 Felix ZF

Genius 3975 points

jdll.c里面初始化启动Ssf_initializePollClock();

Ssf_setPollClock(1000)开启进来一次+1；进来三次后timer_stop(pollstruct)；

sensor的Sensor_Porcess中Ssf_setReadingClock(15000);，至于collector通过config过来的时间，我没有使用。

collector端的tracking没有处理，按照默认的代码执行

低于 1GHz

低于 1GHz 论坛

我是NONbeacon，接入了9个节点，collector的 ApiMac_mlmeSetReqUint16(ApiMac_attribute_transactionPersistenceTime,18000);sensor上发数据1分钟，polling是6S一次，9个节点正常工作10分钟左右，就开始掉线，请问下这应该如何解决现状？

ApiMac_attribute_transactionPersistenceTime的单位不是ms。