日志分析基础：WiFi/BT日志的作用、常见日志类型与分析工具概览
各位工程师朋友，欢迎来到我们的实战手册第一讲。说实话，我入行那会儿，最头疼的就是面对一堆日志文件——密密麻麻的十六进制、时间戳、状态码，完全不知道从哪下手。后来踩的坑多了，才慢慢摸出门道。今天咱们就来聊聊日志分析的基础，把这块地基打牢。
一、WiFi/BT日志到底有什么用？
日志，说白了就是设备的「黑匣子」。它记录了芯片从开机到关机的所有关键动作。我个人习惯把日志比作侦探破案时的现场脚印——每个异常行为都会留下痕迹。
具体来说，日志能帮我们解决三类问题：
- 定位连接失败：比如手机连不上路由器，日志会告诉你是在扫描阶段卡住了，还是在四次握手时密钥对不上。
- 分析性能瓶颈：吞吐量上不去、延迟忽高忽低，日志里的速率协商、重传次数、信道利用率都是线索。
- 排查兼容性问题：不同厂商的芯片之间「打架」，日志里的异常帧、协议版本不匹配一眼就能看出来。
我的经验之谈：有一次客户反馈蓝牙耳机断连严重，我看了半天Host Log没发现问题。后来抓了Sniffer Log才发现，是耳机在休眠状态下没有正确处理心跳包。你看，不同日志类型各有侧重，选对工具才能事半功倍。
二、常见日志类型：FW Log、Host Log、Sniffer Log
这三种日志，就像三个不同视角的摄像头，分别盯着系统的不同层面。咱们一个一个说。
1. FW Log（固件日志）
FW Log是芯片内部固件输出的日志。它最贴近硬件，能看到寄存器状态、中断处理、DMA传输这些底层细节。嗯，这里要注意——FW Log通常通过UART或USB的debug接口输出，格式比较原始，很多是十六进制码。
典型场景：排查WiFi扫描不到AP时，FW Log会告诉你射频前端是否正常上电、信道切换是否成功。
小技巧：FW Log里经常出现「ERROR: 0x1234」这样的错误码。我建议你先把芯片厂商的Error Code Table打印出来贴在工位上，对照着看效率高很多。
2. Host Log（主机日志）
Host Log是运行在CPU（比如Linux、Android）上的驱动或协议栈输出的日志。它更上层，能看到网络层、传输层的交互。比如DHCP获取IP的过程、DNS解析结果、TCP三次握手。
我个人觉得，Host Log是日常调试中用得最多的。因为它可读性强，而且能直接关联到应用层的行为。
典型场景：手机连上WiFi但上不了网，Host Log里很可能看到「DHCP NAK」或者「DNS timeout」。
// 一个典型的Host Log片段（Linux wpa_supplicant）
wlan0: SME: Trying to authenticate with 00:11:22:33:44:55 (SSID='MyHome' freq=2412 MHz)
wlan0: Trying to associate with 00:11:22:33:44:55 (SSID='MyHome' freq=2412 MHz)
wlan0: Associated with 00:11:22:33:44:55
wlan0: WPA: Key negotiation completed with 00:11:22:33:44:55 [PTK=CCMP GTK=CCMP]
wlan0: CTRL-EVENT-CONNECTED - Connection to 00:11:22:33:44:55 completed [id=0 id_str=]3. Sniffer Log（抓包日志）
Sniffer Log是用抓包工具（比如Wireshark、OmniPeek）在空中捕获的无线帧。它最客观——不依赖设备内部状态，直接记录空口上发生了什么。
你想想看，FW Log和Host Log都是设备自己「说」的，有时候会撒谎（比如驱动认为发送成功了，但空口上其实没发出去）。Sniffer Log就是那个第三方裁判。
典型场景：排查隐藏节点问题、确认Beacon帧是否正常发送、分析802.11协议交互细节。
避坑指南：我曾经遇到一个案例，Host Log显示关联成功，但Sniffer Log里根本没有Association Response帧。后来发现是路由器固件bug，驱动层误报了状态。所以，当Host Log和FW Log对不上时，一定要以Sniffer Log为准。
三、日志分析工具概览
工欲善其事，必先利其器。下面是我常用的几款工具，按使用频率排序：
| 工具名称 | 适用日志类型 | 核心功能 | 我的评价 |
|---|---|---|---|
| Wireshark | Sniffer Log | 802.11协议解析、过滤、统计 | 必装，没有之一 |
| 串口助手（SecureCRT等） | FW Log | 实时查看固件输出 | 简单但够用 |
| dmesg / logcat | Host Log | Linux/Android内核日志 | 调试驱动必备 |
| OmniPeek | Sniffer Log | 专业WiFi抓包、频谱分析 | 贵，但功能强大 |
| Ellisys | BT Sniffer Log | 蓝牙协议分析 | 做蓝牙必用 |
除了这些，还有一些辅助工具：
- grep/awk：处理海量Host Log时，用命令行过滤比GUI快得多。我习惯先grep出ERROR和WARNING，再逐条分析。
- Python脚本：当日志量超过100MB时，手动看是不现实的。写个脚本提取关键字段（比如时间戳、RSSI、重传次数），能省下半天时间。
- Excel/CSV：把日志里的数值型数据（如RSSI、速率）导出成表格，画个趋势图，性能波动一目了然。
我的工作流：拿到一个WiFi断连问题，我通常三步走——先用Sniffer Log看空口有没有异常帧，再用Host Log看驱动层有没有报错，最后用FW Log确认固件状态。这个顺序能帮你快速缩小排查范围。
四、小结
这一章我们聊了日志的三大作用、三种日志类型的特点，以及常用工具。说白了，日志分析就是「用数据说话」——不要猜，不要靠感觉，让日志告诉你真相。
下一章，我们会深入讲解如何搭建日志抓取环境，包括串口配置、抓包工具设置、以及不同平台（Linux/Android/RTOS）的日志获取方法。到时候我会分享一些我踩过的坑，比如串口波特率设错了导致乱码、抓包时忘记设置信道...嗯，都是血泪教训。
记住：日志分析不是玄学，是科学。多动手，多对比，你也能成为专家。