We're having a problem with the SOM/Carrier powering off when were trying to debug custom designs over JTAG. This could be trying to program the FPGA directly to assess interfaces with IBERT cores (ie: totally custom PL design) or through the SDK with a custom bare-metal PS design (FSBL + say an augmented HelloWorld program) and released ADI PL firmware. In all of these cases, everything starts off fine and operational and after what seems like a variable and random amount of time, the entire stack powers down.Is there a way to disable this auto-powerdown behavior in these cases? Maybe something we can add to the FSBL template design or otherwise?Thanks!
We haven't seen any issues with that rail, but since it's powered by the same ADP5054 they could be related.
Can you try the following HW changes and revert to the original sequencer setup…
Hi,Do you have a cooling fan running? If the board overheats it automatically powers off.Andrei
Hi Andrei.We do have a fan running and the Zynq die temperature is ~35C, so we do not think this is a temperature related issue. Any other ideas?
I am working this issue with Kevin and was able to read out the contents of the black box. The VDD1P3_DIG_A rail is reporting an OV Fault.
Please open the system rails tab, change the following values and program the device:
- OV Fault Level 1.450 Volts
- OV Glitch Filter 100uS
These settings should stop the board from rebooting until we find the right hardware fix (different values for the compensation network)
Thank you for the suggestion. I applied the changes and so far everything has been working as expected.
We recently set up a second set of boards (SOM and Carrier) and programmed the ADM1266 with the updated configuration. These boards have been left powered-on and idle for the past two nights, and on both nights the ADM1266 recorded VDDA3P3_CLK under voltage faults and disabled the power supplies. Is this something that you have observed as well? Do you have any recommendations on how to proceed?
Can you try the following HW changes and revert to the original sequencer setup?
R337, R304 – 31.6K, 0402E27, E25, E23 – BLM18KG471SN1DE24, E21 – BLM18KG121TN1D
This should fix all the ADP5054 issues.
Yes, I will try this and let you know how it goes. I think I've located all of the components, but would you be able to provide an assembly drawing or other documentation to confirm them?
I will attach some pictures so you can find the components
I received the replacement parts today and found that the ferrite beads are not the correct size. The replacements parts are 0603 size, but the footprint on the board is 1206. Is this intentional? Has this change been applied and verified on your end?
The footprint change is intentional. We tested on our end and this solves all the known issues.
Thank you, Mihai. We installed the new components on the board that was experiencing VDDA3P3_CLK faults, and it has been running successfully for a few days now. If it continues to run without faults for the rest of the week then we will go ahead and rework our other boards.