用 PCAN-View 留一份别人能复查的 CAN 抓包

用 PCAN-View 留一份别人能复查的 CAN 抓包，重点是让对方知道“这份日志看到了哪条总线、哪些帧，以及可能漏了什么”。只发接收列表截图，缺少时间范围、总线参数和过滤条件，别人很难判断空白是设备没发还是采集端没记录。

抓包前固定采集条件

记录 PCAN-View 与驱动版本、适配器型号、通道、设备标识、CAN 类型和接线图。经典 CAN 记录名义位速率；CAN FD 还要记录数据段速率、BRS 及相关时序；CAN XL 必须按对应硬件手册另核，不能仅因软件有选项就使用。本篇的合成样例只覆盖经典 CAN。

在授权的测试总线上确认接线、地参考与终端条件，再选择工作模式。Listen-only 可以减少采集端对总线的参与，但会改变 ACK 条件；如果原总线上只有一个发送节点，新增一个普通采集节点与新增一个监听节点的影响不同。开始前应说明你是否允许采集端参与确认。

过滤条件决定你能得出什么

先保存一段许可范围内的完整基线，再为具体故障建立过滤副本。记录标准/扩展 ID、通道、ID 范围与软件显示过滤。只看到 ID123，不代表其他 ID 没有出现；底层采集过滤若已丢弃数据，后期无法从日志恢复。

PEAK 官方说明 PCAN-View 可记录 TRC，显示总线错误和硬件溢出。采集时保存这些状态，不要只保留正常报文列表。出现溢出意味着可能丢数据，任何“这段时间没有帧”的判断都需要加上限制。界面时间戳的分辨率也不等于整体时间准确度或跨设备同步精度。

用一个可复查事件组织文件

为测试动作赋编号 C001，先开始记录，再执行许可的只读查询或预定动作，最后继续录一段恢复状态。保留操作时间线，不能只截故障附近三行，因为前后周期与状态可能解释问题。若分段，保留段号和相邻时间，不把重启计时后的 0 秒接到上一段后面。

下载合成 CAN 记录可查看一种中立交换格式：相对时间、通道、方向、ID、扩展标志、长度、原始数据、事件号。它不是 PCAN-View 原生 TRC，不能改后缀假装原生导入文件；真实交付应同时保存原始 TRC 与转换规则。

脱敏时保留可分析关系

若帧中含车辆标识或客户序列号，保留原始文件到受控位置，在分享副本中按字段规则替换。记录哪些 ID、字节和时间作过处理。不要随机改全部数据后仍要求对方验证计数器、CRC 或 DBC 数值，也不要删除时间戳却让对方分析周期抖动。

最后给文件计算摘要，并列出“可用来判断周期与原始字节、不能证明业务执行成功”等适用范围。没有真实适配器时，本文附件只演示交换字段和记录流程；总线参数、时间戳和错误状态都必须在现场采集。

常见问题

发送列表出现帧就表示线上成功了吗？ 不足以证明，要结合实际发送状态、错误与对端响应，队列记录可能只是请求。

接收列表截图能分析丢帧吗？ 通常信息不足，累计显示可能合并同 ID 更新，应使用完整时间序列与完整性记录。

能直接把 CSV 当 TRC 发给别人吗？ 不应混淆格式。标明自定义 CSV，附列定义；原生文件原样保留。

来源与配套记录

下载本文样例或空白记录（N066.json）。附件的 kind 明确区分合成数据与待填写记录，空值不是实测结果。

本文依据官方文档与自建合成样例整理，未连接真实设备完成现场测试；计算结果以附件脚本输出为准。核对日期：2026-10-23。

• PEAK PCAN-View 官方功能。
• Kvaser CAN 协议与 ACK。

操作入口见PCAN-View 软件说明；继续处理相关任务可看CAN 只有一台适配器时发送失败，怎样验证 ACK 与对端状态。