HDMI FrameBuffer Example Design 2017.3

HDMI FrameBuffer Example Design 2017.3

This example design requires the 2017.3 Vivado version and the version V3 of the HDMI IP's

1 Revision History


Change Log


rev1:
  • Initial release of the example design

2 Overview


The Zynq UltraScale+ MPSOC HDMI (High-bandwidth Digital Multimedia Interface) Example design is an embedded video application running on APU and PL, to showcase the connectivity solution under Linux with the optional HDCP (High-bandwidth Digital Content Protection) feature.

The design demonstrates the capture and display capability of HDMI interface implemented in PL enabling user to get the video data in and out of the FPGA with relative ease and the use of HDCP Revision 1.4/2.2 to securely send audio-visual data from/to an HDCP protected source/sink. Typically HDCP 2.2 is used to encrypt content at Ultra High Definition (UHD) while HDCP 1.4 is used as a legacy encryption scheme for lower resolutions.

3 Software Tools and System Requirments


3.1 Hardware


Required:
  • ZCU102 Evaluation Board with Production Silicon (Rev 1.0)
  • Monitor with HDMI input with up to UHD resolution (3840x2160@60Hz)
  • HDMI Premium Certified cables
  • Micro-USB cable, connected to laptop or desktop for the terminal emulator
  • SD card

3.2 Software


Required:

3.3 Licensing

  • Important: Certain material in this reference design is separately licensed by third parties and may be subject to the GNU General Public License version 2, the GNU Lesser General License version 2.1, or other licenses. The Third Party Library Sources zip file provides a copy of separately licensed material that is not included in the reference design. [TODO: Update link to point to HDMI TPL sources]
  • You will need only the Vivado Design Suite license to build the design. You can evaluate for 30-days or purchase it here.
  • You will also require the HDMI IP Core evaluation license to build this design. You can request the IP evaluation license here
  • The design comes in two flavors – one with HDCP feature and one without. For using HDCP feature, users need to have their own HDCP keys. Additionally users will need to implement HDCP IP. Xilinx provides the IP to implement HDCP encryption block but legally can only offer the IP to users who are HDCP2.2 adopters – list of HDCP adopters is verified here https://www.digital-cp.com/licensee-list. If you or your company is not a HDCP adopter, we recommend using the non-HDCP version of the design.

Steps to generate the license:
  1. Log in here with your work E-mail address (If you do not yet have an account, follow the steps under Create Account)
  2. Generate a license from “Create New Licenses” by checking "Vivado Design Suite, 30 Day Evaluation License"


  1. Under system information, give the host details.
  2. Proceed until you get the license agreement and accept it.
  3. The License (.lic file) will be sent to the email-id mentioned in the login details.
  4. Copy the license file locally and give the same path in the SDSoC license manager.

4 Design


4.1 Hardware


2 reference designs are available with different IP configuration to demonstrate the targeted features
  • 2 Pixels/Clock, 8-bit Color Depth with NO HDCP
  • 2 Pixels/Clock, 10-bit Color Depth with HDCP 1.4 & 2.2 (Demonstrates deep color and HDCP functionality)

The example design is built around the HDMI 1.4/2.0 Transmitter Subsystem (HDMI_TX_SS), HDMI 1.4/2.0 Receiver Subsystem (HDMI_RX_SS), Video PHY (VPHY) Controller core and leverages existing Xilinx IP cores to form the complete system. The VPHY Controller core has been configured for the HDMI application that allows transmission and reception of HDMI video/audio to and from the on-board HDMI 2.0 circuitry.


In pass-through mode, the VPHY Controller core recovers the high-speed serial video stream, converts it to parallel data streams, forwards it to the HDMI_RX_SS core, which extracts the video from the HDMI stream and converts it to AXI stream. The AXI video is connected to the Frame Buffer Write IP that writes this data into the DDR in the user specified memory format. On the display side, Frame Buffer Read IP reads the data from DDR and sends it to the HDMI_TX_SS core, which converts the AXI video back to an HDMI stream before being transmitted by the VPHY Controller core as a high-speed serial data stream.
Note: Only HDMI IP version v3 is supported
  1. Note: Default/Released IP version in 2017.3 Vivado catalog is v2. v3, which is a HW cost optimized, is released as a hidden core in the catalog and will be officially released in 2018.1
  2. Below are the properties that must be modified to pull-in v3 version of the IP's
    1. Hdmi_rx_ss: C_HDMI_VERSION 3
    2. Hdmi_tx_ss: C_HDMI_VERSION 3
    3. Vid_Phy: C_INT_HDMI_VER_CMPTBLE 3

