深度解析嵌入式软件时间系统｜EP07

10ms 周期的报文，总线上实测 8~12ms 跳动。代码没改，配置没动，问题稳定复现。

这是很多 AUTOSAR 工程师都遇到过的场景，排查时容易一头扎进驱动、COM 栈或 OS 抢占里反复打转。

本期视频用一个真实项目改编的案例，展示了一套从表象到机制的分层下钻排查法：

第一步：Overview 看 Task CET——发现 CET 本身在抖动，排除 OS 抢占嫌疑

第二步：甘特图下钻到 Runnable——发现 Com_Tx_mainfunction 的启动时刻不固定

第三步：锁定根因——同 Task 内前置 Runnable 偶发耗时增加，把整个执行队列往后推

一个核心判断逻辑：

CET 稳、GET 抖 → OS 抢占问题

CET 抖 → Task 内部 Runnable 问题

CET 稳、发送时刻抖 → COM 下层 / 驱动问题

三条教训值得记住：分层下钻别跳层、CET 是分诊的关键信号、Runnable 调度顺序有工程意义。

6 分钟讲清楚，建议直接看视频 👇

欢迎持续关注本系列更新。