[参考译文] CPU2访问 ePWM CMPA/BHR

您好！

[引用]我知道 SFO()只能由 CPU1运行(可能是因为它需要访问这些配置寄存器)。 我相信，基于之前的线程，SFO()使用 ePWM1来执行校准，然后用新的 HRMSTEP 值更新所有其它通道。 因此 CPU2拥有的任何通道都不会由 SFO ()更新。 但是、用户应用程序可能会将 HRMSTEP 值从 ePWM1传输到 CPU2拥有的通道、从而解决问题、纠正？[/引用]

是的、SFO ()使用 EPWM1来执行校准、并使用 结果更新相应的 HRMSTEP 寄存器和 MEP_ScaleFactor 变量。  生成的 MEP_ScaleFactor 值可通过共享 RAM 等方式传输到 CPU2、以更新 CPU2所拥有 ePWM 的 HRMSTEP 值。  

谢谢

Vasudha

[引用 USER="Mike Twieeeg]我知道 TI 建议只有 CPU1使用 HRPWM。 但其他线程(尤其是这个)表明、限制仅针对必须由 CPU1完成的特定寄存器(HRCNFG、HRCONFIG2等)。 在许多情况下、配置这些寄存器后、只需访问 CMPA/CMPB/FED/RED 的高分辨率扩展。 我想知道 CPU2是否可以写入这些寄存器、是否被赋予 EPWM 通道的所有权。

是的、根据上述线程、只需要在 CPU1中完成与 HR 相关的初始配置、之后 ePWMx 所有权应传递给 CPU2。 在 CMPA/CMPB/FED/RED 的 HR 扩展之后、可以通过 CPU2进行访问。

谢谢

Vasudha

您好！

只有少数几个 HR 寄存器仅在 EPWM1中可用。 这方面的文档不清楚。我将检查 HRMSTEP 是否也是其中之一、然后返回。

谢谢

Vasudha

Vasudha、您好、 对此有任何更新吗？

您好！

由 SFO 更新的 HRMSTEP 寄存器可由所有其他 HRPWM 实例访问、即使它由其他 CPU 拥有也是如此。 因此、如果启用了自动转换、则无需将步进值从 CPU1传递到 CPU2。 如果自动转换关闭、则需要将由 SFO 库更新的 MEP_ScaleFactor 变量从 CPU1传递到 CPU2。 这可以通过应用中的 IPC 来实现。

谢谢

Vasudha

感谢 Vasudha、

在我的情况下、自动转换打开、因此在 CPU1上执行的 SFO ()将更新所有 PWM 通道、只要 PWM1归 CPU1所有、我猜是这样。 除此之外，SFO ()和其它 PWM 通道之间是否有任何交互的可能性？ 比如阻止 CPU2/CLA 访问 CMPA/CMPB HR 寄存器？

您之前还提到了以下内容：

"很少有仅在 EPWM1中可用的 HR 寄存器"

您是指"CPU1"、而不是"EPWM1"？ 您能否提供此类寄存器的完整列表？

此致、

Mike

您好！

我正在检查寄存器列表、并将很快返回。

谢谢

Vasudha

尊敬的 Mike：

由于美国假期、请在下周初回复。

此致、

Marlyn

Vasudha 或 Marlyn、您好吗？您能给我一个更新吗？