[参考译文] MSPM0G1507：如何减少 PWM 同步延迟时间？

尊敬的 LTO：

您可以在此显示任何波形以供我参考吗？

您使用的交叉触发方法（软件触发器）是什么？

B.R.

Sal

尊敬的 Sal：

感谢你的帮助。

我已将数据发送到您的私人消息。

此致、

ITO

尊敬的 Ito：

感谢您对该信息的澄清。

我找不到 SysConfig 文件、因此我不确定如何配置计时器。 虽然我看到已选择 TIMG7 和 TIMA0、但我假设您正在使用影子 CC 和影子加载来更新 PMW 周期和占空比。  

-那么,你使用的是什么触发方法与影子 CC 和加载? 您是否正在使用“热风“事件？

然后、当您要同步 TIMA0 和 TIMG7 时、我看到您使用 TIMG6 进行交叉触发。

- 为什么需要 TIMG6、直接使用 TIMG7 触发 TIMA0 看起来更简单。  

- BTW、TIMA0 和 TIMG7 是否一直都有相同的周期？

-从事件生成到开始处理的等待时间为 2~48µs。
中断处理程序中的处理时间约为 5µs。

事件生成的等待时间是多少？ 您是指中断进入延迟吗？

2 μ s 是可以的、而 48 μ s 看起来不合理。

此外、红线表示什么？

我不知道您如何判断延迟时间。 您是否使用 GPIO 在 TIMG7 中断中进行切换、然后您会发现中断中的时序更新比预期晚？ ->如果我有误解、请纠正我。

那么您在哪里更新 TIMA0 占空比和周期呢？ 也处于 TIMG7 中断中、但由于用于计算占空比的处理任务、会有一个延迟？

B.R.

Sal  

尊敬的 Sal：

感谢你的帮助。

我用私人消息向您发送了一封 SysConfig 屏幕截图。
问题将与客户确认。

此致、

ITO

尊敬的 Sal：

感谢您的答复。

-那么、您在 Shadow CC 和 Load 中使用什么触发方法？ 您是否正在使用 zeor 事件？

是的

- 为什么需要 TIMG6、直接使用 TIMG7 触发 TIMA0 看起来更简单。  [/报价]

这是因为 Clostrigger 示例代码使用 PWM 输出以外的计时器进行同步。

-顺便说一下、TIMA0 和 TIMG7 始终具有相同的周期吗？

是的

此外、它代表的红线是什么？

我们在中断处理程序内开始处理时将 PA31 输出到 Hi、在处理结束时将 PA31 输出到 Lo、并使用示波器对其进行监控。

我无法确定您如何判断延迟时间。 您是否使用 GPIO 在 TIMG7 中断中进行切换、然后您会发现中断中的时序更新明显晚于预期？

不执行处理来切换 TIMG7 中断。

那么您在哪里更新 TIMA0 占空比和周期呢？ [/报价]

在 TIMG7 中断处理程序内进行更新。

也在 TIMG7 中断中、但由于计算占空比的处理任务而有延迟？

占空比计算在主进程中执行、并在中断处理程序中进行设置。

我把文件寄给了你的私人媒体。

此致、

ITO

[/quote][/quote]

• 取消

• 向上 0 True 向下
• 取消

尊敬的 Sal：

您的进展如何？
请给我一些建议。

此致、

ITO

尊敬的 Sal：

客户测试取得了进展。

我会通过私人消息向您发送示例代码。

我们通过反映我们公司根据示例源代码更改的设置来调查延迟的原因。

示例：timx_timer_mode_pwm_edge_sleep_shadow_LP_MSPM0G3507_nortos_ticlang
・将 PA3 添加为 GPIO。
・μ s 通过打开/关闭端口输出测得的时间。

μ・反映了 SysConfig 上的示例工程和客户工程之间的差异
并将它们应用到样本、但采样没有延迟。
•在客户项目中、延迟时间发生了延迟和变化。
•接下来、我们重点介绍了采样和客户项目之间中断处理的差异、
并向样本中添加了 SysTick、但结果保持不变。
•由于 ADC 正在由中断处理、因此我们停止了 ADC、但结果保持不变。
•除了 SysTick、ADC 和计时器外、不使用中断。

・预防措施是、我们通过轮询检查了 PWM 零事件发生标志、发现零事件发生延迟了大约 1.5 μ s。
・在示例工程中、当使用中断时、中断处理程序处理过程在不到 1us 内开始、因此我们希望在可能的情况下使用中断。

【问题】
请告诉我们、是否有任何设置会导致归零事件发生和中断处理开始之间的时间延迟。 我们将更改这些设置。

此致、

ITO

尊敬的 Sal：

感谢你的帮助。

此问题已解决。

此致、

ITO