🦘 HQ1项目 P301车型 实车联调 IPC 通道排查 Checklist v0.2

📄 文档信息

📝 变更日志

0️⃣ 排查前置(8 组执行前必做,1 分钟)

1️⃣ 4 通道 × 4 维度 主排查矩阵

横轴 = 8.4 三个安全机制 + 业务数据,纵轴 = 8.2/8.3 四个通道

1️⃣.5 通道 4 细分:7.4 R 核 ↔ A 核 4 子通道 v0.2 新增

7.4 4 子通道总览

7.4 4 子通道根因路径(显示+声音异常锁死)

📺 显示异常根因路径(主嫌疑):

任意一段断 = 仪表/中控数据不刷新

🔊 声音异常根因路径(主嫌疑):

4.3 断了 = 用户按键没反应,自然也没声音

7.4 4 子通道 × 5 维度 排查矩阵 v0.2 新增

2️⃣ L0 共因层(批量异常时 T+0 必查)

优先于上面 4 通道 — 显示/声音同时坏 = 共因 > 特性

3️⃣ 现场日志打包脚本(1 键 dump)

每个通道异常触发,1 键 dump 全套日志到本地 incidents/ 目录

#!/bin/bash
# 现场一键 dump,文件名带时间戳 + 通道名
# 用法: ./dump_incident.sh <通道编号 1-4-子通道>
# 例:   ./dump_incident.sh 4.1   (整车 CAN 信号)
CH=${1:-unknown}
TS=$(date +%Y%m%d_%H%M%S)
NAME="incident_ch${CH}_${TS}"
echo "[dump] start channel=$CH ts=$TS"

# 系统层
adb shell "dmesg > /sdcard/${NAME}_dmesg.log"
adb shell "cat /proc/uptime > /sdcard/${NAME}_uptime.log"
adb shell "cat /proc/reset_reason > /sdcard/${NAME}_reset.log"

# Android logcat
adb shell "logcat -d -b crash > /sdcard/${NAME}_crash.log"
adb shell "logcat -d -b main > /sdcard/${NAME}_main.log"
adb shell "logcat -d -b system > /sdcard/${NAME}_system.log"

# 跨域 / 显示 / 音频
adb shell "dumpsys activity services > /sdcard/${NAME}_svc.log"
adb shell "dumpsys SurfaceFlinger > /sdcard/${NAME}_sf.log"
adb shell "dumpsys media.audio_flinger > /sdcard/${NAME}_af.log"
adb shell "dumpsys media.audio_policy > /sdcard/${NAME}_ap.log"

# 7.4 跨核通信(v0.2 新增)
adb shell "cat /proc/interrupts > /sdcard/${NAME}_interrupts.log"
# ring buffer 状态:路径问中兴 6/9 之后补
# adb shell "cat /proc/.../ringbuffer_${CH} > /sdcard/${NAME}_ringbuffer.log"

# 拉回本地
mkdir -p ./incidents/
adb pull /sdcard/${NAME}_*.log ./incidents/
echo "[dump] saved: ./incidents/${NAME}_*.log"

4️⃣ 异常判定 — bug vs 8.4 主动保护

判定原则

• 持续异常 = bug → 进 bug 单流程
• 偶发异常 + 8.4 日志 = 保护,记下来,继续往后走(不阻塞)
• 持续异常 + 8.4 日志 = 链路不稳 → 查物理通道(共享内存被踩 / Doorbell 失能 / Mailbox 漏中断),升级到 P0

5️⃣ 兜底升级路径

T+0    L0 共因层(E.1-E.4)  → 30 min 结论
       ↓ 有共因            ↓ 没共因
T+30m  全组拉群同步         进 1-4 通道排查矩阵
       ↓                  ↓
T+1h   升安全评审/项目      按通道异常触发 dump 脚本
       ↓                  ↓
T+2h   走 ca-api 红线     8 组共用 incidents/ 目录
       评审流程             跨组异常 → 大群同步
       ↓
       持续异常 + 8.4 日志 → 查物理通道(共享内存/DOORBELL/Mailbox)→ P0

6️⃣ 责任分工(8 组 × 4 通道 12 子通道)

7️⃣ 待 lock 的 7.4 关键细节 6/9 必问

8️⃣ 关键 takeaway v0.2 增量

1. 6/30 显示+声音异常,主嫌疑就是 7.4-4.1(CAN 信号)+ 7.4-4.3(车机控制) — 这两条挂了,所有跨域业务都断
2. 通道 4 从 1 条拆成 4 条(v0.1 → v0.2 关键升级),checklist 责任分工也要拆到 4 个子通道,8 组重新对齐
3. 环形缓冲区 + IPI 计数器 是 v0.2 新的排查抓手,6/9 跟中兴拿到具体路径
4. 7.4 4 条通道是 1 块共享内存还是 4 块 = P0 风险评估依据,必问孙强
5. 批量异常先 L0 后 1-4 — 共因导向,不要 8 组各查各的
6. 8.4 主动保护 ≠ bug — 偶发 + 8.4 日志 = 记下不阻塞
7. 现场异常不立即复位 — 先 dump 再复位
8. 异常触发 dump 脚本 — 一键 8 组共享,避免重复抓现场
9. ca-api bypass TEE — 实车联调时特定数据被异常丢弃或异常通过,先怀疑 TEE 状态(不写具体路径,按红线)

📎 附 A:7.4 4 子通道详细规格

A.1 整车 CAN 信号(R → A · 子通道 4.1) P0

A.2 智驾控制指令(A → R · 子通道 4.2) P2

A.3 车机控制指令(A → R · 子通道 4.3) P0

A.4 诊断请求(双向 · 子通道 4.4) P2

📎 附 B:v0.1 → v0.2 变更说明