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.
LP873220-Q1: how to program the OTP memory
Part Number: LP873220-Q1
LP873220RHDRQ1 is used to power up AWR1642, and there are some questions need help:
1. What is the progress if we need TI OTP factory program?
2.At present, we configure the voltage value by I2C , then enabling EN; but there are some occasional non-working phenomena during many times test.
Is there a configuration process guide with OTP initially null for reference?
3.If TI can provide the driver code of I2C for reference?
Here is my schematic diagram:
Thank you, Jari Niemelä--------------------------------------------------For more information on Multi-Channel Power Management ICs:www.ti.com/pmic
Find the right power solution for your processor or FPGA. Visit www.ti.com/SoCPower today!
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 Jari Niemela13:
Thanks for your advice！
Yes，we found that the OTP register seems to be volatile during debugging: the register restores to the factory settings after power off and restart, but if the restart interval is short, the voltage is not low to the threshold value, and the register can be saved.
The document only guides the reference value of the OTP register. Is there a reference C code driver for LP873220?
We would like to refer to the official driver for processing, thanks!
In reply to Julia Ju:
Thank you, Nick Jakse--------------------------------------------------Find the right power solution for your processor or FPGA. Visit www.ti.com/SoCPower today!
We currently follow below steps：
Pull down EN à
Manual reset the chip (RESET register SW_RESET bit set 1) à
Waiting RESET_REG_INT bit to be 0 à
Configure the output voltage (only configure BUCK0, BUCK1, LDO0, LDO1 output, others remain OTP default value) à
Pull up EN
There are still occasional chips that cannot output the corresponding voltage correctly, while the EN will be pulled down by the chip itself.
Whether it will be affected if step 4 (Clear Interrupts) is not operated？
What interrupts should clear if “Clear Interrupts”is a must? How to clean up?
In reply to Nick Jakse49:
In the document SNVU582A.pdf, it is mentioned that “2.Wait for the nINT line to be set low”.
If nINT is a must in hardware to extract out , so that MCU is OK to detect whether the chip is ready?
What does it mean of below table:
If SNVU582A.pdf is only for LP8873300 and LP873200, can you share LP873220D related document?
What’s the main difference between LP873220 and LP873200? What benefit will bring to us if use LP873200?
In addition to the above questions, I need to solve the problem urgently that why there are the accidental chips which cannot output the corresponding voltage correctly.
Julia, I am not able to see the table you posted. What document is it from, and what is the figure #? The main difference between the LP873220 and LP873200 is that the LP873220 has pre-programmed sequencing and voltage levels, while the LP873200 is designed to be configured by the user and by default does not have any rails enabled. Both can be configured using I2C, but one is specifically designed for it, while the other is not. The LP873220 does not have a configuration guide like the LP873200. How long are you waiting between powering on the device and sending the I2C commands? The nINT pin on the LP873200 is designed to let the MCU know the device is ready for I2C communication, but if you are waiting a sufficient amount of time before trying to communicate, then that shouldn't be an issue. Are you able to read something from the device before you start sending I2C commands to confirm the I2C communication is ready?
Also, are the chips that aren't working having problems with a particular rail or all of them? Are the voltages just going back to the default values or are they a completely different value?
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.