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.

UCC28782EVM-030: INPUT FILTER REACTION: Dr. Ridley's work

Part Number: UCC28782EVM-030
Other Parts Discussed in Thread: UCC28782, LMG2610

Hello:

In a recent Webinar of great value, Dr. Ridley presented some interesting ways of controlling"  classically known input filter interaction with the power stage. Legacy term for that was "feed-forward" but turns out the application of a signal coupled to the controller should have a "negative feedback" characteristic.

Is the current source from the CS pin linked with the input source of this type in UCC28782?

What happens to this current source into Ropp in the case of LMG2610 where Rcs is vastly different?

It turns out that a proper amount of the corrective signal out of the CS pin would have a "magical" effect on making input filter interaction with the power stage input impedance always complying with the "Middlebrook" Criterion for stability. This eliminates the need for weird "damping" artifacts concocted by and suggested, followed by us all!

Would a step load change demonstrate that input filter interaction is indeed magically eliminated?

Especially when using LMG2610. 

Any comment on this will be highly appreciated.

r

  • Hello Robin, 

    I would have liked to have attended that Webinar by Dr. Ridley.  It sounds intriguing that filter interaction can be controlled by a signal to the power stage. 

    In the UCC28782, there is indeed a link (although indirect) between the CS current source and the input voltage.  The CS current is basically 1/25th of the current pulled out of the VS pin during the lower MOSFET on-time.  The CS current is fed into Ropp to add a small offset to the CS voltage to effectively compensate (cancel) for excess peak current due to turn-off delay of the MOSFET.  The value of Rcs is usually ~3 orders of magnitude lower than Ropp, and is basically ignored in the Ropp value calculation.

    In the case of the LMG2610, where the current signal is emulated and scaled down by a factor of  1/1000, Rcs must be increased by x1000.
    Since turn-off delays in the lower GaN FET must still be compensated for, but Ropp value is calculated neglecting Rcs, then the actual Ropp value selected must subtract the Rcs value when using the LMG2610.   

    That technique works okay for calculated Ropp's that are greater than the LMG2610's Rcs value, but if Ropp_calc is lower than Rcs, then the net effect is an over-compensation of the turn-off delay.  The consequence is that you will get less power out at high line than you get at low-line.  One could reduce Rcs somewhat to regain the required full power at high line, but that would allow excess available power at low line. 

    However, to mitigate that case I think one could deliberately introduce just the right amount of low-side turn-off delay (but not turn-on delay) such that calculated Ropp exactly equals Rcs and one could achieve the roughly flat power limit over input line that the Ropp compensation was intended to provide, while actual Ropp value = 0.

    Not having seen the Webinar, I can't comment about if/how such line feedforward would/could eliminate line filter interaction, etc.  
    If such is the case, I wonder then about the sensitivity to variations in Ropp.  Sometimes Ropp may be specially manipulated to o be larger or smaller than the "optimal" value, to obtain some other benefit at the expense of a flat power-limit curve.  If Ropp must be spot-on to eliminate filter interactions, then it may not be a magic cure-all, but still need some sort of auxiliary damping help.   But if the sensitivity is low, then maybe Ropp can vary widely and help achieve several goals at the same time. 

    A load step is often used to assess voltage loop stability.  I suppose it could be used to examine filter interactions, too, but I don't know what criteria (other than obvious oscillatory behavior) to look for.  If a load-step works for that, then I imagine a line-step can also be used.  

    Regards,
    Ulrich

  • Hello Ulrich:

    I can send you the webinar in avi format.....I suspect sending that to the Forum might be construed as a"plug"...Let me digest your comments here & share the results if we can measure the "decoupling" in std ways.

    r

  • Hello Ulrich:

    I wrote to Dr. Ridley: he would like to have anyone from TI join Webinar next time.

    He has asked me to send you the Webinar video file.

    I am going to attach it here....

    As to the CS functions, I am still digesting it....

    -robin

    Let me know if the link works.

  • Hello Robin, 

    Thank you for providing the link... it does work. 
    Ironically, I received that same link in an email from Ridley Engineering (I'm on their list) and I viewed his power-point presentation file on the topic. 
    It was helpful, but some day I'll have to watch the video to get more context around some of the slides.  

    I also looked at several of the other "app notes" available on his website. A lot of good stuff there; just need the time to peruse it.  

    Meanwhile, I'll close this thread again. 

    Regards,
    Ulrich