coordinator 为什么在有节点加入时有时候死机啊 coordinator, 节点, 时有

ttlcloud

我的802.15.4无线系统，节点1向coordinator连续发数据都正常，但这时节点2在向coordinator发送associate请求命令时（收不到回复继续请求），coordinator有时会没反应了，节点1的数据也收不到了，请问是怎么回事啊？
如果节点1不向coordinator发数据，节点2加入没有问题，郁闷中，不知从那里考虑原因

jimmytan

我想如果是coordinator死机的话，可能是内存溢出引起的。你的节点1发射数据的时候，有采用ACK吗？可能你的节点1频繁的给coordinator发射数据，coordinator在接受数据的同时，又要处理节点2的加入请求。在这种情况下，我觉得你的节点1在发射数据的时候，采用ack方式，等你发射的数据成功接收后，再发下一个数据。也可以在发射的时候，加一个延时，保证足够的发射时间。可以试一下。

ttlcloud

先谢了。
为什么coordinator内存会溢出呢？是802.15.4协议本身，还是freescale提供的802.15.4_1.063示例程序中的mac部分有问题呢，还是我的上位机程序的问题呢？
还有，感觉802.15.4的速率好像离250kbps差的好多啊，尤其是节点多的时候，我做4个节点同时向coordinator发数据时好像总和超过90kbps的时候，不是coordinator死掉就是device中的某个死掉，请问这正常吗？ 是我的应用程序有什么潜在的bug吗？急需帮助，一直被困扰中。

jimmytan

250kps指的是物理层的速率，而在真正在实际的通讯中，大概可以到50%左右，即125Kbps左右。所以我想如果传90Kbps的东西，应该没有什么问题的。如果发生死机，可能是Buffer来不及清空，而又要发下一个数据。我建议你可以在你自己那一端加一个buffer，当mc1321x的数据发射完成的时候，再往mc1321x的buffer里面放数据，这样应该没有问题。