01-31-2019 02:14 AM
I hook up everything needed for ZCU102 and prepare the example design for HDMI SS
The passthru works pretty well.
However, if switch to TX only colorbar, the monitor shows nothing
And the uart keeps looping Starting colorbar, Tx stream is down and Tx stream is up
Very rare it can show 1080p / 720p color, but never sucess for 4k
02-04-2019 08:22 AM
02-07-2019 05:37 PM
Thanks for your reply.
It seems like the Tx Only Example is working if the Monitor not going into the standby mode.
However, both monitor I have will go to standby mode before the HDMI Tx ready.
So it comes to a loop
1. Monitor detects HDMI signal
2. Monitor wait for valid HDMI signal
3. Monitor timeout and goes standby
4. HPD deassert
5. HDMI Tx SS reset the whole Tx pipe
6. Goto step 1
02-07-2019 05:50 PM
Would you share the following information ?
- Part number of Monitor
- Do you use authorized HDMI cable ? If possible, would you share it ? Especially, cable length, diameter and exist of cable filter.
02-08-2019 01:05 AM
As passthrough design works fine, I think the monitor and cable should be okay.
What's the revision of your ZCU102 board? When you test the TX only example design when monitor is standby, please type "i" and "z" in the terminal menu, and then attach this log information.
Also can you check if you see this problem with v2018.2 design, or v2018.3, or both?
Please attach the SDK workspace, and elaborate exact step (eg. TX cable is pluged after powering up the board, or before), I will use the exactly same file, and try to reproduce the problem at my end.
02-08-2019 01:40 AM
Just using 2018.1 example design, everything untouch and compile. Both passthru with 'c' command, or tx only design will have the same problem
03-04-2019 07:03 AM - edited 03-04-2019 07:10 AM
I was able to reproduce the problem on ZCU102 board when color format is
Color Format: RGB
Color Depth: 8
Pixels Per Clock: 2
Frame Rate: 60Hz
Pixel Clock: 594000000
After I change from rate to 30Hz, and then change back to 60Hz, it's working fine.
I will check with the latest 2018.3 design and see issue is still there or not,
03-11-2019 02:49 AM
I have checked 2018.3 ZCU102 TX example design, the issue is still there. I will file a change request to report this issue.
Please let me know if you need anything else on this issue. If not, please close this thread.
03-12-2019 01:49 AM
Our HDMI engineering team is investigating this issue.
Can you provide the DP159 silicon version on your board?
Silicon version is the marking printed on the actual IC. You can use your phone to zoom in to get it a clear picture.
03-20-2019 02:28 AM - edited 03-20-2019 02:29 AM
I had another test on our ZCU102 production board, I couldn't reproduce the issue.
You mentioned that the issue only occurs when monitor is in standby mode. Can you provide more details?
- When it's in standby mode, can you print out the log file by using "i" "z", and try read out EDID by using "e"?
- Repeat above step when monitor isn't in standby mode.
Also if you use another HDMI source, what happens when it goes to standby mode?
03-20-2019 03:45 AM
03-28-2019 01:42 AM
I suspect the issue is due to TX REFCLK generator (Si5324) used on ZCU102 is slow and that the timeout of the monitor is shorter compared to the clockgen’s speed. Do you have access to ZCU106 or ZCU104?