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.
We are using TDA4VM-HS SoC in our production, but we found few board has DDR read/write error issue.
The TDA4VM is HS and need security key, we found some board has Authentication failure issue when write the Image from OSPI to DDR, and we implement some code to check the check-sum of data at OSPI and check the checksum of data transferred to DDR. Then we compare the two check-sum, we found the two check-sum result is different in the Authentication failure board, and we see the two check-sum are same at Authentication passed board.
This issue should from DDR controller Write leveling configuration optimization. Need TI to help us to fin-tune Read Leveling and Write Leveling since we use the DDR controller configuration from reference design board, we need to fine tune it for massive production to avoid some board Failure due to read/write margin is just in the edge.
Also help us to check if the DDR initial configuration is optimized or not, we also see the DQS/DQ output level is incorrect: when in idle mode, the DQ/DQS is high, by normal case, during idle mode the DQ/DQS
should be low. see our other E2E case link:
Hi,
Training is applied automatically if you are using the TI provided drivers + the Jacinto7 DDR Register Configuration Tool. Please make sure you are using the latest revision of the Jacinto7 DDR Register Configuration Tool to ensure all updates are captured in your latest configuration.
https://www.ti.com/lit/pdf/spracu8
Regards,
Kevin
Kevin, I am not happy about your answer, we need more detail info about how each configuration will impact the read/write leveling performance. We sent the DDR register configuration file to you before. If needed we will send you again for review to solve this issue.
Thanks!
Fei,
I am not sure how you have concluded that there is an issue with the read / write leveling algorithm. We do not fine tune the leveling algorithm on a "per board design" basis. The purpose of leveling is to appropriately align signals to compensate for skew, and is intended to work on any board that follows our recommended layout and routing guidelines. https://www.ti.com/lit/pdf/spracn9
You do not need to send me your configuration file to verify that the latest version (v0.9.1) is being used. All output formats document which revision of the tool was used in the top comment section. For reference, the file that was uploaded to the E2E thread which you referenced was based on v0.6.0.
Regards,
Kevin
Per the discussion on today's call, the latest version of the tool is available on ti.com.
Here is the direct link to it: https://www.ti.com/lit/an/spracu8a/spracu8a.pdf?ts=1671123243166&ref_url=https%253A%252F%252Fwww.ti.com%252Fproduct%252FTDA4VM
The link to the tool is embedded in the above document that contains the instructions for usage.
Dwarakesh Radhakrishnan is checking with the latest tool shared, will keep this post updated.
Hi Ramesh,
Thanks for the update. Please let us know once results are available; thanks!
Regards,
Kevin
Hi Kevin and Karthik,
We have used latest version of DDR configuration tool (0.9.1) and generated the DTSI files and able to boot the board successfully, however we would like to review DTSI the same with TI for confirmation. also we have made comparison table between 0.6 and 0.9.1 tools of differences for your reference.
Let me know if you need anymore details.
Setting | 0.6.0 Tool | 0.9.1 Tool |
tPW_RESET | 0 | 100 |
tRFCab | 280 | 380 |
tRFCpb | 140 | 190 |
tXSR | 287.5 | 387.5 |
tWR | 20 | 18 |
DQ Vref(% of VDDQ) | 10,16,16 | 16.7, 16.7 , 16.7 |
k3-j721e-ddr-evm-lp4-config2-4266_new_0.9.1.dtsi.zip
Regards,
Chaitanya
we would like to review DTSI the same with TI for confirmation
Kevin - just to clarify the question that you asked offline. A simple confirmation of the configuration in the attached dtsi file is what is being requested.
Hi Kevin and Karthik,
yes we would like to validate the DTSI file generated by spread sheet (0.9.1) to be checked and confirmed.
Regards,
Chaitanya
Hi Chaitanya,
Do you have the Excel file (used to generate the DTSI file)? If so, can you please upload that as well.
Also, can you please confirm this is the memory you are using? MT53E1G32D2FW-046 AUT:B
Thanks!
Regards,
Kevin
Hi,
I was able to figure out what inputs would yield the same register settings, so please ignore my prior request. I am uploading the XLS here.Jacinto7_DDRSS_RegConfigTool_v0.9.1_Customer.zip
I do not see any major concerns. A few comments:
Regards,
Kevin
Also noting that the review was assuming the following part number : MT53E1G32D2FW-046 AUT:B