Z-Stack 协调器广播，节点接收不到问题

我现在用的协议栈是ZStack-CC2530-2.5.1a，协调器、路由、节点各一个且距离非常近，测试情况如下

1、开启协调器建网、开启节点，没开启路由，协调器广播可以与节点通信（正常）

2、开启路由后，协调器广播发送，节点和路由都可以收到（正常）

3、关闭路由，协调器广播发送，节点不能收到数据（不正常）

我用抓包工具看了，节点的父节点一直都是协调器，由于节点是休眠的，所以要发送的信息先缓存在协调器上，等节点醒来协调器会单播给它，1和2用抓包工具看正常。但是3用抓包工具看后，发现协调器只有广播，之后没有单播了，这个是什么情况？

抓包的文件呢 附件上传下

这个抓包是按照上面1、2、3进行的，最后又开启了路由后，节点又可以接收到协调器广播

确实有点奇怪，能不能再重新安装一个Z-Stack 2.5.1a，然后不做任何改动，直接跑协议栈，做下实验室。

另外在抓包数据里面有一个疑问，协调器给节点发的MAC 层数据是什么

VV我遇到了同样的问题，我的下行数据也是通过广播的形式，协调器好像不能给低功耗的终端节点缓存数据，只有路由能，但是有的时候终端节点联网的时候却直接连到协调器上，我想问一下怎样才能让他不连协调器

哥们儿，你的问题解决了吗？ 我好像也遇到了同样的问题

协调器给节点发送数据时，MAC层在Indirect模式下，如果协调器的发送缓存已满，为了维持Indirect模式的完整性，会发空数据包给节点，我以前也就遇到过这种问题。

Aries 你好，你的问题是怎么解决的，这个问题很难受啊？

不要乱用广播，会造成发送压力很大的，建议对节点都做单播。

节点可以分为短休眠和长休眠两种模式，短休眠时持续发Data Request，并且进入之前要向协调器发一包数据通知其自己已经可以接收数据了。

广播发送是不是太频繁了？多少时间广播一次？

ARIES 一般几分钟广播一次 你现在不用广播了吗？

而且下边也就是个探头

十个节点

不建议实际网络大量使用广播，本身消耗的资源比较多，另外太过频繁节点会导致路由的BTT表溢出而不会向自己的应用层和其他节点转发，这个抓包可以确定下，另外对于终端设备不能接收广播也可以排除下是不是父亲的关联表是否被异常删除。

jay

BTT表是什么怎么才能看到？

broadcast transaction records are stored in the nwkBroadcastTransactionTable 

Z-Stack我也没有找到。