运行时问题定位Q2-PDU周期发送抖动

运行时问题定位 Q2：PDU 配了周期发送 100ms，但示波器看实际间隔是乱的——可能原因？从哪查？

原始 Flomo：https://v.flomoapp.com/mine/?memo_id=MjU0NzczMjcw

运行时问题定位 Q2：PDU 配了周期发送 100ms，但示波器看实际间隔是乱的——可能原因？从哪查？

关键认知：COM 的周期发送靠 Com_MainFunction 被周期调度来推进。所以「配置的 100ms」是 COM 内部发送节拍，不等于总线上严格 100ms。实际间隔 = COM 节拍 × 发送时机 × 总线仲裁的叠加。

可能原因（按概率）：

1. Com_MainFunction 的调用周期不稳：周期发送依赖 MainFunction 被固定周期调用；若调度它的 OS Task 周期不是 100ms 的整数倍、或该 Task 抖动大（被高优先级/长任务/中断抢占），发送节拍就乱。

2. COM 发送周期与 MainFunction 周期没对齐：如 MainFunction 100ms、PDU 配 50ms，实际只能按 100ms 对齐，间隔看着就不规律。

3. 总线竞争 / 仲裁延迟：同一时刻多报文抢总线，低优先级被推迟，间隔被挤乱。看总线负载和报文优先级。

4. 发送失败：Bus-off、发送队列满、PDU 被丢弃，导致某几个周期没发出来，间隔看起来「乱」。

5. 信号更新 / 发送时机：Com 内部 shadow signal 更新与发送时机若配置不当（update bit / 周期不同步）也会影响。

从哪开始查：先查 COM 的 MainFunction 调度（OS Task 周期 + 抖动），再核对 COM 周期配置与 MainFunction 周期的倍数关系，接着看总线负载/仲裁（示波器 + 报文优先级），最后排查 Bus-off / 发送失败。

一句话：COM 周期发送是「尽力而为」的——只能保证每个 MainFunction 周期尝试发一次，无法保证总线上严格等间隔。间隔乱，十有八九是 MainFunction 调度或总线仲裁的问题。

上一题：https://v.flomoapp.com/mine/?memo_id=MjU0NzczMjE3
总表：https://v.flomoapp.com/mine/?memo_id=MjMxMTQ2NDk4

AUTOSAR

周期与测量边界补充

COM 的 Tx 周期由 PDU/发送模式配置与对应 Com_MainFunctionTx 调度共同决定；周期参数不一定简单等于 MainFunction 周期的整数倍，具体计数、偏移、DIRECT/MIXED/伪随机发送模式和 deadline monitoring 行为按 COM 版本与配置确定。

实际总线时间还会受 CAN 仲裁、帧优先级、总线负载、错误重发、BusOff、控制器 Tx queue 和网关转发影响。用 CANoe/CANalyzer 时间戳分析逻辑报文间隔；示波器用于检查物理层波形/边沿/错误，不应仅凭示波器“波形不齐”推断 COM 调度。

排查时分别记录：OS Task 周期与 jitter、Com_MainFunctionTx 实际调用时间、COM PDU Tx 请求时间、CanIf/Can Tx confirmation 时间和总线 Trace 时间，从而区分软件调度抖动与仲裁延迟。