I'm transitioning this conversation from email to the forum, so my apologies for the formatting below:
Initial customer question:
“We are trying to use boundary scan to test the pop memory on the top of the DM3725. We have difficulty to find the top pin definitions (interface with DDRAM) on attached DM3725 Boundary Scan file. Did we use the right file? This is urgent for our factory. I appreciate any one of you can provide a quick feedback.”
Initial response from TI:
“The boundary scan is usually covered by the BSDL files we make available via our product folders on ti.com (I assume that is where the attached file originated from). However, in many cases the BSDL file we provide does not include DDR interfaces (LPDDR in DM37x case) since this test is dependent on board design (trace lengths) and memory size chosen which is likely different between TI EVM and customer’s proprietary boards.” Follow-up from customer: "This is a pop and no board design (trace length) involved such that it should not be the reason to not provide DDR interface in BSDL, right?"
“The boundary scan is usually covered by the BSDL files we make available via our product folders on ti.com (I assume that is where the attached file originated from). However, in many cases the BSDL file we provide does not include DDR interfaces (LPDDR in DM37x case) since this test is dependent on board design (trace lengths) and memory size chosen which is likely different between TI EVM and customer’s proprietary boards.”
Follow-up from customer:
"This is a pop and no board design (trace length) involved such that it should not be the reason to not provide DDR interface in BSDL, right?"
Here is the file that was attached to the original question:
Hello Jim,
we do not currently support BSDL on the top balls. Since the DDR are only located on the top there is no way to do BSDL with them. If you need to do the GPMC balls then you will have to use the bottom balls and map them to the top.
As far as I know most of the PoP memories do not support BSDL anyway, so I am not sure how you would check it anyway.
---------------------------------------------------------------------------------------------------------
Please click the Verify Answer button on this post if it answers your question.---------------------------------------------------------------------------------------------------------
Best regards,Jeff
Thanks Jeff - Jim
Jeff,
Does the OMAP3530 CBP package respond to the OMAP3530 SVF File: OMAP35x_Pre-Init_Sequence.svf file?
Do you have a manufacturer IDCODE and a IDCODE OPCODE for the OMAP3530 in CBP package?
Can I use the same codes found at: http://processors.wiki.ti.com/index.php/Boundary_Scan_on_OMAP35x ?
Hello Terry,
yes, that svf file will work with all of the OMAP35x devices. The IDCODE is the same. You will just need to make sure you get the correct BSDL file for the CBB package in OMAP3530.
Hello Jeff,
if there was boundary-scan access on the top balls, you could test the interconnects to the POP memory device with boundary-scan. Even if the memory device does not have boundary-scan support itself.
Sofar I have not found one TI device with POP packaging that supports boundary-scan on the top balls. If there are devices with boundary-scan access to the top balls, I would like to know. And these devices do not exist, what is the reason for not having boundary-scan access on these balls?
I would also be interested to hear what the suggested test strategies are for these POP devices in production.
Marc