APS ACK 的问题

1. 不知道你说的”是单播返回给终端设备一个ack”是什麼、幾本上就是会给应用层一个ack
2. 应用层要自己處理
3. Z-Stack底層不會、除非你應用程序部分这樣作

请问能否讲解一下aps ack 的流程？有没有类似的帖子或者guides?

搞不清楚，如果我发送的时候，令options = AF_ACK_REQUEST时，我应该怎么做？再协调器和终端两个设备上，要做哪些处理？能否讲解一下思路，以终端单播数据给协调器为例

去ZigBee alliance 下载specification

协调器上不用特別处理，终端设备上，就是記住你發送的sequence number然後在你终端设备zclXXX_event_loop的case AF_DATA_CONFIRM_CMD: 裡面去檢查有沒有收到相同sequence number的APS ack

您好，
1、我在ZDAPP_event_loop中case:AF_DATA_CONFIRM_CMD在串口打印提示信息。只有在上电的时候会执行一次
2、在zclXXX_event_loop中case:AF_DATA_CONFIRM_CMD每次都有相同的提示信息。
想问一下这两个有什么区别？第二种情况消息发送出去了，是给设备本身应用层的ack。还是接受方给发送方的ACK？

我协调器广播的时候，竟然也会进入zclXXX_event_loop中case:AF_DATA_CONFIRM_CMD

这是正常的啊，有设备回复了ack 就会进入。

这个是两次的抓包文件。想知道哪个才是真正的ACK 消息，如图片所示，有两种ack的消息形式，这两种都是谁发出的？

ACK2.psd

Length=27的那個封包才是APS ack，length=5的是mac ack，其實你需要的是一個好的sniffer，比如說Ubiqua

mac ACK是数据已经发出了，但是目的设备是否接收到不关心是么？

不懂你的問題："目的设备是否接收到不关心是么？"是在問什麼

1、ZDAPP_event_loop和zclXXX_event_loop中都可以case:AF_DATA_CONFIRM_CMD。ZDAPP_event_loop只有在上电的时候执行一次，之后就再也检测不到AF_DATA_CONFIRM_CMD了。zclXXX_event_loop可以一直检测到AF_DATA_CONFIRM_CMD。这是为什么？
2、mac ack什么时候产生？A设备发送数据给B设备，A发送出去后，是A产生一个mac ack给A的应用层指示发送完成？还是B产生一个mac ack给A设备，B告诉A设备已经正确接收？

1.不知道為什麼你ZDAPP_event_loop只有在上电的时候执行一次检测到AF_DATA_CONFIRM_CMD，不過應用程序一般都是在zclXXX_event_loop中處理case:AF_DATA_CONFIRM_CMD
2. 是B产生一个mac ack给A设备

是这样，我的终端设备入网成功后，会发送一次数据给协调器，所以终端设备上电入网成功后，ZDAPP_event_loop种检测到了AF_DATA_CONFIRM_CMD。以后无论终端设备发送什么数据，都是在zclXXX_event_loop中检测到case:AF_DATA_CONFIRM_CMD，不会再进入ZDAPP_event_loop中的AF_DATA_CONFIRM_CMD。

你用的協議棧版本是？

2.3

這個協議棧版本太舊了，已經多次建議你更新了

现在还有一个问题，我9个终端设备，协调器发送广播命令，让9个设备发送数据到协调器，协调器串口显示。
1、抓包工具中，抓取到了终端设备1和终端设备7发送到空中的数据。但是协调器串口未显示，这是为什么？
2、抓包发现，协调器接收到终端设备发来的几个数据后，又发送了两次广播命令，为什么命令会被再次广播？

你有抓包檔說明你的問題嘛？另外协调器发送广播命令給9个终端设备，基本上终端设备大部任時間在sleeping mode，沒收到的機會很大，你應該用單播命令

如果协调其要给网络中的所有设备发送命令，除了用广播，用什么方式比较好？组播，绑定？

你的所有设备有沒有包含終端設備？有的話建議用單播