2652RB协调器无法接收2530发过来的数据

请看一下这边的migration guide，里面有列出版本更新导致的差异：dev.ti.com/.../migration_guide.html

關於你提到"终端发送数据后返回的ack跟以往的不一样，以往的带有协调器地址信息等，这个ack没有带协调器信息",有抓包可以看一下你說的以往的终端发送数据后返回的ack是長什麼樣嗎?

不好意思，我翻查一起的log记录，ack跟现在的一样的，目前来说2652RB，无线接收到广播信息，没有产生AF_INComing_Msg事件，有点疑惑，是协议不兼容还是无线接收需要另外打开

你用unicast的話會不會产生AF_INComing_Msg事件?

尝试过终端单播也不行，你这边有参考例程吗？

单播也不行?有抓包檔嗎?

1、我怀疑是不是2652p协议栈加密了，所以不能识别到2530发过来的数据，

2、还有一点就是ccs工程里面有一项server clusters里面参数是Basic、Identify，会不会这里也会导致收不到2530发送过来的数据

但是协调器有ack，mac层应该识别到无线数据了，想不懂为什么不产生相关事件

抓包数据见附件：，

20210226.rar

你試試看換個cluster ID (不要用 0x0000)再測試看看

协调器需要修改吗？如何修改？你那有没有稍微好一点的模板提供参考一下，谢谢

这两天把两份代码整理给你看看能不能找出来问题，目前我抓包看协调器的link状态是加密的，是不是zigbee3.0都是强制要加密？

20210227.rar

那么问题来了，我2530不加密，对接2652RB的zigbee3.0协议，岂不是对接不上的吗？
static void SerialApp_Send(void)
{
SerialApp_TxAddr.addrMode = (afAddrMode_t)AddrBroadcast;
SerialApp_TxAddr.endPoint = SERIALAPP_ENDPOINT;
SerialApp_TxAddr.addr.shortAddr = 0xFFFF;

if (afStatus_SUCCESS == AF_DataRequest(&SerialApp_TxAddr,
(endPointDesc_t *)&SerialApp_epDesc,
SERIALAPP_CLUSTERID1,
SerialApp_TxLen, SerialApp_TxBuf,
&SerialApp_MsgID, AF_DISCV_ROUTE, AF_DEFAULT_RADIUS))
{

}
SerialApp_TxLen = 0;
}

一定和加密無關、你SERIALAPP_CLUSTERID1定義是什麼？

SERIALAPP_CLUSTERID1定义为0x0001，就是消息的定义类型而已，应该不相关

不可行，cID - A valid cluster ID as specified by the Profile.这个是调用这个（SERIALAPP_CLUSTERID1）的解析，目前终端可以加入到协调器，我看协调器的代码也注册了端点，终端数据不加密应该不影响协调器接收数据。

我有个想法，2530用znp模式会不会节省部分ram空间？