Presentation is loading. Please wait.

Presentation is loading. Please wait.

HDMI Test Tools September 2008

Similar presentations

Presentation on theme: "HDMI Test Tools September 2008"— Presentation transcript:

1 HDMI Test Tools September 2008
Quantum Data, Inc. HDMI Test Tools September 2008

2 Quantum Data HDMI Support
CEA 861-D/VESA Format Libraries Creation of “Complex” Test images/test sequences HDCP Tests CEC Tests EDID Tests Analyzer Functions Functional Tests

3 882E Test Instrument User-friendly front panel.
Ethernet with built-in browser RS-232 serial connection Built-n functional and compliance tests

4 Navigating the 882E The 882E product supports access to all test functions through the following: Front Panel Interface “Tools” > “Reports” “Tools” > “Analyzer” “Content” > “Image File” Built in web page, accessed by Internet Explorer or any other web browser

5 Format Libraries CEA-861-D Format Libraries VESA Format Libraries
Programmable Custom Formats

6 Image Libraries C++ SDK for creating complex images and complex test sequences (Script Runner). .bmp files can be stored. Animated test images. Image Files & Function Tests Image support for up to 12 bbp/channel at 4:4:4 video sampling rate (HDMI 1.3b).

7 HDMI Test Equipment 881E Video Test Generator
Use case is factory assembly line. 882E Video Test Generator Use case is development laboratory/sinks. 882E Analyzer Use case is development laboratory/sinks & sources. 881/882E Generator 882E Analyzer

8 HDMI Functional Testing
Definition: Functional Testing occurs after the build has been delivered to a testing environment. Functions are tested by feeding them input and examining the output for validity. An important attribute of functional testing is that there are external specifications to which the tester may compare testing results. In essence, the tester is validating that the program meets the business requirements. Thus, this testing represents one of the easiest assessments to conduct. - University of Minnesota, Dept. of Engineering Glossary, September 2007

9 HDMI Functional Testing
The test goal of functional testing is to verify that a DUT with can support declared capabilities. A test of function is typically, but not exclusively, part of the product manufacturing process.

10 HDMI Functional Testing
Test Images Image Shift Format Library HDCP Test EDID Data Test Lip Sync and LipSyncB Test 8 Channel Audio Tests (LPCM, Dolby Digital, Dolby Digital +) DV Swing Test Read and Report Infoframes Pixel Repetition Test Active Format Descriptor Test Munsell Color Test Dynamic “Deep Color” 12 bbp Test Combined HDCP/CEC Test CEC Test CEC “Ping” Test Format Rx Test TMDS Analyzer High Level functional tester

11 HDMI Functional Testing
Static Test Images (Patterns) provide subjective quality assessment and basic functional test. Animated Test Images can provide subjective assessments of motion artifact in displays.

12 HDMI Functional Testing
The “Image Shift” Utility allows any standard image from the built-in image library OR custom images (created with SDK or downloaded .bmp files) to be put into motion. Speed is regulated by line, pixel and field. Direction is regulated with X/Y axis controls.

13 HDMI Functional Testing
Format Libraries generate standard timings based on accepted, industry standard specifications. VESA 1.0, Revision 11 CEA 861-D STANAG Class A,B,C Custom formats can can be used to simulate required timings for unique application displays.

14 HDMI Functional Testing
“HDCPProd” image runs a functional test on HDCP authentication with Sink devices. Results are “pass/fail”.

15 HDMI Functional Testing
EDID Data image provides a functional verification that EDID is properly programmed. This is visible on the DUT (Sink) and can be used as a manufacturing test.

16 HDMI Functional Testing
Lipsync testing is a subjective test to determine relative synchronization of audio/video in a sink device. Time interval is sec/audio event for progressive formats. Maximum synchronization is sec/audio event when scaled. Time interval is sec/audio event for interlaced formats. Maximum synchronization is sec/audio event when scaled.