4.2 Software Application


HDMI Pass-through application aka video_cmd is a user space application provided to demonstrate the end-to-end capture to display pipeline. No video processing is performed on the frames stored in memory. During initialization, video_cmd can detect a video source that is plugged into the RX port and then comes up in pass-through mode. If video_cmd does not find any source, it comes up in TPG mode and starts streaming SMPTE colorbars (generated by the open source modetest utility integrated into the software application) . video_cmd can also detect any change in the input like video source hot-plug, video source disconnect, resolution change, color format change, user input etc. and adapts accordingly.

If the user is running this app on a design that supports HDCP, the application expects the production HDCP keys to be available on the EEPROM (refer HDMI IP product guide pg235/236 for details) and prompts the user to enter the password during initialization. If the user enters correct password, the application retrieves HDCP keys from the EEPROM and loads them into the IP and enables the HDCP feature. 3 attempts are provided to enter correct password, failing which causes the application to start with HDCP feature disabled.

video_cmd is an interactive tool where the user can choose the action from following menu:

 ---------------------
    --- MAIN MENU     ---
    ---------------------
    i  - Info
    => Displays HDMI info.
    h  - HDCP Info
    => Displays HDCP info.
    d  - Display Logs
    => Display HDMI and HDCP logs.
    c  - Colorbar
    => Displays the colorbar on the source output.
    r  - Resolution
    => Change the video resolution of the testpattern.
    f  - Pixel-Format
    => Change the pixel-format of the testpattern.
    p  - Pass-through
    => Passes the HDMI sink input to source output.
    t  - Tiles-pattern
    => Displays a tile-pattern on the source output.
    e  - EDID
    => Display and set edid.
    99 - Exit
 


4.3 Design Components


The top-level directory structure shows the major design components. A pre-built SD card image is provided along with a basic README and legal notice file
zcu102-hdmi_fb_10b_exdes_2017.3
|---- apu
|     |---- hdmi_passthrough_app
|     |          |---- modetest
|     |          |---- video_lib
|     |---- petalinux_bsp
|
|---- images
|
|---- pl
      |---- design
      |---- imports
      |---- repos
 
 

The below figure shows the relevant design components as well as inter-dependencies and generated output products




5 Tutorials


5.1 Board Setup


Required:
  • Connect power supply to 12V power connector.
  • Connect an HDMI cable to HDMI Rx connector (bottom) on the board; connect the other end to an HDMI source
  • Display - Connect an HDMI cable to HDMI Tx connector (top) on the board; connect the other end to a monitor
  • Connect micro-USB cable to the USB-UART connector; use the following settings for your terminal emulator:
    • Baud Rate: 115200
    • Data: 8 bit
    • Parity: None
    • Stop: 1 bit
    • Flow Control: None
  • Insert SD card (FAT formatted) with binaries copied from $HDMI_HOME/images directory.

Jumpers & Switches:
  • Set boot mode to SD card:
    • Rev 1.0: SW6[4:1] - off,off,off, on


To run the pre-built SD card image for the design follow the instructions here .

5.2 Build and Run Flow


The following tutorials assume that the $HDMI_HOME environment variable has been set as below

% export HDMI_HOME=<path/to/downloaded/zip-file>/zcu102_hdmi_<n>b_[hdcp]_exdes_2017_3/
 

5.2.1 Hardware


