TRACE32在调试FreeRTOS、AUTOSAR OS、Linux以及其他受支持操作系统时，可以通过OS Awareness读取内核中的任务控制信息，并显示任务名称、状态、优先级、当前运行核心等内容。打开任务列表后只看到部分任务、任务名称为空、状态栏出现task error，或者某些任务字段缺失时，应先确认OS Awareness已经加载，再检查内核符号、地址转换和操作系统初始化状态。

　　一、TRACE32怎么查看任务运行状态

　　任务信息不是TRACE32单独从CPU寄存器中取得的，而是由对应操作系统的Awareness解析内核数据结构。因此，不同RTOS使用的配置文件会有所区别，但查看思路基本一致。

　　1、加载对应的OS Awareness

　　①先完成CPU连接和程序符号加载。

　　②确认当前使用的RTOS类型和版本。

　　③找到TRACE32对应的OS Awareness配置文件。

　　④以FreeRTOS为例，可以使用【TASK.CONFIG~~/demo/arm/kernel/freertos/freertos.t32】加载对应配置。

　　⑤AUTOSAR CP使用ORTI时，可以通过【TASK.ORTI】加载生成的ORTI文件。

　　⑥执行配置后查看TRACE32状态栏，确认没有出现红色【task error】。

　　⑦需要对应RTOS菜单时，再加载该系统提供的菜单文件。

　　⑧系统刚启动时先让程序运行到内核完成初始化，再查看任务信息。

　　如果Awareness文件与实际RTOS版本或处理器环境不对应，TRACE32可能仍能连接目标板，但任务解析结果会不完整。

　　2、打开任务列表查看状态

　　①在TRACE32命令行执行【TASK.List】。

　　②查看当前Awareness能够提供的任务列表。

　　③重点检查任务【name】【id】【prio】等字段。

　　④多核系统还可以查看任务所在【core】。

　　⑤找到目标任务后，打开该任务的详细信息。

　　⑥对比【Running】【Ready】【Waiting】等状态变化。

　　⑦程序暂停后再次查看任务列表，确认当前运行任务是否发生变化。

　　⑧需要检查任务栈时，再使用【TASK.STacK】查看对应任务。

　　不同操作系统能够提供的字段并不完全一致，因此不能要求FreeRTOS、AUTOSAR OS和Linux任务窗口显示完全相同的列。

　　二、TRACE32任务列表信息显示不完整如何处理

　　任务只显示一部分，或者任务名称、状态、栈信息缺失时，可以先检查Awareness有没有正常解析内核数据。状态栏出现task error时，更适合从符号和地址读取入手。

　　1、检查内核符号是否正确加载

　　①打开TRACE32的符号信息窗口。

　　②确认当前加载的是目标程序实际运行的ELF文件。

　　③检查RTOS内核相关符号能否正常找到。

　　④工程重新编译后，确认TRACE32没有继续使用旧ELF。

　　⑤如果内核单独编译，再确认对应目标文件包含调试符号。

　　⑥编译时不要把内核符号信息裁剪得过少。

　　⑦重新执行【TASK.CONFIG】。

　　⑧再次打开【TASK.List】检查任务数量。

　　Lauterbach列出的task error原因中，就包括没有加载Kernel Symbols、符号文件不匹配以及内核调试信息不足。

　　2、检查地址转换和目标内存访问

　　①在任务窗口出现异常时打开【SYStem.LOG.List】。

　　②清除旧日志。

　　③再次执行【TASK.List】。

　　④查看是否出现无效内存访问。

　　⑤系统启用了MMU时，检查当前【TRANSlation】设置。

　　⑥确认内核数据结构所在地址能够被TRACE32读取。

　　⑦打开对应内存地址，检查是否出现Bus Error或访问失败。

　　⑧修正地址转换后重新加载Awareness。

　　OS Awareness实际需要读取目标内存中的任务控制数据。地址转换错误时，即使符号名称正确，也可能只能解析到部分任务。

　　3、确认内核已经完成任务初始化

　　①在系统启动早期暂停CPU。

　　②执行【TASK.List】记录当前结果。

　　③让程序继续运行到调度器启动。

　　④再次暂停并执行【TASK.List】。

　　⑤检查此前缺失的任务是否已经出现。

　　⑥任务采用动态创建方式时，确认对应创建函数已经执行。

　　⑦已经退出或删除的任务，不应继续按静态任务数量判断列表是否完整。

　　⑧启动阶段一直显示task error时，把断点放到RTOS初始化完成之后再检查。

　　内核数据结构尚未初始化时，TRACE32没有足够数据生成完整任务列表，这种情况不适合直接修改Awareness配置。

　　三、基本任务信息正常但部分字段仍然缺失怎么检查

　　任务名称和状态已经能够显示，但栈范围、上下文或某些扩展字段仍然为空时，可以继续检查RTOS版本提供的数据结构以及Awareness附加参数。

　　1、检查任务栈范围信息

　　①执行【TASK.STacK】。

　　②查看任务的栈起始地址和结束地址是否存在。

　　③某些任务没有完整范围时，确认当前RTOS是否向调试器保留了栈大小信息。

　　④以部分FreeRTOS版本为例，可以在【TASK.CONFIG】中额外提供统一任务栈大小。

　　⑤例如任务栈均为0x400字节时，可按对应Awareness要求加入【0x400】参数。

　　⑥重新配置后再次打开【TASK.STacK】。

　　⑦如果栈占用统一显示异常，再检查【TASK.STacK.PATtern】是否与RTOS实际填充值一致。

　　2、确认Awareness版本与当前工程匹配

　　①检查TRACE32当前软件版本。

　　②查看项目启动脚本中的【TASK.CONFIG】路径。

　　③升级TRACE32后，确认路径仍指向当前安装目录中的Awareness文件。

　　④Arm工程如果仍引用旧的【demo/arm64】目录，应检查当前目录结构。

　　⑤重新选择对应RTOS的配置文件。

　　⑥加载程序符号后重新执行Awareness配置。

　　⑦再次打开任务列表和任务详细信息做对照。

　　总结

　　TRACE32查看任务运行状态依赖OS Awareness对内核数据结构的解析。任务列表不完整时，可以从Awareness配置、内核符号、地址转换和系统初始化状态依次检查；基础任务已经显示但栈或扩展字段缺失，再核对RTOS版本能够提供的数据以及TASK.CONFIG附加参数。如需进一步了解TRACE32任务状态查看、OS Awareness配置与任务信息异常排查方法，欢迎联系咨询。