状态栏诊断#
状态栏用于快速判断系统是否健康。它把连接状态、吞吐率、CPU 占用、队列压力、CAN 协议层和告警信息藏在 hover tooltip 里,不占主界面空间,但排障时非常有用。
状态栏区域#
区域 |
看什么 |
|---|---|
连接图标 / 类型 / 设备名 |
当前是否连接、连接类型、设备名称,以及后台工作负载概况。 |
TX / TF |
发送帧数、字节数、速率、队列深度、丢弃、FIFO full 和等待路径。 |
RX / RF |
接收帧数、字节数、速率、队列深度、丢弃、FIFO full、CAN bus load。 |
DROP 告警 |
出现丢弃或背压时显示,hover 可看主导原因和建议。 |
复位统计 |
清空帧数、字节数、队列高水位、等待计数、CAN 统计和吞吐率。 |
连接 tooltip#
连接 tooltip 适合回答“现在工具是不是忙在某个环节”。它会显示连接状态和多个后台任务的 CPU 占用。
用户侧判断:
现象 |
可能含义 |
|---|---|
RX 或 Pipeline CPU 高 |
接收速率高、协议解析重、表格/文本数据很多。 |
TX CPU 高 |
周期发送密集、USB 提交频繁或发送队列压力大。 |
Device CPU 偶尔变化 |
设备扫描或健康检查,不一定是问题。 |
Control 短时变化 |
正在连接、断开、复位或切换模式。 |
TX 等待路径#
TX tooltip 中的等待路径可以帮助判断发送瓶颈在哪里。
路径 |
用户侧解读 |
|---|---|
Data |
等待数据,通常表示发送端比较空闲。 |
Due |
等待周期到期,说明周期节流正在正常工作。 |
Pool |
USB 发送池被占满,常见于周期过低或设备/USB 控制器处理不过来。 |
Reap |
等待完成回收偏多,可能是 USB 完成回调延迟或系统负载较高。 |
颜色提示:
状态 |
颜色 |
处理建议 |
|---|---|---|
Pool 占比高 |
红色 |
降低发送频率、减小载荷,或检查 USB 设备响应能力。 |
Reap 占比高 |
黄色 |
关注完成延迟,减少后台负载或降低发送压力。 |
Data 占比高 |
绿色 |
通常是健康空闲状态。 |
Due 为主 |
中性 |
周期节流本身正常,不一定需要处理。 |
DROP 告警#
DROP 不是“界面显示慢”这么简单,它表示某个环节已经出现背压或丢弃。hover 后会拆成更具体的来源。
来源 |
建议 |
|---|---|
RX ring drops |
接收后处理跟不上。降低进入速率,减少解析/显示压力,检查 Pipeline CPU。 |
RX FIFO full |
USB 读或直推路径积压。检查设备发送速率和电脑负载。 |
TX ring drops |
发送调度队列满。降低周期发送频率或减少启用行。 |
TX FIFO full |
USB 发送池饱和。降低 TX 速率、减小包长或检查设备端处理。 |
看到 DROP 告警时,应先保存导出文件,再调整测试条件。不要只清空统计继续跑,否则会丢失关键现场证据。
CAN bus load#
CAN 模式下,RX tooltip 会显示总线负载率。它帮助判断问题是否来自总线拥堵。
负载率 |
颜色 |
判断 |
|---|---|---|
小于 40% |
绿色 |
总线较空闲。 |
40% 到 70% |
黄色 |
中等繁忙,注意低优先级帧延迟。 |
70% 以上 |
红色 |
总线严重繁忙,低优先级帧延迟很可能明显。 |
CAN 协议层信息#
CAN 模式下,状态栏还会显示协议层统计,例如 CAN 帧收发、构建失败、解析丢弃、未完整帧和 CRC 错误。这些指标适合区分:
USB 传输正常,但 CAN 协议解析失败。
CAN 总线有报文,但上层载荷不符合预期。
发送构造失败,问题在工具侧配置而不是设备无响应。
复位统计会清什么#
复位统计用于开始新实验前清零,不会断开设备。
会清空:
RX/TX 帧数和字节数。
RX/TX 队列丢弃和高水位。
FIFO full 事件。
TX wait 计数。
CAN 协议统计。
瞬时吞吐率。
建议每次正式测试前先复位统计,测试结束后先导出,再复位下一轮。