[参考译文] AM2732-Q1：CCS 中的 AM2732 EVM 调试器复位

再次大家好：  
有什么特别关于问题 1 的消息吗？ 如何通过 CCS 从调试器触发复位？

尊敬的 Konstantinos：  

我想您需要的是 CCS 中的系统复位功能。 它可以与 XDS TI 调试器配合使用。   

可在此处查看 CCS 文档： https://software-dl.ti.com/ccs/esd/documents/xdsdebugprobes/emu_resets.html

请参阅此处的 TI JTAG/跟踪调试器连接器说明： https://software-dl.ti.com/ccs/esd/documents/xdsdebugprobes/emu_jtag_connectors.html

• 您特别希望  在上述连接器页面中引用仿真和跟踪接头 TRM

请参阅“表 12. MIPI 60 引脚接头信号命名约定“。  

对于 MIPI-60 XDS 调试器、I 引脚 6 “MIPI_NRST"是“是系统复位引脚、应是调用系统复位功能时 CCS XDS 调试器驱动程序切换的引脚。

用于此系统复位的 GUI 控件的位置可能会根据 CCS 版本而变化、但我认为它应该位于 Run Menu > Reset > System Reset 下。 右键点击当前加载的目标调试配置时也会弹出。  

MIPI-60 引脚 9 “JTAG_NRST"是“是用于复位所连接器件 JTAG TAP 的标准 JTAG 复位信号。 JTAG_NRST 可由所连接的调试器切换以复位所连接的 JTAG TAP。  根据调试器及其特定的配置、这可能根本不会切换、或者您可能会在调试器上电期间看到单次复位。  

如果您在查找特定系统复位功能或在相应的 MIPI_NRST 引脚上查看活动时遇到任何问题、请告诉我。  

谢谢您、

-兰迪

感谢您提供详细且记录在案的回答 Randy、

设置：
我将 AM2732 EVM 与 XDS560V2 调试器连接到 J19 MIPI 连接器。
我使用示波器 监测 引脚 6“MIPI_NRST"（“（使用（使用 MIPI 分线适配器轻松捕获 MIPI 连接器引脚） 。

引脚 6 监控：

对于 MIPI-60 XDS 调试器、I pin 6 “MIPI_NRST"是“是系统复位引脚、应该是调用系统复位功能时 CCS XDS 调试器驱动程序切换的引脚。

 引脚 6“MIPI_NRST"始终“始终为高电平（因为它与上拉电阻连接）。 但是、执行“运行菜单> 复位>系统复位“过程 它不会改变引脚 6 的状态。

目标：

是的连接 J19 引脚 6 MIPI_NRST 连接到 AM273_NRST 从调试器复位 SoC 的适当方法是什么？

因此、我无法与 AM2732 EVM 的 TP4 执行此连接、因为 CCS 不会触发引脚 6。 是否可以通过任何其他方法使用调试器来复位电路板、该方法应该怎样？

我的目标是实现此功能、因为根据设计、每次启动调试会话时、都需要给此 EVM 加一个开关、这很难实现（仅通过发出另一个调试会话来重置其他 EVM）。  


我缺少什么吗？ CCS 似乎忽略了在 CCS 系统复位时调试器引脚 6 的切换。 它是专门用于 AM2732 EVM 的吗？

您好、  

如果系统复位菜单项没有切换引脚 6、则仿真器硬件/固件或此功能的 CCS 实现可能会存在一些问题。 您使用的是哪个 CCS 版本？ 我想向 CCS 支持团队提出这个问题。  

-兰迪

我使用的是：
CCS：  20.4.0.13__1.10.0
Blackhawk USB560v2 swRev：  5.0.573.0

您能否 验证 CCS 是否按预期切换引脚？

您能否 验证 CCS 是否按原样切换引脚？

我没有专门的硬件专业知识来回答这个问题。 但我可以说、当我将 Blackhawk XDS560v2 调试探针连接到我的 AM273 EVM 上的 MIPI 连接器 J19、然后通过 CCS 发出系统复位命令 (Run > Reset > System Reset) 时、调试器会接收系统复位命令并在目标上成功执行该命令。 该命令在目标上具体执行的操作取决于器件、因此我将推迟到相关的器件专家。 但我可以看到系统复位已在目标上发出并执行。

如何验证是否已成功对目标执行重置？
该命令在 UI 中执行、但我无法检查其效果。 J19 引脚 6 和 9 均未连接到 SoC、那么 CCS 的系统复位是什么？

如何验证是否已成功对目标执行重置？

通过 启用其他诊断日志 （调试服务器日志）、我使用工程分析了日志、我们可以看到调试器发出了系统重置命令、驱动程序在目标上执行了一些操作。  

根据工程：

驱动程序读取 0x6 并将 0x7（即我们设置位 0）写入 AP 7 上偏移 0xF0 处的寄存器（这就是 0x207F0 的含义）。
根据器件 xml 文件、这是 PWR-AP 上的 SPREC 寄存器。 根据 mspm0 的 PWR-AP 规范、位 0 是 SYS RST 位。 据我所知、所有 PWR-AP 实现中的系统复位位都相同。

因此、我想说的是、在给定器件 xml 文件的情况下、我们似乎在做正确的事情。

因此、从 CCS/驱动器方面来看、似乎成功了。 器件专家更想了解是否实际执行了正确的目标操作。

谢谢

Ki

尊敬的 Ki：  

Konstantinos 将 XDS560V2 连接 到我们的一个 https://www.ti.com/tool/TMDS273EVM 上。  

该目标  EVM 只将 J19.6 MIPI_NRST（系统复位）信号路由到电路板上的 4.7k 上拉电阻、而不是其他地方。 我们没有明确实现任何目标、但 Konstantinos 希望修改电路板以使用此信号。 但在探测该信号时他根本看不到切换。  

驱动程序读取 0x6 并将 0x7（即我们设置位 0）写入 AP 7 上偏移 0xF0 处的寄存器（这就是 0x207F0 的含义）。
根据器件 xml 文件、这是 PWR-AP 上的 SPREC 寄存器。 根据 mspm0 的 PWR-AP 规范、位 0 是 SYS RST 位。 据我所知、所有 PWR-AP 实现中的系统复位位位位都是相同的。

您在这里引用了什么？  XDS560v2 驱动程序和固件具有哪些特定功能？ 我不再有此仿真器可供自己测试。 在这种情况下、目标板行为不会影响引脚行为。 Konstantios 只是在探测 MIPI-60 引脚以查看预期的切换、而没有。  

目标 EVM 上没有任何内容来停止此信号、因此我怀疑 drivers/CCS SW/XDS560V2 FW 链上可能有所不同、并且长时间未经过验证。  SDTO 中的某人能否验证此寄存器写入是否确实会  按预期切换 XDS560V2 引脚？

谢谢、

-兰迪

尊敬的 Randy：

已经是一个月了。 您是否有关于此问题的任何新闻或更新？

此致、

Konstantinos