跳转至

采集模式

Protocol Analyzer 提供三种采集模式，各自针对不同的分析场景优化。

模式比较

特性 Protocol Analyzer Protocol Logger Protocol Monitor
实时显示 是 否 否
数据处理 采集期间 采集之后 采集之后
内存上限 RAM + 设备 硬盘 仅设备
适合 交互式调试 长时间采集 事件监控
PC 性能需求 高 中高 低

Protocol Analyzer

实时采集，并立即解码与显示协议。

功能说明

采集的数据会回传 PC 实时显示。您可以在采集的同时立即看到协议数据。

优点

  1. 立即可见： 数据实时出现
  2. 小量采集： 短时间测试不需设置内存上限
  3. 交互式： 采集进行中即可查看结果

注意事项

  • 需要较高的 USB 性能： 数据传输与处理同时进行
  • 电脑性能： 若 PC 跟不上，采集期间可能变慢
  • 内存满时自动停止： 若电脑处理数据的速度不够快，设备可能自动停止

重复采集规则

重复次数：

  • 停用： 符合停止条件后设备即停止
  • 启用： 符合停止条件后，设备保存数据并重复采集指定次数
  • 设为 0： 连续重复采集

停止条件：

有两种自动停止条件：

  1. 数据行数： 保存的数据行数达到设定值时停止
  2. 需要特定数量的协议事务时使用
  3. 避免不必要的长时间采集

  4. 默认：关闭

  5. 设备内存上限： 设备内存达到设定上限时停止

  6. 防止内存溢出
  7. 内存使用百分比可调整

最佳实践

  • 用于快速协议调试
  • 监控突发流量样式
  • 验证基本协议功能
  • 检查立即出现的错误或非预期行为

Protocol Logger

采集到磁盘，不做实时处理。数据先保存，稍后再分析。

功能说明

数据回传 PC 保存，但不处理也不显示。只有在您按下 Stop 之后，数据才会开始处理与显示。

优点

  1. 大量采集： 只要硬盘够大、够快，就能保存庞大的数据量
  2. 延后分析： Logger 文件（.LOG）可稍后打开分析
  3. 不必在采集后立即分析
  4. 保存采集结果供日后参考
  5. 与团队成员分享采集结果

注意事项

  • 需要高 USB 与磁盘性能： 持续高速流式传输数据
  • 大量数据需求：
  • 需要大量硬盘空间
  • 采集后分析时间长
  • 处理时间与采集长度成正比

采集后执行数据处理

选项： Logger 采集停止后执行数据处理

  • 勾选： 停止后软件立即分析数据
  • 未勾选： 软件仅保存 Logger 数据而不分析
  • 停止采集较快
  • 稍后重新加载 .LOG 文件再分析

文件格式转换：

当您分析数据时（立即或稍后），文件名会从 .LOG 转换为 .TLW 格式。

最佳实践

  • 用于长时间采集（数小时／数天）
  • 无法实时解码的高速协议分析
  • 采集随时间偶发的问题
  • 生产环境监控

硬盘建议：

  • 使用 SSD 以获得最佳性能
  • 每小时采集至少需 10GB 可用空间（因协议速度而异）
  • 尽量使用快速的专用磁盘

Protocol Monitor

采集到设备内存，通过触发或手动取回数据。

功能说明

数据保留在设备中并覆写旧数据，不回传 PC。采集可手动停止或由触发条件停止。之后设备填满内存，并将数据回传 PC 显示。

优点

  1. 降低 PC 负载： 采集期间数据不回传 PC，将性能需求降到最低
  2. 固定数据量： 总数据量等于设备内存容量
  3. 长期监控： 触发条件可长时间监控
  4. 只有符合触发条件时才填入内存
  5. 对罕见事件很有效率

注意事项

下列情况需手动停止：

  • 未设置触发，或
  • 已设置触发，但您想在内存填满前取得数据

按 Stop 将数据回传电脑。

工作选项

设备内存上限

  • 未勾选： 使用最大设备内存
  • 勾选： 内存使用比例可调整
  • 内存较少＝后续处理时间较短
  • 不需要完整内存容量时很有用

等待停止（Wait for stop）

采集会持续到按下“Stop”为止

  • 采集持续进行
  • 内存满时，新数据取代旧数据（环形缓冲区）
  • 准备好时按 Stop
  • 最新的数据回传电脑

使用场景： 采集某个已知事件前最近的活动

等待触发（Wait for trigger）

采集会持续到符合触发条件为止

未设置触发条件时：

  • 没有前／后触发关系
  • 显示“Capturing...”直到设备内存填满

已设置触发条件时：

设置触发后行为：

  1. 填满设备内存再停止： 依触发位置填满剩余内存，然后停止
  2. 依前／后触发比例

  3. 采集最多数据

  4. 立即停止： 触发时立即停止采集

  5. 反应最快
  6. 不填满剩余内存

  7. 数据量较小

  8. 等待数秒再停止： 触发后继续采集指定时间

  9. 时间可设置
  10. 若内存先填满则提前停止
  11. 折中做法

触发位置：

数据依设置的触发位置百分比填入。例如：

  • 触发位置 20% ＝ 20% 前触发数据、80% 后触发数据
  • 触发位置 50% ＝ 50% 前触发数据、50% 后触发数据

最佳实践

  • 监控系统的特定错误状况
  • 有效率地采集触发事件前后的数据
  • 长时间监控时降低 PC 资源使用
  • 以触发条件调试偶发问题

典型流程：

  1. 为错误状况或特定样式设置触发
  2. 开始采集并让它运行
  3. 触发发生（或手动按 Stop）
  4. 分析事件前后采集到的数据

选择合适的模式

使用 Protocol Analyzer 的时机：

  • 进行交互式调试
  • 需要实时查看数据
  • 采集时间相对较短
  • PC 性能足够
  • 立即反馈很重要

使用 Protocol Logger 的时机：

  • 需要长时间采集
  • 协议数据率超过实时解码能力
  • 需要保存采集结果供日后分析
  • 有足够的磁盘空间
  • 为文档保存采集结果

使用 Protocol Monitor 的时机：

  • 等待特定触发条件
  • 以低 PC 负载长时间监控
  • 只需要特定事件前后的数据
  • 设备内存足以容纳该事件
  • 前／后触发采集很重要