Vivado TCL scripts are included in the archive file that enables the user to create the HDMI hardware design from scratch. To execute the script make sure the vivado 2017.3 tools is available and has been sourced in the shell
% cd $HDMI_HOME/pl
% vivado -s ./design/setup.tcl
This will open the Vivado GUI and generate the hardware design.
  • Click "Generate Bitstream" under "PROGRAM AND DEBUG" tab and wait for the bit-stream to be generated.
  • Click "File->Export->Export Hardware". Check the box that says "Include bitstream" and click OK. This will generate an archive file (.hdf) in the following location hdmi_project/hdmi_example_zcu102.sdk/hdmi_example_zcu102_wrapper.hdf
  • Copy the generated hdf file to the PetaLinux hw-description folder and rename to system.hdf
% cp hdmi_project/hdmi_example_zcu102.sdk/hdmi_example_zcu102_wrapper.hdf $HDMI_HOME/apu/petalinux_bsp/project-spec/hw-description/system.hdf

5.2.2 PetaLinux BSP


This tutorial shows how to build the Linux image and boot image using the PetaLinux build tool
  • The petalinux-config step can be skipped as the pre-configured BSP is provided
  • Design hardware file should be available in the hw-description folder
% cd $HDMI_HOME/apu/petalinx_bsp
 
  • NFS ONLY: If building on a NFS drive the user will need to change the to point to the local /tmp
    • Go to Yocto Settings -> TMPDIR Location ->
    • Add /tmp/$USER/zcu102_hdmi_8b_exdes_2017_3
  • Build the project image file along with the rootfs
% petalinux-build
  • Create a boot image
% cd images/linux
% petalinux-package --boot --fpga hdmi_example_zcu102_wrapper.bit --fsbl zynqmp_fsbl.elf --pmufw pmufw.elf --u-boot
 
  • Copy the generated BOOT.BIN and image.ub files to the SD card directory
% cp BOOT.BIN image.ub $HDMI_HOME/images

5.2.3 Software Application


HDMI Pass-through application is an user space application that implements and manages the video pipeline (capture to display) and dynamically responds to changes in the input to adapt the output accordingly.

To compile this application, use the provided build.sh script. It sets several environmental variables like PATH, PKG_CONFIG_LIBDIR and PKG_CONFIG_SYSROOT_DIR and then invokes the build procedure and generates video_cmd binary. Before executing this script, make sure you have sourced Petalinux 2017.3 environment. There is more information in the readme.md in the hdmi_passthrough_app folder.

  • NFS ONLY: The build.sh script assumes the user is building on a local drive.
    If an NFS drive is used as noted above in step 5.2.2, when the user should symlink to the /tmp directory
% ln -sf /tmp/$USER/zcu102_hdmi_8b_exdes_2017_3 build/tmp
  • To compile the application type:
% cd ../hdmi_passthrough_app
% ./build.sh
  • Copy the generate application binary to the SD card directory
% cp video_cmd $HDMI_HOME/images

Run Flow Tutorial


  • See here for board setup instructions.
  • Copy all the files from the $HDMI_HOME/images SD card directory to a FAT formatted SD card.
  • Power on the board to boot the images; make sure INIT_B, done and all power rail LEDs are lit green.
  • After ~20 seconds, the display will turn on and the application will start automatically, targeting the max supported resolution of the monitor. The application will detect if an input source is connected to HDMI Rx. If a valid input is detected application will automatically switch to Rx and update the output resolution to follow the input. If no source is detected then SMPTE Colorbars will be displayed at display's native resolution



6 Other Information


6.1 Known Issues

  • In deep color mode (10b design) the output might flash intermittently when CPU is loaded (ex: when HDCP is being used). Fix is underway and will be released in 2018.1
  • Some HDMI Tx monitors may not sync up reliably at 4K60 when working with reduced blanking timing parameters in EDID.
    • Philips BDM 4350UC/61

6.2 Limitations

  • The application does not support audio
  • The application does not support interlaced input/output video content


7 Support


To obtain technical support for this reference design, go to the:
  • Xilinx Answers Database to locate answers to known issues
  • Xilinx Community Forums to ask questions or discuss technical details and issues. Please make sure to browse the existing topics first before filing a new topic. If you do file a new topic, make sure it is filed in the sub-forum that best describes your issue or question e.g. Embedded Linux for any Linux related questions. Please include "ZCU102 HDMI ExDes" and the release version in the topic name along with a brief summary of the issue.

Related Links

© Copyright 2019 - 2022 Xilinx Inc. Privacy Policy