• State Resolved
  • Locked Locked
  • Replies 4 replies
  • Subscribers 62 subscribers
  • Views 315 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

question about UCD3138 loop control?

you lee1
Intellectual 300 points
Other Parts Discussed in Thread: UCD3138

in my project, i used UCD3138-64pin!

After the module protected, the module restarted, switch the load from full load to empty load, the output voltage(normal 28V) have a overshoot about 3V.

and this question, only  appear the first, when second switch the load from full load to empty load, this question disappeared!

all  the module protected have this question!

anyone know?

the normal start never have this question;

after normal start, switch the load from full load to empty load, never have this question;

this question only appear once!

  • 0
    TI__Expert 4970 points

    You,

    Which application are you using the UCD3138 for? PFC, LLC, HSFB? Are you using the UCD3138 with one of our TI EVMs? If so, which one? What firmware do you have on the device. Have you installed firmware provided with one of our EVMs, or are you using third party code?

    Regards,

    Brandon Vonk

  • 0 in reply to Brandon Vonk
    Intellectual 300 points

    hi Brandon

    i used UCD3138 designed a HSFB in our company project.

    it is topology is  interlocked HSFB, power 1500W, input 40~60V, output 30V.

    when occur OCP, and restarted, the load switch from full load to empty load, the VOUT will overshoot once, and only once, next switch will ok!

    in my program, i think the CC to CV code have a problem, but i added the code in IDLE state( the code below), The problem persists!

     

           LoopMuxRegs.DPWMMUX.bit.DPWM0_FILTER_SEL =0; //

           LoopMuxRegs.DPWMMUX.bit.DPWM1_FILTER_SEL =0; //

           LoopMuxRegs.DPWMMUX.bit.DPWM2_FILTER_SEL =0; //

           LoopMuxRegs.DPWMMUX.bit.DPWM3_FILTER_SEL =0; //

           Filter0Regs.FILTERCTRL.bit.KI_STALL =0;

     

  • 0 in reply to you lee1
    TI__Expert 4970 points

    You,

    From your descrption, the issue must be firmware related. It is improbable that the hardware starts to operate properly only after the first transient. It must be that the first transient seems to trigger some routine in the irmware that fixes the problem, and therefore the second transient is handled properly.

    Can you send me the original code and I can debug it with the design team? Who provided you with the code? (Please email it to bvonk@ti.com)

    In your first post, you mentioned a "module". What module are you referring to? Please let me know. Thanks!

    Regards,

    Brandon Vonk

  • 0 in reply to Brandon Vonk
    Intellectual 300 points

    i receive the code from TI.cn's engineer, the name is"UCD3138HSFBEVM_029 Firmware", but it can't used by my project, so i change it!

    the module is power supply module!

    i find the solution, it because the hardware designe problem, when the load current change faster, about 3A/us, the output Common mode inductor have a bad effective, so the

    output voltage have a overshoot!

     decrease the Common mode inductor 's value will sulution this question!

    thank you Brandon Vonk !