[参考译文] CCS/EVMK2H：CCS 7.2。0.0.0013万 内存吞吐量分析硬件跟踪分析器从错误的事务监控器捕获

https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/614498/ccs-evmk2h-ccs-7-2-0-00013-memory-throughput-analysis-hardware-trace-analyser-captures-from-the-wrong-transaction-monitors

部件号：EVMK2H

工具/软件：Code Composer Studio

在 Windows 10下，当   程序在 访问7.2 内存的EVMK2H的C66xx_0内核上运行时，与TI仿真器7.0 ．48.0 和Keystone2 1.1 9一起使用CCS．0.0.0013万 尝试使用内存吞吐量分析硬件跟踪分析器。 已在 EVMK2H上使用XDS200板载调试探头，引导模式设置为“DSP No－Boot ”，并使用用于执行设备配置的..\..\emulation \boards\xtcievmk2x\gGE\xtcievmk2x.gel脚本。

已使用默认值启动内存吞吐量分析。 "Memory Throughput - CSTM_0"(内存吞吐量- CSTM_0)图未显示任何数据：

查看"跟踪查看器- C66xx_0"表，显示已捕获CFG和SPI_ROM_EMIF16域，而不是内存 吞吐量分析的预期DDR3A和DDR3B域：

从"Trace Viewer - C66xx_0"中检查分析属性，显示DDR3A和DDR3B已设置为事务监控器：

如果使用CCS DDRA.DDR3和6.0  仿真器．7.1 628.1 和 Keystone2器件支持0.0.0016万 1.1 9重复相同的测试， 则内存吞吐量分析将捕获DDR3A和DDR3B域的数据：

因此，在从CCS Emulators 6.0 ．0.0.0016万 / TI 7.1 更改为 CCS 7.2 ．0.0.0013万 / 带 TI仿真器628.1 7.0 ．48.0 的过程中，出现了某种情况，导致 内存吞吐量分析从不正确的事务监视器中捕获数据。

使用的示例项目附加 在e2e.ti.com/.../66AK2H14_5F00_C66_5F00_system_5F00_trace_5F00_TCI6638K2K_5F00_device_5F00_file.zip中

[在目标配置中，由于 66AK2H12设备文件缺少一些用于跟踪的条目，设备已设置为TCI6638K2K，而不是66AK2H12 -请参阅 https://e2e.ti.com/support/development_tools/code_composer_studio/f/81/t/51.1744万]