找回密码
 立即注册

微信扫码登录

查看: 32|回复: 3

[BLE SDK] core_gatt_data_handler消息接收问题

[复制链接]

8

主题

14

回帖

106

积分

荣耀黄金

积分
106
发表于 前天 10:24 | 显示全部楼层 |阅读模式 来自 广东深圳
Information
说明:   建议参照本版块置顶帖内容输入必要信息
芯片型号: tlsr8258
SDK及版本: 多链接sdk 4.0.0.13
我有如下测试环境:

主机                                     从机
A: tlsr8258     <---------->      B: tlsr8258

1. 主机A 发送消息给 从机B;
2. 从机B 收到消息之后,回复ack消息给主机A;
3. 主机A 收到ack消息之后,使用“app_gatt_data_handler”函数处理收到的消息,rf_packet_att_t* att_data = (rf_packet_att_t*)pkt;
     typedef struct{
        u8        type;
        u8  rf_len;
        u16        l2capLen;
        u16        chanId;
        u8  opcode;
        u16  handle;
        u8        dat[20];
}rf_packet_att_t;

疑问:  在该函数中将收到的ack消息强转为rf_packet_att_t,该结构体中第一个字段为type,实际测试发现,相同的ack消息,有时候type的值为0x16,有时候值为0x1a, 这个type值怎么会不相同?0x16可以理解,但好像规范中没有0x1a这个值。





0

主题

29

回帖

104

积分

荣耀黄金

积分
104
发表于 前天 13:57 | 显示全部楼层 来自 上海
你好:
  关于你提到的type字段包含 LLID、NESN、SN、MD、CP,在 ATT 场景下,你可以忽略该字段;核心应关注的是chanId和opcode。

8

主题

14

回帖

106

积分

荣耀黄金

积分
106
 楼主| 发表于 前天 14:31 | 显示全部楼层 来自 广东深圳
TL_ZRL 发表于 2025-10-29 13:57
你好:
  关于你提到的type字段包含 LLID、NESN、SN、MD、CP,在 ATT 场景下,你可以忽略该字段;核心应关 ...

好的, 明白了,非常感谢

0

主题

29

回帖

104

积分

荣耀黄金

积分
104
发表于 前天 14:39 | 显示全部楼层 来自 上海
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

Telink forum ( 沪ICP备17008231号-1 )

GMT+8, 2025-10-31 21:36 , Processed in 0.086998 second(s), 20 queries .

Powered by Telink 隐私政策

泰凌微电子版权所有 © 。保留所有权利。 2024

快速回复 返回顶部 返回列表