TI中文支持网Part Number:LAUNCHXL-CC26X2R1
广播周期：60ms
采集时长：60s
采集方法：使用Ellisys分析仪采集
正常广播报文中填充如下：
A830005F-88C0-4369-844A-583E837760F4
出现5次左右的异常内容如下：
3033154F-C565-6769-844A-783E837760F4
A830005F-88C0-4369-844A-583E837761F4
出现广播数据错误现象否正常？如果正常，错误广播占比多少是合理范围？
Alex Zhang：
您好 已经跟进您的问题，这需要一些时间
,
Alex Zhang：
– 能具体说明一下使用的SDK版本和示例吗？
– 您能否提供显示问题和重现步骤的蓝牙 LE 嗅探器日志？
,
疾风亦有归途：
Sdk: simplelink_cc13xx_cc26xx_sdk_7_10_01_24
工程：是OAD_onchip_app
硬件：LAUNCHXL-CC26X2R1 官方开发板
BLE广播间隔60ms
采集时长：60s
采集方法：使用Ellisys分析仪采集
对代码有过修改，只留了经典广播
,
Alex Zhang：
您好 已经跟进您的问题，这需要一些时间
,
Alex Zhang：
感谢您提供的详细信息。
根据提供的屏幕截图，我看到蓝牙分析仪看到的广告的 CRC 无效。这意味着 RF 数据包可能受到了一些干扰，导致一个或多个比特错误。另一种解释是设备的无线电引入了此错误（无论是在传输还是接收中）。在使用射频系统时，这种错误很可能发生，特别是在拥挤的环境中。
在所有情况下，接收到具有错误 CRC 的数据包的设备都应拒绝该数据包。
总之，这里遇到的问题应该被视为基于无线电的系统正常工作方式的一部分。现有机制（CRC）似乎按预期工作，以允许扫描设备拒绝此类错误数据包。
