Hi,
I am programming the MPM3695-10 in our design and have seen some failures. (7/20) The programming step is over I2C on the board itself and is carried out during automated testing of PCBs
This design does not control the enable (CTRL) pin of the device. Therefore even when using the Virtual Bench Pro Software, the warning regarding EN when writing ROM is not adhered to. What are the potential issues this can cause?
I have seen incorrect readback on failed boards for one or other of VIN, VOUT and Iout from the Virtual Bench Software for the failed boards. It seems the VCC on the part my be slightly low (3.05V) Re-programming does not solve the issue.
Is there a safe method to program the parts based on the fact that we do not drive CTRL? Can programming be split into two steps to mitigate potential problems? Can you explain what happens during the STORE_USER_ALL command internally?
Hello,
Are the only failures in programming in relation to VIN, VOUT, and Iout?
can you list these specific register addresses?
Hi Eduardo,
I should make it clear, the incorrect programming can be in multiple register locations, almost like the write has been corrupted. I do an I2C write and readback to ensure all are correct before the STORE_USER_ALL. When I use the Virtual Bench Pro Software to fix it, the part seems to be damaged. Your software shows incorrect readback in the monitoring section:
Is there a safe method to program the parts based on the fact that we do not drive CTRL? Can programming be split into two steps to mitigate potential problems? Can you explain what happens during the STORE_USER_ALL command internally?
Can you offer any insight into what this text means in this thread?
-register 10h can sometimes get written to unintentionally,
Hi Eduardo,
Can you please advise if you are looking into this? If we cannot get answers to these questions we must design out the product.
