This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] UCD3138A:关于 UCD3138A 的问题

Guru**** 2445440 points
Other Parts Discussed in Thread: UCD3138A, UCD3138

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/1536037/ucd3138a-question-about-ucd3138a

器件型号:UCD3138A
主题中讨论的其他器件: UCD3138

工具/软件:

您好:

客户 UCD3138A 的应用问题如下:
该应用是一个恒流源项目、在调试期间、发现 DPWM 周期发生了突然变化。 为解决这一现象进行了以下实验:
程序以开环方式运行、在第一个实验中、使用 TI 的演示板对其进行了验证。 发现此周期是稳定的、但与计算值不匹配。 设置为 16000 的周期应对应于 4uS 的周期、但测量值为 4.545us、比计算值大 45ns、
第二个实验也是开环操作、在客户自己的电路板上进行了测试、再次发生了突然的周期变化。 这种现象是,每 3 至 4 个周期比理论值大,就会突然出现两个持续时间为 4uS 的周期;

客户的问题是、实际周期与理论值相差过大是否合理? 如何避免第二次循环跳跃的现象?

这在以前的应用中一直是个问题、但以前的大多数项目都是恒压源工程、该工程不需要高输出电压纹波并且不影响使用、因此我们没有注意这种情况。 最近的恒流源项目对输出电流纹波要求非常高、甚至电流纹波越小越好。 当客户测量纹波时、他们发现开环条件下电流纹波中存在不规则抖动。 因此、可追溯到 UCD3138A 给出的期间出现了波动。
下面的第一张图片显示严格的周期为 4uS、下一个周期的持续时间增加约 20ns

   


功率级不工作、只有 UCD3138A 在开环模式下工作、这与外设电路几乎没有关系。 客户认为软件设置可能存在问题、想寻求 TI 技术支持帮助以调查这种情况。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Jimmy、

    4ns 的偏移对应于 UCD3138A 的 1 PCLK((PCLK 是 250MHz 计时器)。 因此、由于振荡器/处理器时序、4ns 或 8ns 预期事件的延迟/移位将是预期的偏移(例如,如果尝试同步 2 个 DPWM、由于它需要 1 个 PCLK 周期来同步、它们通常会间隔 4ns)。 然而、45ns 是一个相当大的差异、不应由 UCD3138A 本身引起。 要实现 45ns 偏移、我认为您的代码和设置的时序应该有问题。  

    代码中是否有任何可编程的死区时间? 是否有故障、CBC 或消隐时间? 前端检测和 DPWM 事件之间是否存在任何钳位? 任何中断? 这些都可能是潜在的延迟源。

    FYI、7 月 4 日是美国假日。 请预计后续回复会延迟。

    此致、

    Jonathan Wong

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Jonathan:

    当前应用为固定死区和开环运行、FAULT、CBC、消隐时间、没有钳位或中断、客户还认为这应该与软件设置或外设电路有关。 TI 是否建议使用演示程序作为参考?
    此外、客户方面实际上有两个问题、
    1.在 ti 的演示板测试中,周期是稳定的,但比设定值大 45ns 左右
    2.在客户自己的板上测试相同的程序,周期开始突然变化,但可以测量与设定值相同的周期。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Jimmy、

    如果问题与软件设置有关、则需要查看代码以查看是否存在任何问题。 我们确实提供了现有的 UCD3138 固件、我建议将此固件作为起点、同时也作为比较您的设置是否正确的方法。 它们还可以从 UCD3138x 培训实验室开始、实验在实验 2 中以开环配置来配置 UCD3138x。 客户使用哪种拓扑?  

    “固定死区“是指固定死区时间吗?  

    此致、

    Jonathan Wong

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Jonathan:

    是的, ucd3138 是在开环‘s 工作的,固定默认时间,frone_end , filters 不工作,只有 dpwm0 是启用的。我的客户的项目是基于 HSFB Frimware-1.1 的,但代码已经更改太多了。

    客户 将代码运行设置为空闲状态、然后开启 DPWM 并停止、这是代码。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Jimmy、

    感谢您确认他们的起点是 HSFB EVM 固件。 您能否分享实际代码而不是图片? 图片也没有真正显示太多的代码。 毕竟、第 3 张图片仅显示了注释掉的代码、而未注释掉的代码我无法看到 KI_CLAMP 等于什么。

    请注意、您可以通过转到在 E2E 中插入代码  插入-->代码 来选择  C 基准值。

    if(1)
    {
        clear_filter0;
        clear_filter1;
        clear_filter2;
        LoopMuxRegs.DPWMMUX.bit.DPWM0_FILTER_SEL = 0;
        Filter0Regs.FILTERCTRL.bit.KI_STALL = 0;
        Filter1Regs.FILTERCTRL.bit.KI_STALL = 0;
        restart_counter = 0;
        FeCtrl0Regs.RAMPDACEND.bit.RAMP_DAC_VALUE = 93
        FeCtrl0Regs.EADCDAC.bit.DAC_VALUE = 9300;
        FeCtrl0Regs.DACSTEP.bit.DAC_STEP = 100;
        Fault_flag.bit.vout_ov = 0;
        
    void init_dpwm0(void)
    
    {
        Dpwm0Regs.DPWMPRD.all = PERIOD_H;
        Dpwm0Regs.DPWMEV1.all = EVENT1_H + DT;
        Dpwm0Regs.DPWMEV3.all = EVENT1_H;
        Dpwm0Regs.DPWMCYCADJB.all = DT1_H + D
        Dpwm0Regs.DPWMCTRL0.bit.PWM_B_INV = 1;
        
        Dpwm0Regs.DPWMCTRL0.bit.PWM_MODE = 2;
        Dpwm0Regs.DPWMCTRL0.bit.CLA_EN = 1;

    以下是其他一些问题:

    •  死区时间和 DPWM 周期值是多少?  
    • 您正在使用什么 DPWM 模式? 为什么未定义 DPWM EVENT2 和事件 4?
    • 仅启用 DPWM0 还是启用其他 DPWMx 信号?
    • 块之间是否有任何同步? (例如,DPWM1 同步到 DPWM0)
    • 您说过操作是开环操作。 但是、第一张图片显示前端是针对斜坡进行初始化的。 是否使用了该前端斜坡? 滤波器的输入是什么?

    此致、

    Jonathan Wong

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Jonathan:

    客户对您提出的问题的反馈在上面提供的图片中有答案、
    其中包括:
    PERIOD_H=16000、
    EVEN1_H 为 132*4
    DT1_H 为 90*4、
    Dt2_H 为 40*4。
    至于 KI_CLAMP 的值、它在此处不起作用

    请帮助查看、谢谢!!!

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Jimmy、

    我将继续研究这一问题、并在明天作出回应。

    此致、

    Jonathan Wong