ZIGBEE广播与单播和广播间隔时间问题

我有两种情况想了解下

1、比如协调器广播一条信息，所有节点和路由都返回一条单播信息给协调器，但是测的时候发现效果可能1秒左右才能发送和返回正常，这个时间能缩短吗？

2、我想协调器广播两条信息，就是这两条广播信息的最小间隔最大为多少比较好呢？

http://www.deyisupport.com/question_answer/wireless_connectivity/zigbee/f/104/p/47016/103686.aspx#103686 

感谢你的回复！之前我也有看这个帖子，就是调整了BCAST_DELIVERY_TIME=10，MAX_BCAST=9，我用的是2.5.1a协议栈，但是广播发送发现500ms发送都严重丢包

能否就开一个协调器和一个抓包工具，让协调器不停的广播数据。

关于协调器和路由器通过广播方式通信的问题，我也同样碰到。在2.5.1a的基础上，根本没改什么地方。广播周期设置为1秒，没问题，很顺畅。只要把广播周期设置到500ms以下，很明显出现丢包的现象。怎么想也没想明白这是怎么回事，好希望TI原厂工程师解释这个原因！

上面有个链接，你修改下试试！

BCAST_DELIVERY_TIME默认是30，表示什么意思？

不好意思，太久没上了，我按照你说的单个协调器不停广播是没有问题，但是加入路由就会有问题，还有想问下抓包工具Packet Sniffer有没有加入PA功能的

Aries，

MAX_BCAST
This is the number of broadcast entries (for data packets) that can be held for the period of
BCAST_DELIVERY_TIME. Together, these two settings enforce the settling time for broadcast data packets
traversing through the network. For example, if MAX_BCAST_ENTRIES is set to 9, and
BCAST_DELIVERY_TIME is set to 10 (seconds), a device could send out 9 sequential broadcast data packets, but
would not be able to send out a 10th one until after 10 seconds.

BCAST_DELIVERY_TIME
The length of time a broadcast message is kept in the broadcast table. Set to 500ms more than retry time. Retry time
is defined as PASSIVE_ACK_TIMEOUT * (MaxBroadCastRetries + 1). If a broadcast message is being sent toend
devices, then this should be set in accordance withthe polling rate of the end devices. For example 200 might be a
good number if the poll rate was set to 10 seconds for the end device.

Chenglin,

路由也需要转发广播数据，协调器对路由转发过来的数据，会去接收。

没有加PA的