SystemView不支持纳秒级时间戳，其实际分辨率受限于硬件计数器与系统开销，稳定捕获为100 ns～1 μs量级；必须启用DWT_CYCCNT并正确配置时钟频率、临界区保护及RTT缓冲，否则将出现时间错乱或丢帧。
SystemView不支持纳秒级时间戳，硬件限制决定最小分辨率
SEGGER SystemView 本身不提供纳秒级时间线——它的时间戳精度由目标芯片的 DWT_CYCCNT（Cortex-M）或 SysTick/ETM 等底层计数器决定，典型值是 CPU 主频分频后的一个周期，比如 100 MHz 下理论最小分辨率为 10 ns，但实际受中断延迟、事件采样路径、SystemView Agent 代码开销影响，稳定捕获到的是 **100 ns ~ 1 µs 量级**。FreeRTOS 的 vApplicationGetTimerHz 和 xPortSysTickHandler 配置也会影响时间基准对齐。别被“纳秒级”宣传误导，真实 trace 中连续两个 TRACE_TASK_SWITCHED_IN 事件的时间差通常 ≥ 300 ns（STM32H7@480MHz 实测）。
必须启用 DWT_CYCCNT 并校准 SystemView 时间基准
SystemView 默认用 SysTick 计数，但 SysTick 是 ms 级，无法满足微秒/亚微秒调度分析。必须切换到 DWT_CYCCNT（Data Watchpoint and Trace Cycle Counter），它是 Cortex-M3/M4/M7/M33 的 32 位自由运行周期计数器，频率 = CPU 主频。
-
DWT->CTRL |= DWT_CTRL_CYCCNTENA_Msk必须在main()开头或SystemInit()后立即使能，晚于第一个 FreeRTOS 调度就丢初始周期 - 调用
SEGGER_SYSVIEW_Conf.h中的SEGGER_SYSVIEW_GET_TIMESTAMP()宏，返回DWT->CYCCNT，不能直接返回HAL_GetTick() - 在
SEGGER_SYSVIEW_Conf.h设置#define SEGGER_SYSVIEW_CORE_CLK_FREQ 480000000（填你的真实 CPU 频率），否则时间轴刻度全错 - 若使用 HAL，确保
HAL_Init()不重置 DWT 控制寄存器（某些 CubeMX 版本会清DWT->CTRL）
FreeRTOS 集成需钩住关键调度点，且禁用中断嵌套干扰
SystemView 依赖 FreeRTOS 的 trace 宏注入事件。仅开启 configUSE_TRACE_FACILITY=1 不够，必须显式启用任务切换跟踪：
- 定义
#define configUSE_TRACE_FACILITY 1和#define configUSE_STATS_FORMATTING_FUNCTIONS 0（后者不必要且拖慢） - 在
FreeRTOSConfig.h中启用：#define traceTASK_SWITCHED_IN() SEGGER_SYSVIEW_RecordEnterISR(); SEGGER_SYSVIEW_OnTaskStartExec(pxCurrentTCB->pcTaskName); SEGGER_SYSVIEW_RecordExitISR() - 同理定义
traceTASK_SWITCHED_OUT()调用SEGGER_SYSVIEW_OnTaskStopExec() - 关键：所有
SEGGER_SYSVIEW_*调用必须包裹在taskENTER_CRITICAL_FROM_ISR()/taskEXIT_CRITICAL_FROM_ISR()中，否则中断嵌套时 DWT_CYCCNT 被改写或 ISR 重入导致时间戳乱序 - 避免在
vApplicationTickHook里打点——它每 ms 一次，与任务切换无关，纯增噪
抓取时关闭 RTT 流控、限制 trace 深度，否则丢帧严重
SystemView 通过 J-Link RTT 实时上传 trace 数据，但 RTT 缓冲区小、USB 批量传输有延迟。高频率任务切换（如 10 kHz 以上 tick 或大量队列唤醒）极易触发 RTT ERROR: Buffer overflow，表现为时间线断层、事件缺失。
立即学习“C++免费学习笔记（深入）”；
- 在
SEGGER_RTT_Conf.h中设#define SEGGER_RTT_MAX_NUM_UP_BUFFERS 2，并增大上行缓冲区：#define BUFFER_SIZE_UP 8192（默认 1024 太小） - 启动前在 SystemView GUI 中勾选
Enable streaming，但取消勾选Record all events，改用Filter events只留Task Start/Stop和Queue Send/Receive - 实测发现：STM32F407 + J-Link OB 在 168 MHz 下，持续抓取 > 2 秒就大概率丢帧；建议单次抓
500 ms，用SEGGER_SYSVIEW_Stop()+SEGGER_SYSVIEW_Start()分段触发 - 若仍丢帧，临时降低 CPU 主频（如从 168 MHz 降到 84 MHz）可显著改善——不是性能问题，而是 RTT USB 批处理与高速 DWT 计数器的同步瓶颈
真正卡住多数人的不是配置，而是误信“纳秒级”指标去调 DWT->CYCCNT 的读取时机——它必须在关中断最短路径里完成，任何函数调用、分支判断、甚至未优化的 inline 都会让两次读数之间混入不可预测延迟。实际能稳定复现的最小间隔，永远比理论值大一个数量级。
