[参考译文] OMAP3503：无法连接到 ETM/ETB 以进行跟踪调试

Maciej、您好！

抱歉、如产品页面所示、此器件不再具有 TI 的持续支持。 您可能需要查看 Code Composer Studio 发行说明、并查看版本9.3是否支持 OMAP3503。  

此致、

＿＿＿＿＿＿＿＿＿

由于某种原因、我无法访问任何 v9版本的发行说明、但 v8和 v10分别引用了 OMAP 器件支持 v1.0.9和 v1.1.0。

让我在 CCS 团队中进行循环、以获得进一步的帮助。

根据我的文档、OMAP3x 不支持 ETB 跟踪

实际上、它可能受支持。 我正在跟踪工程部门。 很抱歉造成混淆

OMAP35x 技术参考手册确实显示了 ETM 存在。

Ki 现在离开了。

我看了 CCS 安装、发现 ETB 的 OMAP3530和 OMAP3503配置不同。

上面的捕获是详细的目标配置、您可以看到3530的 ETB。

我建议在3503配置中添加 ETB。

打开您的 CCXML 文件

选择底部的高级选项卡

在树中选择 CS_DAP_PC_0

单击添加按钮

选择子路径

为其命名、可能是 subpath_etb

单击"完成"

在左侧树中选择新的子路径

选中 右侧的"伪"框

再次单击添加按钮

选择"CPUs"选项卡

向下滚动并选择 CS_ETB

为其命名为 CCETB_0

单击"完成"

按如下方式设置属性

保存您的 CCXML 文件

现在尝试再次使用跟踪、以 ETB 作为接收器。

John

Maciej、

我不知道接下来会建议什么。  我的下一个建议是禁用断点、但您已经这么做了。  基本上、AET (高级事件触发)消息意味着调试堆栈无法分配它需要启用跟踪的硬件资源(硬件断点、触发器...)。   

我认为现实情况是、我们身边没有人尝试过 OMAP3505的跟踪。  我知道多年前人们在 OMAP3530上使用过它、但考虑到 ETB 甚至不在 OMAP3505的目标配置中、我怀疑它是在 OMAP3505上尝试的。  定义器件所具有的断点/触发器的底层代码中可能没有启用跟踪所需的信息。  我必须诚实地说、很难让某人看到这一点、因为该器件不再具有设计支持、而且我们的实验室中没有设计支持。

我可以尝试四处偷走、看看我是否能找到错误的东西。

此致、

John

我不知道为什么 ETB 被包含在 TRM 中、除非 有一个脚注、说明它在 OMAP3503上不受支持/测试。

不过、如果您设法找到一些东西、请告诉我。

TRM 确实适用于该器件。  我敢打赌 ETB 在物理上就在那里。  问题在于、当针对 CCS 完成了针对此器件的器件支持包时、未添加或测试 ETB 的信息。  我敢打赌、ETB 是使用 Lauterbach 进行测试的、因为该工具集常用于 OMAP3类器件。

此致、

John

Maciej、

我查看了一些较低级别的内容、我找不到任何明显的有用信息。

此致、

John

感谢您的努力。 似乎我们必须在没有的情况下做到这一点！

不幸的是，情况就是这样。