企业官网建设流程全解析

Sniffle 蓝牙嗅探故障排查：灯亮吗、认它吗、出数吗，先回答三个问题

【免费下载链接】open-notebookAn Open Source implementation of Notebook LM with more flexibility and features项目地址: https://gitcode.com/GitHub_Trending/op/open-notebook

Sniffle 是一款支持 Bluetooth 5 / 4.x LE 的蓝牙嗅探工具，排障时最常见的卡点就三类：固件锁定、驱动冲突、数据捕获异常。别盲目折腾，先自问三个问题，定位卡在哪一环，再照步骤处理。

问题一：灯亮吗？先处理设备侧

症状：上电后无响应，或指示灯闪烁节奏异常。判断依据：按下复位后，灯始终进不了正常的规律闪烁节奏。

先硬件重置，别急着刷固件

长按复位按钮 5 秒以上，看到指示灯快速闪烁立刻松手。⚠️ 松手后灯没有任何变化，多半是供电或按键硬件的问题——别反复插拔，先确认电源正常再操作。

成功判定：松开后指示灯恢复正常节奏，设备在系统里出现。

重置无效，重新烧录固件

到fw目录用build_all_platforms.sh批量编译固件，再用专用烧录工具把对应硬件型号的固件（如CC2652R1F.ccxml目标文件）写入设备。

成功判定：烧录结束后设备自动重启，指示灯进入就绪节奏。

仍不行？查项目文档或提交 issue，附上硬件型号和烧录前后指示灯状态。

问题二：系统认它吗？Windows 和 Linux 分开走

症状：灯正常，但系统里找不到设备，或显示为"未知设备"。

Windows：去设备管理器找黄感叹号

打开设备管理器，找带黄色感叹号或标记为未知设备的条目。右键卸载设备，拔线重插，让系统重新装驱动。

成功判定：设备管理器里设备名显示正常，状态不再带黄感叹号。

Linux：核对 udev 规则

确认系统里存在针对 Sniffle 设备的 udev 规则文件，且规则赋予的权限允许当前用户访问该设备；改完规则后重新加载 udev 规则。

成功判定：命令行能看到设备节点且可读，CLI 脚本不再报权限拒绝。

仍不行？查项目文档或提交 issue，附上设备管理器截图或 udev 规则文件内容。

问题三：数据出来了吗？捕获异常三查

症状：设备认了，但抓不到蓝牙数据包，或抓到的内容不完整。

查信道

先用python_cli/scanner.py调整扫描信道和频率，覆盖目标设备所在的蓝牙信道。

成功判定：控制台里能看到对应信道上信号水平明显抬升。

查信号

拉近与目标设备的距离，或换增益更高的天线。固件里measurements.c的信号强度检测功能可以实时盯住接收质量。

成功判定：信号强度稳定，丢包明显减少。

查解析

抓到了但解析不出来：升级python_cli/sniffle/packet_decoder.py解码器以匹配最新蓝牙协议规范，同时检查pcap.py的 PCAP 格式处理逻辑，确认存储和导出格式没坏。

成功判定：包列表完整解析，PCAP 文件能被正常打开。

仍不行？查项目文档或提交 issue，附一段抓到的 pcap 样例。

跑顺之后，养成三个习惯

• 固件别停更：定期看fw目录的最新版本，用build_all_platforms.sh编译更新设备固件。
• 开跑前查环境：用version_check.py确认依赖库版本齐全，省得抓包抓到一半发现缺组件。
• 翻日志：debug.c/debug.h的调试日志和python_cli/sniffle/sniff_receiver.py的接收日志，是下次定位问题最快的线索。

【免费下载链接】open-notebookAn Open Source implementation of Notebook LM with more flexibility and features项目地址: https://gitcode.com/GitHub_Trending/op/open-notebook