LAUNCHXL-CC1310: 修改meter 的 gs_addr中“ident number” 和 “type” 字段后，collector无法接受到数据

1、我将例程 APL_CC13XX_Collertor_C2 中的 wmbus_apl_col_indication_rx 中加入了一条log, 并烧录进了 开发板A(LAUNCHXL-CC1310:)中，这样开发板B(LAUNCHXL-CC1310) 运行APL_CC13XX_Meter_T1_C1 后 每次发送数据都可以在，A板子的console中看到。

2、但是当我将B板子中的gs_addr中“ident number” 和 “type” 自动重新修改后(如下图)，A板子就无法接受到消息了； 此时我用抓包工具仍然可以获取到B板子发出的数据 

3、下图抓包工具获取到的数据

Galaxy Yue：

你好，

通常情况下如果collector无法接收到数据，可能是因为地址不匹配、数据包格式更改导致无法解析、或者其他通信协议上的问题

数据包格式的问题可能较大，你需要把更改字段前后的数据包格式贴上来对比一下，还有前后的抓包数据

你的代码中 ident number自动更改？version和制造商ID是未更改的，对吗

file:///C:/ti/wmbus_cc13x0_rtos_2_0_0/Documentation/Serial-APL-Interface-Doc-v4.0.1/Serial-APL-Interface-Doc-v4.0.1/index.html

在你下载的wmbus-SDK中，这个路径下有数据格式可以查看一下

,

roc yao：

我只是修改了ident number 或 type 字段 。version和制造商ID以及其它的都没有修改，所所以应该不是通讯协议问题；下面是我不同情况的抓包数据原例程 A板子可以接收

TIS Water 80000001 MODE5 314433D10100008023078C20B67ABE002025CD6359023EE8DF70D1ED2A4DA98F4F80B19DFEBD9DAC099F2B0C6A0ADADBE75D 314433D10100008023078C20B67ABE0000252F2F066D8F00000101000C13270485020B3B2701002F2F2F2F2F2F2F2F2F2F2F

修改 ident number  A板子无法接收：

TIS Water 20240212 MODE5 314433D11202242023078C20B77ABF00202580E805B1459C134DD2AE044F2372AA09E4E30FCF62C5894CBCA303BC8370BAEB 314433D11202242023078C20B77ABF0000252F2F066D9700000101000C13270485020B3B2701002F2F2F2F2F2F2F2F2F2F2F

修改 “type”  A板子无法接收：

TIS Smoke_detector 80000001 MODE5 314433D101000080231A8C20B57ABD0020257B78A1F9622BAA2D4CD93FB6B2AACC4DA15D74F46F0E4DCA79647E948B6D72EE 314433D101000080231A8C20B57ABD0000252F2F066D8700000101000C13270485020B3B2701002F2F2F2F2F2F2F2F2F2F2F

,

Galaxy Yue：

在s_wmbus_addr_t 结构体中，ident对应的pc——ident 这个是设备的吧，你是要实现什么？

file:///C:/ti/wmbus_cc13x0_rtos_2_0_0/Documentation/Serial-APL-Interface-Doc-v4.0.1/Serial-APL-Interface-Doc-v4.0.1/structs__wmbus__addr__t.html

,

roc yao：

是的，ident对应的pc——ident  是设备的； 我需要实现的是在Collertor 模式下接受  Meter_C1 发过来的数据， 其中s_wmbus_addr_t 都需要根据我们设备进行修改，但是修改后Collertor就接收不到了

,

Galaxy Yue：

感觉更像是collector的问题，但是数据格式方面没办法排除，这个问题我已经升级到英文论坛，有消息会立即通知您的，请等候一段时间，谢谢。