17 HDMI Functional Testing
LipSyncB Test image is a flashing full-white square 1/8th of major active axis Only appears in first field of interlaced formats Audio burst (2 to 3 cycles of sine positioned relative to center of flashing square plus or minus 500 ms

18 HDMI Functional Testing
Lipsync handling of source/repeater devices can be tested. Based on current operational specifications of HDMI 1.3b, sinks report audio and video latency in their EDID. An Rx can simulate a sink and send the same data to a source repeater and measure the delay to see if it corresponds to the EDID latency factors.

19 HDMI Functional Testing
Audio tests provide functional testing of HDMI audio frequency and amplitude. Eight channels of LPCM (linear PCM) audio can be tested individual, in pairs and all at once, simulating function of 5.1 Audio.

20 HDMI Functional Testing
HDMI supports compressed audio. Dolby Digital and Dolby Digital+ are generated as sound clips and can verify that Sink or repeater devices are decoding these formats properly. Subject evaluation of sound quality is also possible.

21 HDMI Functional Testing
TMDS digital video swing is changed between 90 mVp-p to 1620 mVp-p. The DV_Swing test is used to evaluate a displays ability to adjust to changes in digital video amplitude and to look for degradation indicated by the image.

22 HDMI Functional Testing
Verification of HDMI Infoframe Data. Infoframes can be transmitted as well as received. Data is parsed into human readable text Infoframe data can be changed by adjusting functions in both the DUT and tester to determine proper interaction (See Debug Testing). Tx Infoframe Rx Infoframe

23 HDMI Functional Testing
Special progressive scan gaming formats use pixel replication (“PixelRep” Image) to display different H res based on a fixed V res. The Pixel Replication Test will test each of ten modes, duplicating pixels form 0 to 10x. Performance of the display is subjectively judged looking for gaps in the drawing.

24 HDMI Functional Testing
The “AFDTest” (Active Format Descriptor) image will test monitor display function based on matching aspect ratio with allowed “aperture” (see examples).

25 HDMI Functional Testing
Munsell color is universal color that applies to any visual surface. A color is fully specified by listing the three numbers for hue, value, and chroma. For instance, a fairly saturated purple of medium lightness would be 5P 5/10 with 5P meaning the color in the middle of the purple hue band, 5/ meaning medium lightness, and a chroma of 10

26 HDMI Functional Testing
In colorimetry, the Munsell color system is a color space that specifies colors based on three color dimensions, hue, value and chroma. Several color order systems place colors into a three dimensional color solid of one form or another, but Munsell Color separates hue, value, and chroma into perceptually uniform and independent dimensions, and was the first to systematically illustrate the colors in three dimensional space. The Munsell system, and particularly the later renotations, is based on rigorous measurements of human subjects’ visual responses to color, putting it on a firm experimental scientific basis.

27 HDMI Functional Testing
Deep color testing is done with a combination of dynamic test images that will exercise a displays ability to resolve from 4 to 12 bpp depth. Ramp12 Image Ramp Dif

28 HDMI Functional Tests A combined HDCP and CEC Test Image have been created to speed up manufacturing process by adding two tests together. Both tests are run on the DUT (Sink) for the purposes of verifying CEC and HDCP function.

29 HDMI Functional Testing
CEC “Ping” verifies that CEC lines are open between two devices CEC Production Tests gives “Pass/Fail” indication based on requesting and receiving Vendor ID and Physical Address from the DUT

30 HDMI Functional Testing
Format Measurements can be done on the Rx port of the 882 Analyzer product Immediate reporting can be viewed on the LCD of the 882 as source device modes are tested. HTML reports with this data can also be generated. Not only verifying the format (mode) but can interprete color depth of “deep color” source devices.

31 HDMI Functional Testing
ViewPix Test – Reads and reports RGB values from source Pix-Err Test – Compares subsequent frames of data for changes in Pixels Cable Test – Tests cables by connecting Tx to Rx and using Pseudo Random Noise image. Timing Test – Measures format timing LipSync Test – Tests sources ability to react to Sink latency as described in the EDID

32 HDMI Debug Testing Definition: “Debugging” is a methodical process of finding and reducing the number of bugs, or defects, in a computer program or a piece of electronic hardware thus making it behave as expected. Debugging tends to be harder when various subsystems are tightly coupled, as changes in one may cause bugs to emerge in another. -Wikipedia “Debug”, August 18, 2008

33 HDMI Debug Testing The test goal of Debug testing is to exercise the product design to understand and correct implementation errors. A test of function is typically, but not exclusively, part of the product design process and may incorporate tests that would be used later as part of compliance or interoperability testing.

34 HDMI Debug Testing Command Line Control EDID Editor
CEC ITE (Interactive Test Environment) SAM+ (Signal Analyzer Module)

35 HDMI Debug Testing Command Line interface can be established:
Using access through the “homepage” available on the web interface. Using “Hyperterm” and connecting directly to the RS-232 serial I/O As a “Telenet” session connecting to the ethernet port.

36 HDMI Debug Testing Command line interface provides lowest level control of a test device/function: Example: CPTX:OESS <Value> This causes the test equipment to use long reads during authentication where the value corresponding to the following: 1 = encryption enable pulse is positioned at the beginning of the vsync pulse. 4 = encryption enable pulse is positioned at the middle of the vsync pulse. 5 = encryption enable pulse is positioned at the end of the vsync pulse. CPTX:OESS 1 = encryption enable is at the beginning of vsync.

37 HDMI Debug Testing Example: HPPW <Value>
This hot plug pulse width command is used to set the hot plug assertion pulse width in milliseconds. The range is 100 to 4000 ms: HPPW 175 = sets the hot plug assertion pulse width to 175 ms.

38 HDMI Debug Testing EDID editing and applying specific EDID changes provides a way to study how changes will effect Sink, Sources and Repeaters EDID editting can be: Applied to the Rx of an analyzer to emulate a sink. Re-applied to a Sink DUT to determine interactions.

39 HDMI Debug Testing EDID Editor allows for EDID emulation in testing source devices. Create or extract an EDID file and load it on one of two 882E inputs. Four block EDID are programmable. Block 0 Block 1 Block 2 Block 3

40 HDMI Debug Testing EDID functions can be incremented and reapplied.
Overall function and individual functions of products can be tested. Entries can be made in “human readable” terms which does not require hexadecimal code. Files are saved and stored in .xml with conversion to text possible.

41 HDMI Debug Testing CEC ITE provides tools for “debugging” CEC protocols. Bit Timing Bus Arbitration Corrupted Bits Test for correct message acknowledgement. Allows “Op Codes” to be sent on pull down menus and looks at send and receive response.

42 HDMI Debug Testing Analyzing formats generated by a source/repeater and being able to append measures allow comparision of known good format to one requiring some debugging. SAM+ (Signal Analyzer Module) receives HDMI video and breaks it down, compares it to our built-in library and can recalculate the report and express it in the language of HDMI Compliance Test Specification – simulating an ATC test.

43 HDMI Debug Testing A primary consideration in debug testing is to stress a design to test limits. The ability to understand code/hardware interaction in a DUT is built into test procedures Results of debugging may be determined by the ultimate goal of meeting business case requirements all the way to Compliance testing

44 HDMI Debug Testing NOTE: Because many functions of HDMI are destined for compliance testing, many of compliance tests may also be used for debugging purposes. Example: CEC function may not even be possible until basic electrical function of the CEC bus is operable. The CEC Compliance Test, Section 7 could be used to test viability of the bus.

45 HDMI Compliance Testing
Definition: Conformance testing, also known as Compliance testing, is a methodology used in engineering to ensure that a product, process, computer program or system meets a defined set of standards. These standards are commonly defined by large, independent entities such as the Institute of Electrical and Electronic Engineers (IEEE), the World Wide Web Consortium (W3C) or the European Telecommunications Standards Institute (ETSI). - SeachSoftwareQuality, 15 February, 2007

46 HDMI Compliance Testing
The test goal of compliance testing is to verify that a DUT meets the technical requirements of a specific set of written standards. A test of compliance is typically to determine acceptance of minimum standards required for commercial acceptance of a product. Typically there are two levels of compliance testing: Laboratory Testing Self-Certification

47 HDMI Compliance Testing
HDMI Specifications: HDMI Specification 1.1 HDMI Specification 1.2 HDMI Specification 1.2a HDMI Specification 1.3 HDMI Specification 1.3a HDMI Compliance Testing Specifications: Compliance Test Specification 1.1 Compliance Test Specification 1.2a Compliance Test Specification 1.3a Compliance Test Specification 1.3b Compliance Test Specification 1.3b1 Compliance Test Specification 1.3c

48 HDMI Compliance Testing
EDID Compliance Test CEC Compliance Test HDCP Compliance Test

49 HDMI Compliance Testing
EDID Compliance Test corresponds to the following Compliance Test Sections: Test ID 7.1 EDID Related Behavior (Source) Test ID 8.1 EDID Readability (Sink) Test ID 8.2 EDID VESA Structure (Sink) Test ID 8.3 CEA Timing Extension Structure (Sink) Test ID D Format Support Requirements (Sink) Test ID 8.18 Format Support Requirements (Sink) Test ID 8.19 Pixel Encoding Requirements (Sink) Test ID 8.20 Video Format Timing (Sink)

50 HDMI Compliance Testing
EDID Compliance Test requires that a CDF (Capabilities Declaration Form) be completed to base-line the test. Tests declare in a CDF both mandatory and optional features based on what the product supports.

51 HDMI Compliance Testing
The EDID Compliance test parses the EDID data into human readable text. The EDID blocks are shown for reference and the specific product data is provided for reporting purposes.

52 HDMI Compliance Testing
Sink Device EDID Compliance Reports are generated as an HTML file and include Product Information, CDF, EDID blocks and “pass/fail” test results. Sink Device EDID Compliance Test Results are broken down by: Test ID Test Step “Pass/Fail” results by test step Test Section Summary “Pass/Fail”

53 HDMI Compliance Testing
Test ID 7.1 EDID Related Behavior: EDID Emulators on an Rx port provide EDID for testing source behavior. EDID Emulators can be programmed with up to four blocks of EDID data. Block 0 Block 1 Block 2 Block 3

54 HDMI Compliance Test CEC Compliance Test corresponds to the following Compliance Test Sections: Test ID 7-1,7-2 Electrical Tests Test ID 8.1,8.2 Signaling and Bit Timing Test ID 9.1 thru 9.7 Frame Communication Test ID 10.1 Device Installation and Addressing Test ID 11.1 Features Test ID 12-1,12-2,12-3 Invalid Message Tests

55 HDMI Compliance Testing
CEC Compliance Test provides TPA (Test Point Adaptors) for Quiescent and Dynamic Electrical Testing. TME (Test Management Environment) Software performs the test functions and reporting.

56 HDMI Compliance Testing
The CEC test requires device selection, identification of the product and inputting CDF (Compliance Declaration Form) data.

57 HDMI Compliance Testing
The CEC TME is automated and takes the operator threw appropriate test IDs, based on the type of product and features declared. Each test sections begins by providing interconnection diagrams and recommended test equipment. All tests call out CEC Test ID numbers for clear reference to the HDMI Compliance Test Specification.

58 HDMI Compliance Testing
Each test section describes the test goal and provides instruction to the operator regarding performance of the test.

59 HDMI Compliance Testing
At the conclusion of each test section, results are reported. Summary “pass/fail” is reported as well as specific test sections are given “pass/fail” in detailed reporting.

60 HDMI Compliance Testing
CEC Compliance reports are delivered as the testing progresses. Written tests can be requested. The files are HTML files which call out each Compliance Test Section. Sections that pass are given a “Pass” status. “Fails” are reported in detail at the step level.

61 HDMI Compliance Test The HDCP Compliance Test corresponds to the following HDCP Compliance Test Sections 1.3: Tests of a Source device 1A-01 through 1A-09 (downstream with Rx) 1B-01 through 1B-06 (downstream with Repeater) Tests of a Sink device 2C-01 through 2C-04 (upstream with Tx) Tests of a Repeater device 3A-01 through 3A-05 (downstream with Rx) 3B-01 through 3B-05 (downsteram with Repeater) 3C-I-01 through 3C-I-07 (upstream with Tx, between Tx and Rx) 3C-II-01 through 3C-II-09 (upstream with Tx, between Tx and Repeater)

62 HDMI Compliance Testing
Product is NOW APPROVED by DCP. Additional changes in the test, addition of the EST and SRM disk have increased test coverage of the HDCP Compliance Test. Certification by DCP identifies the Quantum Data HDCP CT as identical to that being used in the Authorized Test Centers.

63 HDMI Compliance Testing
Preparation for testing HDCP requires setting the PCP (Product Capability Parameter): DUT Type Source, Sink, Repeater Source Max KSV Source Authentication Control Source Out Only Repeater Yes/No Sink 1.1 Features Supported Yes/No Sink 1.1 Audio Supported Yes/No Repeater 1.1 Features Supported Yes/No Repeater Audio Support Yes/No Repeater HPD Pulse Yes/No Repeater Max KSV Repeater Out OnlyRep Yes/No

64 HDMI Compliance Testing
Enhanced HDCP Compliance Test – Includes EST (Encryption Status Tester) and SRM disk for testing for key revocation.

65 HDMI Compliance Testing
Source Testing Configuration Sink Testing Configuration Repeater Testing Configuration

66 HDMI Compliance Testing
HDCP Compliance Test provides a “Summary” of of the test sections Test can be run in “Batch Mode” or with command line, individual tests can be run separately. All tests report results matched to the Test ID. Test results are reported with “Pass”, “Fail” and “Warning”

67 HDMI Interoperability Testing
Definition: The ability of two or more systems to exchange information and to use the information that has been exchanged. -IEEE Standard Computer Dictionary, 1990

68 HDMI Interoperability Testing
The test goal of interoperability testing is to understand product interactions and develop develop systems that operate together seamlessly. A test of interoperability is part of the design process, but may also be needed to analyze specific product system installations in the field.

69 HDMI Interoperability Testing
Auxillary Channel Analyzer.

70 HDMI Interoperability Testing
Interoperabilty Testing is accomplished when a product can emulate multilple system configurations and view the results. Many test functions already illustrated in this seminar can be used for studying interoperability: EDID Reports Format Reporting Infoframe Data, HDCP Tests CEC Tests

71 ACA Testing Capability
The Auxillary Channel Analyzer (ACA) passively sniffs on the I2C bus and CEC bus of the HMDI interconnection. This allows exposure of all Auxillary Channel traffic Emulator to DUT DUT to DUT

72 HDMI Interoperability Testing
ACA provides analysis of DDC and CEC bus traffic. HDCP, EDID, HPD and CEC events are logged and time stamped Detail (lower left) and data (lower right) can also be viewed.

73 HDMI Interoperability
“Every possibility you add to an interface increases your likelihood of failure” -B.J. Fogg, Stanford University “It is much, much harder to achieve simplicity in interaction design.” -Tim Plowman, University of California, Berkeley

74 HDMI Interoperatbility
The complexity of the HDMI transmitter and receiver interface provides fertile ground for interoperability problems. The simpler the end-user operation is, the more complex the internal structures and automation required. Since the days of “HiFi”, consumer electronic products are typically required to interoperate. The “component mentality” of consumers requires that interoperability be addressed at all levels.

75 HDMI Interoperability
Interoperability Test Environments: Internal Testing (Debug, Interop, Function) Compliance Testing (both Internal/external) Plugtests (External) Beta Testing (“Adhoc Partner Testing”) Field Experience. Testing locations can be presented as: In the Laboratory In the Field (i.e. under common use)

76 Laboratory Testing Joseph Lias, President of Simplay Labs LLC suggests that compliance testing speeds up identification of interoperability issues. Compliance Testing and Interoperability Testing are not the same: Compliance Testing will examine a specific product against a specification. While many interoperability problems may be generally addressed in compliance testing, it is NOT the primary concern. Interoperability testing will examine a product interaction with other related devices. Laboratory methods are not clearly defined

77 Laboratory Testing Running compliance tests will resolve some high level interoperability problems Example: CEC Test ID Test Objective is “To ensure that the DUT responds correctly to a <Request Active Source> message when it is the current active source”. The Required Test Method for Test ID is to “Broadcast a <Request Active Source> Message”. The Pass Criteria for Test ID is that “The DUT responds to the <Request Active Source> message by broadcasting an <Active Source> message”. With the correct equipment… you have tested one instant of potential interoperability.

78 Laboratory Testing Additional test methods for Laboratory Interoperability Testing: Standard: a collection of “Golden” devices that utilize the HDMI interface and might be combined in a system with the DUT. A Test device that can simulate or emulate other devices that might be used in a system with the DUT. A Test device that can view the data transactions that occur between different HDMI DUTs in a system.

79 Laboratory Testing Emulation can be accomplished by using tools like:
EDID Editor Format Editor CEC ITE (Debugging Tool) Command line set ups (through the Web Interface OR the “Settings” button on the front panel) Immediate interactions can be observed in DUT performance and some functions will generate an internal report that describes the interactions.

80 Laboratory Testing “Golden Test” devices or a collection of available consumer electronic devices provide a valid method for understanding interoperability potential. Being able to emulate product is also a reasonable approach. Assuming that the emulation device has been put through rigorous testing and has the flexibility to truly simulate product states that may suggest interoperability. A device to observe and report auxillary channel traffic that promotes interoperability is needed.

81 Laboratory Testing Use of the Auxillary Channel Analyzer (ACA) to study HDCP, HPD and EDID and CEC interactions in the Laboratory

82 Laboratory Testing Using a “passive sniffer” allows to study interactions between different system DUTs and product emulation isn’t required.

83 Field Testing “Adhoc Field Testing” can provide ways to test interoperability with selected clients, locations or products Plugtests provide organized ways to combine multiple, unrelated manufactured products for systematic testing. Portable test devices that can be used in the consumers home or office to take a “snap shot” or log observed interoperability problems.

84 Field Testing HT-180 “Hand Shake Tester” is a portable product that can test product in a “real world” application. The HT-180 can observe DDC bus transactions and display data as: Reason codes on the LCD Trace files captured with a notebook computer which are in the same format as the laboratory tool

85 Field Testing Idenfifies 5V, Current and Hot Plug Issues
Identifies EDID problems. Localizes HDCP handshake problems

86 Field Testing EDID Failures Checks if EDID port was not acknowledged
Checks if EDID port access was attempted by source Verifies that EDID header and checksums are valid Checks if EDID read was triggered by hot plug detection

87 Field Testing Hot Plug Failures
Checks hot plug for < 100ms deassertion Verifies that hot plug downstream assertion is passed to upstream Checks if hot plug detection assertion upstream was not the result of downstream problem Measures +5v signals for voltage and current draw on a source

88 Field Testing HDCP Failures
Checks for invalid Aksv from source Verifies that source write of An occurs prior to write of Aksv Verifies that source read of Bcaps occurs prior to read of R0’ Verifies that source write of Aksv occurs prior to read of R0’ Checks for invalid Bksv from sink Checks if Ri’ is read without second phase of authentication (in case of repeater) Checks if HDCP reauthentication was triggered by hot plug detection Checks if HDCP port is not acknowledged Checks for excessive HDCP re-authentication attempts by source Verifies that source attempted to access sink HDCP port Checks if the READY bit is not set as a result of any of the following failure conditions: Repeater did not attempt to read Bksv downstream receiver Source did not begin reauthentication after five seconds Invalid Bksv

89 Field Testing HT-180 can be inserted into a system and can passively observe DDC data traffic between an HDMI source, sink and repeater.

90 Field Testing HT-180 supports “Trace File” formats collected through an ACA. This is the identical format to the laboratory ACA and captures the same type of data (although does not currently support CEC)




94 Current Reason Code Listings

95 HDMI Testing To provide an understanding of the various levels of testing required for HDMI products and illustrate test methods. To explain the HDMI HDCP compliance test specification in terms of test goals, “shoulds” and “shalls”. To explain HDMI HDCP Interoperability testing useful in both laboratory and field environments.

96 HDMI Testing Thank you for your participation today!
You may have questions, so please feel free to contact us: Visit our website at Call us at:

Download ppt "HDMI Test Tools September 2008"

Similar presentations

Ads by Google