I am having no image issue during the playback using DS34RT5110 evaluation board, I am configuring the DS34RT5110 as such:
BYPASS = low, EN = high, Mode = low, VOD_CRL = 24kohm to GND (DC coupled) .
I used a digital anayzer for the HDMI test (source clock jitter and eye pattern), the test result is really good having at least 50% margin. There is no image when connected to the monitor (SD and LOCK are high!) . I tried to bypass the Reclock and De-emphasis function (BYPASS = high), the image immediately appeared on the monitor. I can't really figure out what is the cause of it?
Can anyone here able to explain on this issue? Thanks.
Ken - We offer a couple of different evaluation kits for the DS34RT5110 - Does your kit use just HDMI cables, or are there some RJ-45 connectors on the boards with ethernet cables?
Describing the board(s) that you have will help me to figure out what you are looking at
Also, do you have an oscilloscope available where you could look at the signals on the board.
Please try setting the MODE pin high to disable the clock regeneration and see if this works in your application.
If this does not work and you must set BYPASS high for proper operation, then perhaps the incoming jitter is exceeding the PLL / CDR bandwidth of the DS34RT5110.
I brought the DS34RT5110-EVKH, the kit have only HDMI connectors. I am using Tektronix DPO70804 digital analyzer to do the HDMI tests.
yes there is image when I set the MODE pin to high, but it failed the source clock jitter test.
Is there a specification on the tolerance of the incoming jitter?
You pulled MODE pin high and then the image is fine but the source clock jitter is over the limit or does not meet the jitter mask criteria. This means either the HDMI transmitter clock has too much jitter or your HDMI cable is too poor quality. Maybe you can first use known good short cable to first check the transmitter jitter and then once it passes the clock jitter test or mask then use a cable with MODE pin low. We need to identify if this is being caused by a jittery transmitter or if this is a cable quality issue.
yes the HDMI transmitter clock jitter is very close to the 0.25*Tbit, it is not the cable issue. Is DS34RT5110 able to work with such clock jitter input? Is there a requirement how much jitter it can accept?
Jitter tolerance on clock should not be an issue since normally Dj is zero and it is mainly Rj.
Whether we use MODE = 0 or = 1, DS34RT5110 D_Out0 through Dout2 stay the same. We may need to concentrate on the display receiver which may not be able to track movement of Cout vs D_Out. Please run the followings two test:
1). Using MODE =0 and C_Out to trigger the scope, capture D_Out0 through D_Out2
2). Use MODE=1 and C_Out to trigger the scope, capture D_Out0 through D_Out2.
The test above would show output jitter of one mode vs another.
3). You had mentioned When using MODE =1 you can display the video but it fails C_Out Jitter test. How about if you use C_IN instead, does it fail clock output jitter test again?
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. 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 respect to these materials. 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.