[参考译文] TMS320F28377S：SFRA 低频限制、在温度控制中应用 SFRA

爱德华  

没有低频限制、但 SFRA 专为更快的控制环路而设计、因此我们仅在0.5Hz 及更高频率下进行了测试。  

2.检查具有10Hz 带宽的系统、否则这不是问题、我们必须对 PFC 中的电压环路执行此操作

图40.

3.您可以执行一些操作来加快 SFRA 的执行速度。 执行更少的频率点、即仅执行10 -20点左右  

4、低频扫描需要更长的时间、如果一个频率比另一个频率花费的时间长得多、有时稍微使用频率值会使 SFRA 不会出现数字精度问题。  

5、Edward、是的、如果调用 SFRA 的 ISR 速率为16-140Hz、则会花费很长的时间、很遗憾、目前我们没有机制让用户调整 SFRA 的速度、从而影响精度。 我已将其添加到 未来版本的要求中。 目前、我没有解决方案。  

我唯一可以建议的是、如果您可以稍微 加快运行速度？ 我知道带宽非常低、不需要快速运行、但这将有助于提高执行速度。  

此外、SFRA GUI 冻结可能只是 SCI 通信在一段时间后冻结。 您可以查看 sfra 对象 freqindex 并查看它是否在递增。 ？

您好！

•  在查看映射文件时、我发现SFRA 库在 ebss 段中包含一些数据

它不是.ebss 中的 SFRA 数据、而是我的 SFRA.obj 文件。

有趣  的是、我将每个与 SFRA 相关的数据(幅度、频率矢量等)移动到 RAM 地址< 0x10000、但 SFRA 仍然不满意。 将整个.ebss 移动到< 0x10000可修复 SFRA 注入、但再次放置.ebss > 0x10000可中断 SFRA 注入。 我在 LCR SFRA_F_INPUT 调用下方的反汇编窗口中放置了断点。 注入调用返回时的 DP 为0x634、即>= 18D00或 RAMGS12、该值为空、根本不使用。 再次将.ebss 移到0x10000以下并在同一位置停止、DP 现在为0x234、它指向诸如_SFRA_F_PRECount 等内部 SFRA_lib 变量

是否有任何想法、为了避免 SFRA 库出现问题、还必须提供其他什么？ SFRA pdf 仅指示将 SFRA 注入和收集例程置于 RAM 中以获得最佳性能、并将 SFRA_F_Data 置于 dataRAM1中(未对此进行解释)、 必须将 dataRAM1放置在0x10000或不放置。 在我的 SFRA_F_Data 被分配< 0x10000的情况下，我还尝试将 SFRA_F_INIT、Collect 和 CINTalso 注入到 RAM < 0x10000，这是没有帮助的。 出于某种奇怪的原因、整个.ebss 必须位于< 0x10000。 有什么想法为什么？

编辑：

SFRA_FTMU_Lib 单点时间似乎与测试频率一致。 每个下一步所需的时间更少。 这比 SFRA_F_Lib 更好。 但是、500kHz 时的100Hz ISR 大约需要5-6秒。 从100Hz 到200kHz 的100点需要大约2.5分钟、这大约是 SFRA_F_Lib 的5倍、它在  不到30秒的时间内完成相同的100Hz - 200kHz 100点。 嗯、如果使用 SFRA_FTMU_Lib 的单个100Hz 点需要5秒、那么0.1Hz 将需要一个多小时。 不适合这么慢的循环 我将使用更快的 PWM-TEC 环路来尝试它、我希望它能正常工作。 我稍后会尝试、目前没有硬件。

谢谢

Edward