4. 问题初步定位：用户投诉数据收集、日志采集与回放、复现步骤与条件确认

在智能驾驶感知模块的缺陷复盘中，初步定位阶段的核心目标是将模糊的用户投诉转化为可量化、可复现的工程问题。本章将系统讲解如何从用户投诉出发，完成数据收集、日志采集与回放，并最终锁定复现步骤与条件。

4.1 用户投诉数据收集与结构化

用户投诉通常以自然语言形式提交，包含大量非结构化信息。工程师需要将其转化为结构化的缺陷报告。下表展示了从原始投诉到结构化字段的映射规则：

4.2 日志采集与回放流程

日志采集是连接用户现场与实验室复现的桥梁。智能驾驶系统通常采用“环形缓冲区”策略，确保关键事件发生前后的数据被完整保留。下图展示了典型的日志采集与回放架构：

4.3 日志采集的关键参数配置

日志采集的成败取决于参数配置。以下是在实际项目中总结的关键配置项：

• 环形缓冲区大小： 建议设置为 60秒（触发前30秒 + 触发后30秒），对于高速场景可扩展至 120秒。
• 触发条件列表： 必须包含 AEB激活、FCW报警、LDW报警、系统降级 等关键事件。
• 传感器数据采样率： 摄像头 30fps、激光雷达 10Hz、毫米波雷达 20Hz、IMU 100Hz。
• 附加数据： 必须同步采集 CAN总线信号（车速、转向角、制动踏板）、GPS轨迹、高精地图图层。

4.4 复现步骤与条件确认

复现是缺陷定位的基石。一个可复现的缺陷必须满足“三要素”：输入数据、软件版本、环境条件。以下是一个典型的复现条件确认清单：

复现步骤的文档化应遵循以下模板：

缺陷ID: PERC-2024-0042
复现步骤:
1. 加载日志文件: /data/logs/2024-03-15_14-32-18.bag
2. 设置回放起始时间: 触发前15秒 (t0 - 15s)
3. 启动感知算法版本: v2.3.1 (commit: a1b2c3d4)
4. 观察目标: 前方200米处路侧广告牌
5. 预期行为: 不输出目标
6. 实际行为: 在t0时刻输出“行人”目标，置信度0.85
7. 触发条件: 车速72km/h，光照强度8000 lux，天气晴朗

4.5 复现条件确认的SVG流程图

下图展示了从用户投诉到复现条件确认的完整决策流程：

4.6 常见问题与避坑指南

• 日志不完整： 用户车辆在触发事件后立即断电，导致环形缓冲区数据未完全写入。解决方案：增加“断电延迟写入”机制，确保日志持久化完成。
• 时间戳不同步： 摄像头与激光雷达的时间戳基准不一致，导致回放时目标错位。解决方案：在日志采集阶段强制使用PTP（精确时间协议）同步。
• 版本混淆： 用户车辆OTA升级后未重启，导致实际运行的算法版本与日志记录的版本不一致。解决方案：在日志元数据中记录运行时版本，而非安装版本。
• 环境差异： 实验室回放环境的光照、温度与用户现场不同，导致部分传感器噪声特性变化。解决方案：在回放环境中模拟用户现场的环境参数。