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.

UCD90160: [Consultation] UCD90160RGCR FW programming function check (errata/sighting) and IC stepping difference (UCD90160 vs UCD90160A)

Part Number: UCD90160

Hi TI service team,

I have two question about this power management IC, UCD90160 as below.

Please check them and give your responses.

Thanks.

(1) Does UCD90160 has errata function ?

I think it could let our operating GPIO pins won't be affected while online FW programming.

From UCD90160 specification, I have seen third option to do FW programming into IC in page36 (seem like errata function), but could online FW programming (option 3) be executed through I2C command to overwrite original FW ? 

(2) What's the function differences between UCD90160 and UCD90160"A" ?

I have seen other Q&A chat box mentioned that they are pin to pin

Will this be the latest IC stepping in the future, and the UCD90160 will be obsolete ?

I don't receive any information that it has new IC stepping from UCD90160 to UCD90160A.

  • Hello,

    1. Could you clarify what you mean by 'errata function' in this case? This 3rd method is exporting a configuration file from Fusion Digital Designer that you can download to the device using other methods like Intel Hex file so GPIOs won't have unexpected behaviors while NVM is changed.

    2. The main difference is the UCD90160A has the Fault Pin feature that allows for cascading devices and coordinating their faults. It also adds 3 GPIs that can sequence on/off any of the rails.

    Regards,

    Chris Bartuska

  • Hi Chris,

    1.'errata function' means that we can program FW file into IC through background mode and won't affect RAM operation in UCD90160.

    The 3rd method is the way that is as same as background mode programming ?

    2.Got it, so UCD90160 doesn't exist fault reaction function to de-assert corresponding power supply enable signal (use FPWM/GPIO for PSEN) ?

    I will use FPWM/GPIO for PSEN and set with fault configuration to de-assert when occur any fault event (like UV/OV/OC)

    Best Regards,

    Paul Lei

  • Hi Paul,

    Yes you are correct on both points.

    Best Regards,

    Chris Bartuska

  • Hi Chris,

    1.Got it and thanks!

    2.If I need to use fault response to de-assert power supply enable signal in my system, I need to select UCD90160"A", right?

    Because we need this function to deal with fault event when power efuses occur any trouble (like UV/OV/OC).

    Best Regards,

    Paul Lei

  • Hi Chris,

    1.I think both UCD90160 and UCD90160"A" could support background mode FW updating through I2C interface, right ?

    Just want to make sure that we have way to update in IC memory with background mode (This 3rd method is exporting a configuration file from Fusion Digital Designer that you can download to the device using other methods like Intel Hex file so GPIOs won't have unexpected behaviors while NVM is changed.)

    2.If I need the functions that describe in below (1) and (2), is it better/correct to select UCD90160"A" in my system ?

    (1)I mean that we will use fault response as monitoring voltage occurs any trouble (like UV/OV/OC), and this IC will turn off corresponding power supply enable or related power rail.

    (For example: 12V power rail monitoring, and this IC has corresponding FPWMx/GPIOy for power supply enable, then IC could react fault response to turn off it)

    (2)In other cases, we will use GPI pins (like PWMx/GPIx) to logically collocate with GPO pins (like FPWMx/GPIOy), and GPO will have logical operation when GPI has H or L situration like below figure.

    Best Regards,

    Paul Lei

  • Hi

     From TI perspective, FW means the code runs inside the IC and customer shall not touch it typically.

    What do you mean FW? if you refers to the user configuration files, the hex file is not compatible between non-A and A. 

    either Non-A and A can support what you need. but we always recommend A since it has more feature for better scalability. 

    Regards

    Yihe

  • Hi Yihe,

    I mean that we need to online update FW file into IC, but we want a programming method which won't affect IC operation (background mode).

    Ok, got it and will replace non"A" with "A" for more feature implementation.

    Best Regards,

    Paul Lei

  • Hi

    Why do you want to upgrade the firmware? do you have the supply issue?

    There is no way that upgrading FW won't interrupt your normal operation.

    FW upgrade shall always be done offline.

    Regards

    Yihe

  • Hi Yihe,

    Sorry for my ambiguous wording for "firmware".

    I mean that we need to online update UCD90160A hex.file to memory when we have latest version for system operation.

    It's IC operating hex. file, not IC FW file.

    Therefore, we need to have a way to program hex.file into UCD90160A memory and do AC cycle for system to load latest file into operation memory.

    Thanks.

    Best Regards,

    Paul Lei

  • Hi

    Yes, You can support the hex programming on the fly and the changes would take effect until a reset.

    Regards

    Yihe

  • Hi Yihe,

    I think UCD90160 A or non-A have supported background mode programming into memory and would take effect after reset.

    I'll select UCD90160A which has more feature to design in my system for power management.

    Thanks.

    Best Regards,

    Paul Lei