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.
Part Number: UCD90320
In my project, I use UCD90320.
Because BMC comes access to UCD at a frequency, only once per second. But a voltage into UCD change may be 1kHz.
Is UCD have a way to record which profile was triggered at that time and the value of its voltage, so that they save some in the register?
And then clear the register when the BMC read?
I assumed that you are talking about the profile feature here. each rail can have up to 4 profiles which are selected by two GPIs.
The voltage change shall not cause the profile change. the profile changes only if the assigned GPIs are changed.
The only thing I can think from UCD point view is to use GPI fault to log the GPI event. so that your host can know the given GPIs are changed
But this only works when the GPI is changed from ASSERTED to DE_ASSERTED.
Since these GPI are from external. do you have a way to read the GPI outside UCD?
UCD90XXX Training Portal
Fusion GUI 7.0 for UCD90xxx
We are glad that we were able to resolve this issue, and will now proceed to close this thread.
If you have further questions related to this thread, you may click "Ask a related question" below. The newly created question will be automatically linked to this question.
In reply to yihe:
Sorry, maybe you misunderstood me.
I use one rail and two GPI so rail has four profiles, then I will use LGPO to BMC when over warm or under warm and use BMC to read rail voltage.
Because BMC comes to access to UCD at a frequency, only once per second. But a voltage into UCD change maybe 1kHz.
Therefore, when the BMC reads the rail voltage, it will be inaccurate.
Is UCD have a way to record which profile was over warm or under warm at that time, so that rail voltage save in the register?
In reply to user6158403:
The profile index is not saved by device.
If there is a fault, device will record the fault value into the eeprom and your host can read later. But it may not tell which profile.
Why is profile so important ? If so, your host can query device by PMBUs alert signal instead of regular timer.
Fault value are mean over Fault and under fault? So over warm or under warm is not store eeprom?
by the way, how can I use PMBUs to read fault value of eeprom and how do I distinguish over fault and under fault?
How can I use PMBUs to read num profile?
Yes, only fault values are stored, warnings are not.
Please refer below document for reading fault.http://www.ti.com/lit/pdf/slvaeg5
Please read section 9.4 http://www.ti.com/lit/ug/slvuaw9b/slvuaw9b.pdf to read profile.
Your information is very helpful for me.
I want to check "Fault #1" is mean num profile #1?
If so, is "Fault #1" include your return data ???
At last, is the return data overwrite every time? or just record first data and wait for clear then continue to write?
Fault #1 means this is the first fault device detect. It has nothing to do with profile. you shall decode the fault to understand where the fault from.
The fault log could be overwritten if you enable the FIFO mode.
Thanks, is very helpful for me.
All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.
TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs andembedded processors, along with software, tools and the industry’s largest sales/support staff.