HDMI CTS V1.4a
HDMI CTS V1.4a
HDMI CTS V1.4a
Hitachi, Ltd.
Panasonic Corporation
Sony Corporation
Technicolor, S.A.
Toshiba Corporation
CONFIDENTIAL
Preface
Notice
THIS SPECIFICATION IS PROVIDED “AS IS” WITH NO WARRANTIES WHATSOEVER,
EXPRESS OR IMPLIED, INCLUDING, WITHOUT LIMITATION, NO WARRANTIES OF
MERCHANTABILITY, NONINFRINGEMENT, FITNESS FOR ANY PARTICULAR PURPOSE, OR
ANY WARRANTY OTHERWISE ARISING OUT OF ANY PROPOSAL, SPECIFICATION, OR
SAMPLE.
Hitachi, Ltd., Panasonic Corporation, Philips Consumer Electronics International B.V., Silicon
Image, Inc., Sony Corporation, Technicolor, S.A., Toshiba Corporation and HDMI Licensing, LLC.
disclaim all liability, including liability for infringement of any proprietary rights, relating to use of
information in this specification.
Addition of test for Active cable and Converter cable(5-2, through 5-8)
Removed Active Cable Test (5-9)
Addition of New Cable Test (5-10, 5-11, 5-12, 5-13 and 5-14)
Correction of Test for CEC root Repeater (7-14, 8-13, 9-5)
Editorial correction (7-3, 8-9, 8-24, Table7-1, Table7-2)
Clarification of Test Signal (7.4.1)
Addition of test for Type 2 cable emulator (8-7)
Clarification of Non-HDMI I/O (9.2.4)
Modification of Repeater Mini-CDF for Source/Sink function (Appendix 3)
Addition of CDF fields for Cable (Appendix 3)
1.2a 2005/12/15 Incorporation of Quantum Data 882 for CEC and EDID tests (sects.
4.2.1.1.9, 4.2.3.1, 4.2.3.2, Appendix 1)
Add note regarding discontinued test equipment (sect.4.1.1)
Added General Oscilloscope (4.2.3.4)
New policy – submit all longer cable length (sect. 5 first paragraph)
Clarified extent of overmold restriction (5-1)
Restricted cable power consumption to 5mA (5-3)
Clarified use of Tektronix TDR (5-8, 8-8)
Clarified policy – all connectors must be tested and results submitted
(sect. 6 intro)
Addressed capacitance measurement issues with TE and configuration
change (7-13, 8-9)
Replaced IOFF test with VOFF test (7-3)
Adjusted HPD voltages per HDMI Spec (7-12)
Verify legal usage of “independent CEC” function (7-14, 8-13)
Adjusted CEC resistance allowance per HDMI Spec (7-14, 8-13)
Adjusted CEC degradation check (7-15, 8-14)
Removed Type A-related test (7-20)
Verify compliance with audio-must-output rule (7-28)
Changed audio/video format combinations to test (7-30)
Added max differential test and adjusted max VICM (8-5)
Added new video formats (7-25, 7-26, 8-17)
Removed DTD requirement per HDMI Spec (8-17)
Clarified variety of TE specs (4.2.1.5, 4.2.1.9, 4.2.1.11, 4.2.1.16, 4.2.3.3,
Clarified test methods and configurations (7-1, 7-3, 7-5, 7-6, 7-7, 7-11, 7-
13…18, 7-23…33, 8-1…3, 8-5, 8-7, 8-9, 8-14, 8-16…23, 9-1…9-5)
Numerous clarifications in CDF fields (Appendix 3)
Table of Contents
PREFACE .................................................................................................................................................... II
NOTICE........................................................................................................................................................ II
DOCUMENT REVISION HISTORY ................................................................................................................. III
1 INTRODUCTION ................................................................................................................................ 1
1.1 PURPOSE AND SCOPE ....................................................................................................................... 1
1.2 NORMATIVE REFERENCES ............................................................................................................... 1
1.3 ORGANIZATION OF THIS DOCUMENT ................................................................................................ 1
2 DEFINITIONS...................................................................................................................................... 3
2.1 CONFORMANCE LEVELS .................................................................................................................. 3
2.2 USAGES AND CONVENTIONS ........................................................................................................... 3
2.3 GLOSSARY OF TERMS ...................................................................................................................... 4
2.4 ACRONYMS AND ABBREVIATIONS ................................................................................................... 5
3 OVERVIEW ......................................................................................................................................... 6
SUPPLEMENT 2 – HDMI ETHERNET AND AUDIO RETURN CHANNEL (HEAC) ........... HEAC-I
1 Introduction
1.1 Purpose and Scope
This document constitutes the specification of procedures, tools and criteria for testing the
compliance of devices with the High-Definition Multimedia Interface Specification Version 1.4a.
Each individual test is designed to ensure compliance with one or more requirements in the HDMI
Specification or in one of its normative (required) specifications. No amount of testing can
guarantee 100% interoperability among all passing devices when operated in all possible modes
but, properly executed, the tests described in this document should give a very high level of
confidence in the ability of the device to interoperate with other HDMI devices.
Due to the nature of testing a closed-box system such as a TV or DVD player, there are a variety
of requirements in the HDMI Specification which are very difficult or impossible to directly verify.
Compliance testing for these items will depend upon alternative methods, which may not have
100% correlation with the HDMI-required behavior but will achieve the objective of generating
confidence in the interoperability of the device.
Consumer Electronics Control (CEC) test methods are given in the HDMI Compliance Test
Specification Supplement 1.
HDMI Ethernet and Audio Return Channel (HEAC) test methods are given in the HDMI
Compliance Test Specification Supplement 2.
Type B and dual-link functionality is not fully covered by this test specification. Such details will be
included in a future version.
Note that the HDMI Specification includes normative references affecting the required operation
of HDMI devices.
Chapter 1 describes the Purpose and Scope of the document, references, usages and
conventions.
Chapter 2 defines terms and acronyms used within the document.
Chapter 3 provides an Overview to HDMI compliance testing.
Chapter 4 describes the Required Capabilities for the defined test equipment as well as
certain Recommended Test Equipment that has been proven to meet those requirements.
Chapter 5 describes the tests for a Cable Assembly. For each test, a Required Test
Method is described that defines the minimum requirements for accurate and valid testing
2 Definitions
2.1 Conformance Levels
expected A key word used to describe the behavior of the hardware or software in
the design models assumed by this specification. Other hardware and
software design models may also be implemented.
may A key word that indicates flexibility of choice with no implied preference.
bit N Bits are numbered in little-endian format, i.e. the least-significant bit of a
byte or word is referred to as bit 0.
D[X:Y] Bit field representation covering bit X to bit Y (inclusive) of value or field
D.
0bNN Binary (base-2) numbers are represented using ‘C’ language notation,
preceded by ‘0b’.
== Is Equal to (‘C’ notation). Used to test for a specific value (e.g. if bit 3 ==
1, or, verify that byte SB0 == 0).
TMDS_DATA0 Equivalent to the differential signal pair TMDS Data0. When referring to a
single-ended signal within this pair, TMDS_DAT0+ or TMDS_DATA0– is
used. Same applies to TMDS_DATA1, TMDS_DATA2 and
TMDS_CLOCK.
FAIL, “xxx” Indicates a directive to the test operator to fail this test and to write
“FAIL” in the “Pass/Fail” field of the Test Results form, and the comment
“xxx” in the Comments field. It is permitted and frequently useful for the
remainder of the test to be performed to provide additional information
about the failure.
PASS, “xxx” Indicates a directive to the test operator to pass this test and to write
“PASS” in the “Pass/Fail” field of the Test Results form, and the comment
“xxx” in the Comments field. The PASS directive indicates that the test is
complete unless indicated otherwise. There is an implied PASS directive
at the end of every test method, causing successfully completed tests to
PASS.
SKIP, “xxx” Indicates a directive to the test operator to skip this test and to write
“SKIP” in the “Pass/Fail” field of the Test Results form, and the comment
“xxx” in the Comments field.
CEA format Also called CEA-861-D-defined video format. Any video format listed in
CEA-861-D for which a Video Identification Code exists.
test coupon A test trace, that emulates the signal traces, present on a test fixture
PCB. The test coupon is used to measure and compensate for process
variations during PCB manufacture.
support The ability for a device to perform the appropriate action (for that device)
with the specified format or option. For display devices, a video format is
supported if such a signal is displayed in a manner comparable to other
video formats or video from other inputs. For source devices, a video
format is supported if the device is capable, after appropriate user input
or delivery of appropriate content to the device, of outputting a signal
with that format.
TBIT One bit time at the specified TMDS clock frequency (= TCHARACTER/10). If
no TMDS clock frequency is specified, it is assumed to be the current
(tested) TMDS clock frequency.
TCHARACTER One character time at the specified (TMDS) clock frequency. If no TMDS
clock frequency is specified, it is assumed to be the current (tested)
TMDS clock frequency. If a video format is pixel-repeated, TCHARACTER
continues to be defined as 10* TBIT.
SVD Short Video Descriptor (in Data Block collection of CEA EDID Timing
Extension)
TE Test Equipment
3 Overview
HDMI system architecture is defined to consist of Sources, Sinks, Repeaters and Cable
Assemblies. A given device may have one or more HDMI inputs and one or more HDMI outputs.
Each HDMI input on a device shall follow all of the rules for an HDMI Sink and each HDMI output
shall follow all of the rules for an HDMI Source. Consequently, each HDMI input shall be fully
tested for compliance using the tests specified for Sink devices and each HDMI output shall be
fully tested against the full set of tests specified for Source devices.
Any device with at least one HDMI input and at least one HDMI output is defined to be a
Repeater. In addition to the Source and Sink tests required for each of the inputs and outputs,
additional Repeater tests may be required.
In addition to the tests described for Sources, Sinks, Repeaters and Cable Assemblies, there are
tests described for connectors present on these devices. The manufacturer of the device is
required to verify the compliance of the connector in all cases, whether the product is ATC-tested
or self-tested.
In order to provide the best coverage possible, it is necessary to perform many of the tests herein
for each relevant operational mode of the Device Under Test (DUT). For instance, it is necessary
to perform some of the video tests for each supported video format timing.
The primary purpose of the testing is to reveal whether the product passes all test cases. A failure
of a single test item within a test case constitutes a failure of the product to meet the overall
compliance testing requirement. However, even if an intermediate test step within a test case
reveals a failure, it is permitted and frequently useful for the remainder of that test case and other
test cases to be performed in order to provide additional information about the failure.
4 Test Equipment
4.1 Test Equipment Overview and Policy
4.1.1 Required Capabilities versus Recommended Equipment
Each piece of test equipment referenced by the individual test cases in the Source, Sink,
Repeater and Cable Assembly sections is listed below. For each of these, the “Required Test
Equipment Capabilities” are described. All equipment used for testing the related attributes shall
comply with the requirements listed for that equipment.
In addition, for each of the defined pieces of equipment, specific commercial or custom
“Recommended Test Equipment" is described. This includes the primary equipment that is used
in the HDMI Authorized Test Centers and should also, if possible, be used for any self-testing of
the related functions. An equivalent successor to the recommended test equipment may be used
as a replacement. Adopters and ATCs should contact the recommended test equipment maker to
learn which products are equivalent replacements. Other configurations and equipment may be
used for self-testing, as long as that equipment and the processes used meet all of the stated and
implied requirements and permit an equivalent level of testing. It is the Adopter’s responsibility to
verify that the substituted equipment and processes are sufficient.
Adopter should understand that HDMI Licensing, LLC, the HDMI Founders and the test
equipment maker may not ensure the future commercial availability of the “Recommended Test
Equipment”.
Likewise, Sink devices are tested using a variety of Source emulators or “Generators” capable of
generating a variety of test signals. These generators may consist of custom hardware designed
for HDMI compliance testing or may consist of standard waveform and pattern generators or
some combination thereof.
For each of the different connector types there are two classes of TPA fixtures. These are the
Receptacle TPA (TPA-R) and Plug TPA (TPA-P). A TPA-P is typically used for Source and Sink
tests and one or two TPA-R are used for cable tests. In addition, A TPA-R is sometimes used to
calibrate the test signal meant to be delivered to a Sink DUT.These boards permit direct access
to all TMDS, DDC and CEC signals. Due to the variety of measurements taken (e.g. skew, jitter)
and the types of probes used, several TPA boards are needed for each connector type (Plug and
Receptacle).
When a TPA board is acting as a Sink (for Source DUT testing), additional functionality may be
required. If appropriate termination resistors are not integrated into the probes used then such
resistors must be connected between each TMDS signal and a (typically) 3.3V supply. In addition,
a variety of EDID images may be required in order to get the Source to create the required signal.
For this reason, an EDID Emulator may need to be attached to the TPA board. Lastly, as a Sink,
the TPA is typically operated with the Hot Plug Detect signal connected to the +5V Power signal
through a 1.2kΩ resistor.
Following are the capabilities common among all of the TPA boards:
HDMI plug or receptacle is mounted in such a way to enable direct connection to a Source,
Sink or Cable Assembly. This includes being able to attach the assembly in tight or
awkward locations such as within a connector access panel at the rear of a flat panel
display.
Termination: On some TPAs that are used to emulate the behavior of a Sink, termination
resistors are provided on each of the TMDS signal lines. In this case:
• Connector is provided allowing input of external DC 3.3V source to +3.3V power rail
used for TMDS termination.
• Test point is provided on 3.3V rail.
• Each single-ended TMDS signal is pulled up to +3.3V power rail through a 50Ω resistor
with less than ± 1% tolerance.
• Test coupon test ports (see below) are pulled up to the +3.3V rail through a 50Ω
resistor with less than ± 1% tolerance. At least 1 GND pin is mounted near the test port
(closer than 15mm).
All TMDS signals have the following characteristics:
• Test port shall be appropriate to the type of probe used and is located at an equivalent
trace length from the HDMI connector as all other test ports.
• Characteristic differential impedance of the connector, for each differential TMDS pair
is 100Ω ± 15%. A single excursion is permitted out to a maximum of 100 ohm+/-25%
and of a duration less than 250psecs.
Recommended Test Equipment – For use with Tektronix P7330 Probe and at TMDS clock
frequencies less than or equal to 74.25MHz
• Tektronix TPA-P-DI, available as one component in Tektronix 013-A013-50
Recommended Test Equipment – For use with Tektronix P7330 Probe and at TMDS clock
frequencies less than or equal to 74.25MHz
• Tektronix TPA-R-DI, available as one component in Tektronix 013-A012-50
Recommended Test Equipment – For use with Tektronix P7240 Probe and at TMDS clock
frequencies less than or equal to 74.25MHz
• Tektronix TPA-P-SE, available as one component in Tektronix 013-A013-50
• For DC characteristics testing of Sources with Type-C Plugs:
• Tektronix TPA-R-SE with JAE Type A to Type C jig cable DC1DC2ST2020A.
• Tektronix TPA-R-SE with Molex Type A to Type D jig cable 687830004
• Tektronix TPA-R-SE with JAE Type A to Type E jig cable MX50-DC1-L200
Recommended Test Equipment – For use with Tektronix P7240 Probe and at TMDS clock
frequencies less than or equal to 74.25MHz
• Tektronix TPA-R-SE, available as one component in Tektronix 013-A012-50
Recommended Test Equipment #1 – For use at TMDS clock frequencies less than or equal to
74.25MHz
• Tektronix TPA-P-TDR, available as one component in Tektronix 013-A013-50
Recommended Test Equipment #1 – For use at TMDS clock frequencies of 74.25MHz or lower
• Tektronix TPA-R-TDR, available as one component in Tektronix 013-A012-50
Recommended Test Equipment #3 – For use with any SMA probe at any TMDS clock frequency
• Type A: EFF-HDMI-TPA-R with EFF-E-EDID-TPA (EDID/Control breakout adapter),
available from Efficere Technologies as part of set ET-HDMI-TPA-S.
• Type C: EFF-HDMIC-TPA-R with EFF-E-EDID-TPA (EDID/Control breakout adapter),
available from Efficere Technologies as part of set ET-HDMIC-TPA-S.
• Type D: BIT-HDMI-TDRE-0001 available from BitifEye Digital Test Solutions
• Type E: TF-HDMIE-TPA-R with ET-HDMI-TPA-CE (EDID/Control breakout adapter),
available from Tektronix as part of set TF-HDMIE-TPA-KIT.
• Note: EFF-HDMIC-TPA-R is preliminary and is subject to change without notice.
Figure 4-1 shows functionally how the CRU is used to measure an eye diagram. Clock jitter is
measured using a very similar approach, shown in Figure 4-2. Effectively, the CRU generates the
trigger that the oscilloscope uses to capture and display the data eye. Figure 4-2 shows how the
CRU is used to measure the jitter on a transmitted TMDS clock.
In reality, the recommended CRU consists of software that digitally processes captured data.
Following the capture, the software CRU processes the captured TMDS_CLOCK waveform
according to the mathematical definition of the Ideal Recovery Clock, specified in [HDMI: 4.2.3].
The eye diagram is then drawn as if a series of captures had occurred, each triggered by a
Recovered Clock edge.
This software approach is strongly recommended, due to the high correlation between the
software implementation and the mathematical definition of the Ideal Recovery Clock.
For testing of Cable and Sinks operating at TMDS clock frequencies above 165MHz, the testing
also involves use of a Reference Cable Equalizer in the Jitter/Eye Analyzer. In both Figure 4-3
and Figure 4-4, the analyzer is shown including the Reference Cable Equalizer, which is used
primarily for cable output and receiver input eye measurements. Like the CRU, it is intended to
approximate the ideal equalization as specified in the HDMI specification. For Source tests, the
Reference Cable Equalizer is not used.
Figure 4-3 TMDS Eye Diagram Measurement With Reference Cable Equalizer
Figure 4-4 TMDS Clock Jitter Measurement With Reference Cable Equalizer
Jitter and eye measurements are used for Source, Sink, and Cable Assembly compliance testing.
For Source testing, the Jitter/Eye Analyzer is used to verify the compliance of the output eye and
TMDS clock jitter directly. For Sinks, the Jitter/Eye Analyzer is used during the calibration of a
worst-case eye from a TMDS Signal Generator. The worst-case eye is input to the Sink to
determine its data recovery capabilities. For cables, generation of a worst-case input eye and
analysis of the cable’s output eye are performed.
The Jitter/Eye Analyzer must be capable of accurately indicating the amount of jitter or the actual
eye diagram on the tested TMDS differential signal.
The transfer function for an Ideal Recovery Clock is shown in Equation 4-1 below. An ideal CRU
would perfectly match this function.
Across the tested clock frequency range, the Jitter/Eye Analyzer’s CRU shall have a jitter transfer
amplitude that differs, from the ideal transfer function, by no more than ±0.2dB from DC to 10MHz.
At 20MHz the difference must be less than ±1dB and at 50MHz, less than +2/-6dB. From DC to
20MHz, the jitter transfer phase response must be within ±1.8 degrees of the phase response of
the ideal recovery clock.
H(jω) = 1 / ( 1 + jω/ω0 )
Equation 4-1 Jitter Transfer Function of PLL for Ideal Recovery Clock Definition
The Jitter/Eye Analyzer’s Reference Cable Equalizer function may be selected by the operator to
be applied to all or none of the measured TMDS differential signals. The equation defining the
equalizer is shown in Equation 4-2 below.
e A*ω (ω < ω0 )
N
Where :
N = 0.7
ω0 = 2π * 2.25GHz
A = 7.34 E − 8
7
B = * A * ω 0−1.3
4
C = 1.07 * A * ω 00.7
D = 0.7 *A * ω0−0.3
E = 1.98 * A * ω00.7
The Jitter/Eye Analyzer’s Reference Cable Equalizer function for Automotive may be selected by
the operator to be applied to all or none of the measured TMDS differential signals for TP2 eye.
The equation defining the equalizer is shown in Equation 4-3 below.
Configuration #1 – May be used for testing at TMDS clock rates of 148.5MHz or lower. For testing
at 148.5MHz, it is better to use the alternative scopes below.
• Recommended Digital Oscilloscope #1 (see section 4.2.1.3 below)
- Tektronix TDS7404 1 4GHz Digital Oscilloscope
• Two (2) Tektronix P7350SMA Differential Probes
1
Tektronix TDS7404B is available as an equivalent successor.
Recommended Test Equipment #1 – May be used for testing at TMDS clock rates of 148.5MHz or
lower. For testing at 148.5MHz, it is better to use the alternative scopes below.
• Tektronix TDS7404, 4GHz Digital Oscilloscope with:
- large memory option (#4M)
- serial pattern trigger option (#ST)
- Tektronix TDSHT3 software version 3.3.0
TDSHT3 may be used only as described in test methods below.
2
Tektronix TDS7404B is available as an equivalent successor.
Recommended Test Equipment #1 – For use with Tektronix oscilloscope, but only at TMDS clock
rates less than or equal to 74.25MHz
• Tektronix P7330 Differential Probe
- Tektronix 016-1884-00 Square Pin Adapter
- Tektronix 196-3469-00 Ground Lead
Recommended Test Equipment #1 – For use with Tektronix oscilloscope, but only at TMDS clock
rates less than or equal to 74.25MHz
• Tektronix P7350SMA Differential Probe
- Tektronix 174-4866-00 Matched pair SMA cables
Recommended Test Equipment #2 – For use with Agilent oscilloscope at any TMDS clock rate
• Agilent 1169A (12GHz) probe amplifier
• Agilent N5380A probe head
Capable of outputting an HDMI signal with any of the following characteristics that are supported
by the DUT:
• Video format timings: 24-bit (normal) and 36-bit versions of following timings
- 1920x1080p @ 60Hz
- 1920x1080p @ 50Hz
- 720x480p @ 59.94Hz
- 1920x1080i @ 60Hz
- 1280x720p @ 60Hz
- 720x576p @ 50Hz
- 1920x1080i @ 50Hz
- 1280x720p @ 50Hz
• Data Patterns
- Patterns Available
1) “RGB” pattern (available for all video formats above and with 24-, 30-, 36- and
48-bit pixel sizes): RGB pixel encoding: Repeating gray scale ramp 0, 1,
2…254, 255, 0, 1, 2…during each active video period. For deep color patterns,
each step in the gray ramp (0 to maximum) is 4, 16 or 256 for 30-, 36- and 48-
bit color respectively.
2) “YCbCr 4:2:2” pattern (available for 720x480p and 720x576p video formats and
24-bit pixel size only): YCBCR 4:2:2 pixel encoding: Repeating gray scale ramp.
This should display the same as the RGB gray ramp, i.e. the displayed ramp
should increment every pixel.
3) “YCbCr 4:4:4 pattern (available for 720x480p and 720x576p video formats and
24-bit pixel size only): YCBCR 4:4:4 pixel encoding: Repeating gray scale ramp.
This should display the same as the RGB gray ramp, i.e. the displayed ramp
should increment every pixel.
- Audio format:
For VGA or [480p and 576p] formats only at 24-bit/pixel RGB only: 2-channel
16-bit L-PCM audio at 48kHz sampling frequency, N and CTS values (constant)
per recommended values for 48kHz at transmitted video frequency [HDMI: Table
7-3].
- Audio data:
1kHz sine wave with amplitude of –18 dBFS (full scale) on Left channel
400Hz or 500Hz sine wave with amplitude of –18 dBFS (full scale) on Right
channel
- Additional Data
Recommended Test Equipment #1 – For testing at TMDS clock frequencies of 74.25MHz or lower
The recommended TMDS Signal Generator based on the Tektronix DTG consists of the following
components:
Agilent HDMI TMDS Signal Generator configuration, consisting of the following components:
Note that this equipment configuration has AC-coupled output characteristics, which may differ
from the DC-coupled HDMI source specifications.
Recommended Test Equipment #4 – For testing with Type1, Type2 and Type3 cable emulator
effect in Test ID 8-7 and with Automotive EA cable emulator effect in Test ID 5-3
• (2) Tektronix AWG7102 Arbitrary Waveform Generators (AWG) with Opt 01 and 06 or
Any digital multi-meter meeting the above requirements may be used. One such option is:
• ADVANTEST R6552
Any DC power supply meeting the above requirements may be used. One such option is:
• KENWOOD PW18-1.8AQ
There are three types of recommended HDMI cable emulators, each targeting a different type of
signal degradation but compliant with cable specification on the TMDS channels.
Type 1
The Type 1 cable emulators have typical copper attenuation and inter-symbol interference (ISI)
effects. When a 74.25MHz TP1 worst-case signal is applied to the input of the Category 1
emulator, it will output a worst-case TP2 signal that still meets the TP2 eye mask but with
approximately 0.2Tbit of ISI. The Category 2 device has the same characteristics, but for 165MHz
signals. When a 74.25MHz TP1 worst-case signal is applied to the input of the Automotive 1
emulator, it will output a worst-case TP2 signal for Automotive that still meets the TP2 eye mask
for Automotive but with approximately 0.2Tbit of ISI. The concatenation of Automotive 1 and
Automotive 2 cable emulators has the same characteristics, but for 27MHz signals. When a
74.25MHz TP1 worst-case signal is applied to the input of the Automotive EA emulator, it will
output a worst-case TP5 signal that still meets the TP5 eye mask but with approximately 0.2Tbit
of ISI.
Type 2
The Type 2 cable emulators degrade the TMDS signals through large intra-pair skew, slight
attenuation and very slight ISI. When a TP1 worst-case signal is applied to the input, it will
generate an almost worst-case TP2 signal, with horizontal degradation primarily due to intra-pair
skew. There are two versions: one for 27MHz and one for 74.25MHz testing.
Type 3
The Type 3 cable emulators are intended to emulate passive equalized cables and primarily
attenuate the signal and add a very slight amount of ISI. They are used for testing at all Category
2 rates. At both 165MHz (measured without Reference Cable Equalizer) and at 340MHz
(measured after application of Reference Cable Equalizer), a worst-case TP1 eye will output a
TP2 eye with the 4 corner points of the eye nearly touching.
• Agilent E4887A-103 (or E4887A-104 equivalent which is divided into eight modules.)
• Silicon Image EDID Tester PCB. This hardware provides a variety of EDID-related
functions. In this use, it can be attached to a Source DUT in order to provide a
complete Sink emulation function at the TPA.
• Serial cable. Connected between the PC and the EDID Tester PCB, allowing the PC to
acquire the EDID image read from the Sink.
• Silicon Image EDID Analyzer / Editor Software. This software is designed to enable the
operator to create and edit EDID images per the HDMI Specification, VESA E-EDID 1.3,
and CEA-861-D and to download those images into the EDID Tester PCB.
• Connect the PC to the EDID Tester PCB using the serial cable.
• Connect the EDID Tester PCB to the TPA fixture’s SDA, SCL, +5V Power and Ground
signals.
• Run the EDID Analyzer/Editor software and download the appropriate image.
• Press the HPD button for ½ second or so to notify the Source DUT of the new EDID
image.
• Displaying all elements of an I2C transaction in a manner that allows the operator to
determine if the transaction is compliant with the E-DDC protocol.
• Ability to be connected to the SDA and SCL signals on an EDID Emulator PCB or TPA
fixture.
• Ability to measure the worst-case SCL frequency (minimum period between rising
edges of SCL)
Any I2C analyzer meeting the above requirements may be used. One such option is:
The Encoding Analyzer is capable of analyzing an HDMI signal and detecting the following:
• Any illegal 10-bit code generated by a Source on any of the three channels. Legal
codes are limited to the following:
- Any legal Video Data codes
- 4 Control Period codes
- 16 TERC4 codes
- 4 Data Island Guard Band codes
- Video Guard Band code
The Encoding Analyzer should be capable of recovering the data from any compliant HDMI signal
with a bit error rate of better than 10-9. The Encoding Analyzer shall be designed assuming no
data recovery errors. On occasion, a test may therefore fail due to a rare, but permitted, data
recovery error. The operator may re-run the test in the case of these intermittent errors.
The Encoding Analyzer shall be capable of attaining character synchronization (detection of the
start of the 10-bit code on each channel) following the reception of 12 contiguous Control Period-
encoded pixels and of maintaining the synchronization for the duration of the data capture.
This tool can act as a recommended Encoding Analyzer, Protocol Analyzer, Audio Timing
Analyzer and Video Timing Analyzer. UITA-1000 supports only Primary video formats and 24-bit
pixel format.
• Can download the data file from the TMDS Capture Hardware
• Can execute several commands selected via menus that perform different groups of
tests.
• Can output the results of the tests on-screen and/or to a text file, indicating, for each
test performed, a PASS or FAIL result.
• Can output a processed HDMI protocol sequence data file, outlining the positions of
Data Islands, specific packet types, Video Data Periods, Preambles, etc. and including
markers indicating at the positions in the sequence where specific tests failed.
The Recommended Test Methods using the Panasonic UITA-1000 will describe which HDMI
Analysis commands are executed and what the indication will be if that test fails or passes.
Following are the configuration and operation instructions for the Panasonic UITA-1000.
This tool can act as a recommended Protocol Analyzer, Audio Timing Analyzer and Video Timing
Analyzer.
The Recommended Test Methods using this tool will describe which HDMI Analysis commands
are executed and what the indication will be if that test fails or passes. Following are the
configuration and operation instructions for the N5998A Unit.
The Protocol Analyzer data recovery and character synchronization performance requirements
are identical to those of the Encoding Analyzer.
On occasion, a test may therefore fail due to a rare, but permitted, data recovery error. The
operator may re-run the test in the case of these intermittent errors.
The Protocol Analyzer shall be capable of determining whether each Protocol element is
compliant with the requirements described in the Source Protocol tests section. These include,
but are not limited to:
• Preamble values.
• Relative placement or length of Preambles, Guard Bands, Data Islands, Control
Periods, etc.
• BCH parity bits for any of the five ECC blocks in every packet.
Recommended Test Equipment #1 – Can be used only for 74.25MHz operation and below.
• Panasonic UITA-1000-based setup, described above
Recommended Test Equipment #2 – Can be used for all TMDS clock frequencies.
• Agilent N5998A -based setup, described above
The Video Timing Analyzer examines the transmitted video timing and shall be capable of:
• determining the exact number of pixel clocks within the horizontal front porch, HSYNC
pulse, back porch and Video Data Period (excluding the Video Guard Band).
• determining the HSYNC polarity (positive or negative),
• determining the exact number of video lines within the vertical front porch, VSYNC
pulse, back porch and active data period,
• determining the VSYNC polarity (positive or negative),
• determining the exact offset (in pixel clocks) of the active edge of VSYNC from to the
active edge of HSYNC,
• determining the pixel clock frequency with an accuracy of ±0.01%
• determining, or allowing the operator to determine, if all of the above values match the
required values specified in CEA-861-D.
Recommended Test Equipment #1 – Can be used only for 74.25MHz operation and below.
• Panasonic UITA-1000-based setup, described in section 4.2.4.1 above
Recommended Test Equipment #2 – Can be used for major TMDS clock frequencies.
• Agilent N5998A -based setup, described in section 4.2.4.2 above
The Video Picture Analyzer allows the operator to view or otherwise examine the contents of the
transmitted video and shall be capable of:
• presenting to the Source DUT, a specific EDID image selected by the operator,
• accurately indicating the contents of any and all AVI InfoFrames transmitted by the
Source DUT, and
• accurately indicating, through operator observation, the aspect ratio of the transmitted
picture, assuming that the picture content provides sufficient clues (circles or other
obvious structures).
The first recommended Video Picture Analyzer consists of the following components:
Recommended Test Equipment #2 – Can be used for all TMDS clock frequencies.
The Audio Timing Analyzer shall be capable of any of the following that are supported by the
DUT:
• Extracting the ACR, Audio Sample Packets, High Bitrate Audio Packets and accurately
timing the number of TMDS clocks since the arrival of the previous such packet.
• Extracting the Audio InfoFrame Packets and timing their arrival to determine which
video field the packet was transmitted in.
• Extracting the audio sample size, sample rate, and sample rate accuracy encoded
within the Channel/Status bits of the Audio Sample Packets and High Bitrate Audio
Packets.
• Extracting the N and CTS values from the ACR Packets.
• Determining the TMDS clock frequency with an accuracy of ±1ppm.
• Using the above information to determine whether these values and timings are within
the requirements of the HDMI and IEC 60958 specifications.
Recommended Test Equipment #1 – Can be used for 74.25MHz operation and below, and for
DUTs without support for High Bitrate Audio.
• Panasonic UITA-1000-based setup, described in section 4.2.4.1 above
Recommended Test Equipment #2 – Can be used for all major TMDS clock frequencies.
• Agilent N5998A -based setup, described in section 4.2.4.2 above
Valid 640x480p video frame with every horizontal and vertical blanking interval completely
filled with one or more Data Islands and with all Control Periods either 12 or 13 characters
in length. Note: 640x480p has 160 pixels in HBLANK (158 clocks after removing the Video
Guard Band). A four packet Data Island can be centered within this period. There are
multiple arrangements possible for VBLANK period.
720x480p and 720x576p with 2 channel 48kHz audio HDMI signal with following
characteristics:
• During VBLANK, one or more Data Islands contain a valid
- Null Packet (0x00)
- General Control Packet (0x03)
- Vendor-specific InfoFrame Packet (0x81)
- AVI InfoFrame Packet (0x82)
- Source Product Description Packet (0x83)
- Audio InfoFrame Packet (0x84)
- MPEG Source InfoFrame Packet (0x85).
• The Vendor-specific InfoFrame Packet will contain a length of 3 and a 24-bit IEEE
registration identifier belonging to the HDMI Licensing, LLC (0x000C03).
• The General Control Packet will have Set_AVMUTE and Clear_AVMUTE clear (0).
720x480p and 720x576p with 2 channel 48kHz audio HDMI signal with following
characteristics:
• During VBLANK, one or more Data Islands contain a valid
- ACP Packet (0x04)
- ISRC1 Packet (0x05)
- ISRC2 Packet (0x06)
Recommended Test Equipment #2 – Can be used only for the HDMI Primary Video Formats at a
color depth of 24 bits/pixel in Test ID 8-24 and 30.
Recommended Test Equipment #3 – For testing at all major TMDS clock frequencies, all major
CEA video formats and with all color depths in Test ID 8-16, 21, 23, 25, 29 and 31.
• Agilent N5998A -based setup, described in section 4.2.4.2 (Protocol Analyzer) above
Recommended Test Equipment #4 – Can be used only for High-Bitrate Audio Stream Packets and
One Bit Audio Sample Packets in Test ID 8-27 and 28.
Due to the difficulty of accessing the plug contacts directly, cable assembly tests may be
performed using standard HDMI receptacles, at test points CTP1 and CTP2 shown in Figure 5-1
(corresponding to TP3 and TP4 as used in the HDMI Specification). Also, CE Relay cable
assembly tests may be performed using standard HDMI receptacles, at test points CTP1 and
CTP5 shown in Figure 5-2 (corresponding to TP3 and TP6 as used in the HDMI Specification).
And, Automotive Relay cable assembly tests may be performed using standard HDMI plugs, at
test points CTP5 and CTP2 shown in Figure 5-3 (corresponding to TP6 and TP4 as used in the
HDMI Specification).
Test Objective
Verify that DUT’s connector shell and cable fit inside minimum allowable receptacle envelope.
Test Objective
Verify that all specified connections are present in cable and that no connections are present
where not specified.
Using the appropriate reference for the type of cable tested (Type A/Type C/Type D/Type E, Type
A vs. Type B connectors) perform the following:
For each pin “X” from 1 to 19 (if Type A/C/D/E) or 29 (if Type B) on connector 1:
• For each pin “Y” from 1 to 19 (if Type A/C/D/E) or 29 (if Type B) on connector 2:
- check connection between Connector 1 pin X and Connector 2 pin Y
- if connection is specified between Connector 1 pin X and Connector 2 pin Y and no
valid connection, then FAIL
- if no connection is specified between Connector 1 pin X and Connector 2 pin Y and
not a valid no-connect, then FAIL
If cable has Type A connector on one end and Type B on other end:
• For each pin “X” from 13 to 21, 23 and 24 on Type B connector:
- For each pin “Y” from X+1 to pin 24 on Type B connector:
For CEC, SDA, SCL, +5V, HPD, Utility and Ground lines, confirm that each pin has valid
no-connection with any pins at both side except where a connection is specified in the
Cable Wire Assignment table.
• if no connection is specified and not a valid no-connection, then FAIL
If CDF field Cable_CEC_Connection is “Y”, confirm that CEC pins at both ends has valid
connection.
• if no valid connection, then FAIL
If CDF field Cable_DDC_Connection is “Y”, confirm that SCL/SDA pins at both ends have
valid connection.
• if no valid connection, then FAIL
If CDF field Cable_+5V_Connection is “Y”, confirm that +5V Power pins at both ends have
valid connection.
• if no valid connection, then FAIL
If CDF field Cable_HPD_Connection is “Y”, confirm that HPD pins at both ends have valid
connection.
• if no valid connection, then FAIL
If CDF field Cable_Utility_Connection is “Y”, confirm that Utility pins at both ends have valid
connection.
• if no valid connection, then FAIL
If any of the above CDF fields is "Y",
• if Cable_Ground_Connection is "N", then FAIL
If CDF field Cable_Ground_Connection is “Y”, confirm that Ground pins at both ends have
valid connection.
• if no valid connection, then FAIL
Test Objective
Confirm that the Cable Assembly outputs a compliant data eye.
21) If CDF field Cable_Category == 2 then repeat the above steps starting at “Calibrate Input
Eye:” at a test frequency of 340MHz but enable the Reference Cable Equalizer before
measuring the cable output eye diagram.
If the CDF field Cable_Type is “Converter” then perfom above steps under the following condition
• Cable_Category == 1 then use 1080i TMDS signal as 74.25MHz signal and perform
above test under the both condition of Vicm of 3.1V and 3.3V
• If CDF field Cable_Category == 2 then the following steps shall be used
- Use 1080i TMDS signal as 74.25MHz signal and perform above test under the both
condition of Vicm of 3.1V and 3.3V
- Use 1080p TMDS signal as 165MHz signal and perform above above test under the
both condition of Vicm of 3.1V and 3.3V
- Use 1080p with 48-bit pixel depth TMDS signal as 340MHz signal and perform
above above test under the both condition of Vicm of 3.1V and 3.3V
In this case, do not connect hardware TTC to output of TMDS Signal Generator but instead
configure the oscilloscope to apply a software transition-time filter that causes the eye to match
the slew rate of the HDMI-specified TP1 eye diagram at the test frequency.
Setup 1. Test ID 5-3: TMDS Data Eye Diagram: Tektronix TDS7404-based Setup
Setup 2. Test ID 5-3: TMDS Data Eye Diagram: Tektronix DTG5334-based Setup
Perform the steps in the Required Test Method. Tektronix TDSHT3 software may be used to
automate the test sequence.
Note that if +5V Power is supplied between the +5V_Power and DDC/CEC ground signals on the
input TPA, connect a 1.2kohm resistor between the +5V_Power and HPD signals on the output
side, then measure the current on +5V Power.
Note that this configuration allows the addition of jitter to the TMDS_CLOCK pair using the DTG.
Alternatively, an AWG, configured as shown in Test ID 8-7, could be used to generate the
TMDS_CLOCK signal with jitter.
Note: The setup drawings above show the testing configuration for the output measurement steps.
For the eye calibration steps, use a TPA-P on the oscilloscope, connected directly to the “input”
TPA-R from the TMDS Signal Generator.
Setup 3. Test ID 5-3: TMDS Data Eye Diagram: Tektronix Direct Synthesis Type-E
Instead of direct GPIB-HS connection the Tektronix Direct Synthesis setup can be used using
ENET-GPIB connection or NI-GPIB-USB connection.
1) Ensure that the HDMI Cable DUT port on which you perform the test is selected.
3) Connect the two AWGs, Bias-Tees, AFG, DPO/DSA70804, and TPA-R as follows and as
shown in the setup diagram. One AWG is used as the MASTER and the other AWG is used as
the SLAVE (called AWG1 and AWG2 respectively).
• Run the TDSHT3 software (with the Direct Synthesis capability version 5.0 or
equivalent) on the digital oscilloscope.
• Select the DDS method in the configuration panel of the Cable Eye Diagram Test.
• Select the cable frequency based on the category of the cable (74 MHz Type E).
• In the Signal Source dialog box, check the GPIB connection of the two AWGs and the
AFG to ensure proper connection.
• Once the test completes, you can view the result.
Note that if +5V Power is supplied between the +5V_Power and DDC/CEC ground signals on the
input TPA, connect a 1.2kohm resistor between the +5V_Power and HPD signals on the output
side, then measure the current on +5V Power.
Note: The setup drawings above show the testing configuration for the output measurement
steps. For the eye calibration steps, use a TPA-P on the oscilloscope, connected directly to the
“input” TPA-R from the TMDS Signal Generator.
Setup 4. Test ID 5-3: TMDS Data Eye Diagram: Agilent ParBERT-based Setup
Note that if +5V Power is supplied between the +5V_Power and DDC/CEC ground signals on the
input TPA, connect a 1.2kohm resistor between the +5V_Power and HPD signals on the output
side, then measure the current on +5V Power.
Note: The setup drawings above shows the testing configuration for the output measurement
steps. For the eye calibration steps, use a TPA-P on the oscilloscope, connected directly to the
“input” TPA-R from the TMDS Signal Generator.
DSO80000B
Bias-T
TPA-P
Cable
Cable Emulator DUT
Transition
Time Converters
TPA-Control
Setup 4. Test ID 5-3: TMDS Data Eye Diagram: Agilent Cable Emulator-based Setup
Note that if +5V Power is supplied between the +5V_Power and DDC/CEC ground signals on
the input TPA, connect a 1.2kohm resistor between the +5V_Power and HPD signals on the
output side, then measure the current on +5V Power.
Note: The setup drawings above shows the testing configuration for the output measurement
steps. For the eye calibration steps, use a TPA-P on the oscilloscope, connected directly to
the “input” TPA-R from the TMDS Signal Generator.
Test Objective
Confirm that the Cable Assembly does not have intra-pair skew on the TMDS lines greater than
that allowed in the specification.
If CDF field Cable_Type is “Converter”, Test ID 7-7 (Intra-Pair skew test for source) shall be
performed for both ATC testing and self testing under the condition that PASS/FAIL criteria is the
worst Intra-Pair skew of the cable (151p/112p if CDF field Cable_Configuration is “Home”, 101p if
CDF field Cable_Configuration is “Automotive_AA”). In this case, a TMDS signal generator is
connected to the source side of the cable.
If CDF field Cable_Type is “Wire” or “Passive”, this test is always recommended for ATC testing,
but for self-testing, this test shall be performed if the Adopter is unable to perform Test ID 5-3
above.
If all tests in section 5.2 have passed then a FAIL on this test does not constitute an overall
testing failure.
In case of Converter cable, refer to Test ID 7-7, with modified PASS/FAIL criteria as noted above.
When performing Test ID 7-7, TPA-R Fixture is used instead of TPA-P Fixture.
Test Objective
Confirm that the Cable Assembly does not have inter-pair skew on the TMDS lines greater than
that allowed in the specification.
If CDF field Cable_Type is “Converter”, Test ID 7-6 (Inter-Pair skew test for source) shall be
performed for both ATC testing and self testing under the condition that PASS/FAIL criteria is the
worst Inter-Pair skew of the cable (2.42n/1.78n if CDF field Cable_Configuration is “Home”, 1.61n
if CDF field Cable_Configuration is “Automotive_AA”). In this case, a TMDS signal generator is
connected to the source side of the cable.
If CDF field Cable_Type is “Wire” or “Passive”, this test is always recommended for ATC testing,
but for self-testing, this test shall be performed if the Adopter is unable to perform Test ID 5-3
above.
If all tests in section 5.2 have passed then a FAIL on this test does not constitute an overall
testing failure.
In case of Active cable, refer to Test ID 7-6, with modified PASS/FAIL criteria as noted above.
In case of Converter cable, refer to Test ID 7-6, with modified PASS/FAIL criteria as noted above.
When performing Test ID 7-6, TPA-R Fixture is used instead of TPA-P Fixture.
Test Objective
Confirm that the Cable Assembly does not have crosstalk at the far-end between the TMDS lines
greater than that allowed in the specification.
If CDF field Cable_Type is “Active” or “Converter”, then skip this test.If all tests in section 5.2
have passed then a FAIL on this test does not constitute an overall testing failure.
Setup:
1) Setup the network analyzer with measurement frequency range of 300kHz to 5GHz. IF
bandwidth is not critical.
2) Calibrate the NA using a 4-port auto-calibration kit, or a standard calibration kit.
3) Calibrate NA, including SMA and TPA fixture, using a port extension function. Less than
±10 degrees at 2.475GHz.
Measure Crosstalk:
4) Connect input end of cable to first TPA-R adapter.
5) Connect output end of cable to second TPA-R adapter.
6) Connect Network Analyzer ports 1 and 2 to the input TPA-R fixture, TMDS_CLOCK
channel + and – respectively.
7) Connect Network Analyzer ports 3 and 4 to the output TPA fixture, TMDS_DATA0 + and
– respectively.
8) Connect a 50Ω terminator to each of the untested TMDS signals.
9) Measure the crosstalk and find the maximum value (XFE )
10) If XFE ≥ -20dB then FAIL.
11) Repeat the measurement for all remaining combinations of TMDS pairs:
1) Setup the Network Anayzer with 1601 measurement points, measurement frequency
range of 300kHz to 5GHz. IF bandwidth is not critical.
2) Calibrate the NA using a 4-port E-cal module, or standard calibration kit.
3) Calibrate NA, including SMA and TPA, using port extension function.
Test Objective
Confirm that the Cable Assembly does not have attenuation and phase on the TMDS lines
greater than that allowed in the specification.
If all tests in section 5.2 have passed then a FAIL on this test does not constitute an overall
testing failure.
Setup:
Note that, in case of the phase differential measurement, phase is measured using u-phase mode
The data saved as CSV format will be analyzed by PC software as follows.
Test Objective
Confirm that the Cable Assembly does not have differential impedance on the TMDS lines
outside the tolerances allowed in the specification.
If CDF field Cable_Type is “Active” or “Converter”, measure the impedance using the same
method for sink impedance measurement specified in Test ID 8-8 with following exceptions.
In case of Converter cable and Active cable, refer to Test ID 8-8. When performing Test ID 8-8,
TPA-R-SMA Fixture is used instead of TPA-P-TDR Fixture.
Note that the Tekronix TDR uses a much faster actual rise time and uses a digital filter to attain
the effective near-200psec rise time.
Test Objective
Confirm that the capacitance load on the DDC and CEC lines does not exceed the limit in the
specification for all of cable type. In case of no-DDC/CEC connection, also confirm that that DDC
and CEC pull-ups are at the correct voltage.
If CDF field Cable_DDC_Connection ="N", then measure the capacitance and voltage of DDC
according to Test ID 8-9 and 7-13 with the following exception.
If CDF field Cable_CEC_Connection ="N", then measure the capacitance and voltage of CEC
according to Test ID 8-9 and 7-13 with the following exception
Exception:
If the CDF field Cable_Type is "Wire" or "Passive", for the time being, a FAIL on this test caused
by capacitance of over 700pF does not constitute an overall testing failure.
If CDF field Cable_DDC_Connection ="N", then measure the capacitance and voltage of DDC
according to Test ID 8-9 and 7-13 with the following exception
If CDF field Cable_CEC_Connection ="N", then measure the capacitance and voltage of CEC
according to Test ID 8-9 and 7-13 with the following exception
Test Objective
Confirm that the Cable DUT does not consume more power than allowed.
2) Repeat 1) under the condition that 5.3V is supplied to +5V line instead of 4.8V.
Note that the supply voltage should be measured at TPA-R Fixture of the Sink side.
In this case, TPA-P Fixture or TPA-R Fixture with a short cable may be used
for the Source side.
Repeat the test after setting up the current source to draw 0mA from the pin
4) Supply 5.3V to +5V pin of the Source side connector, while drawing 0mA from the +5V
Power pin of the Sink side connector.
[HDMI: Table 4-39] The high voltage level must be within 2.0V to 5.3V.
Required Detect Levels for Hot
Plug Detect Signal The low voltage level must be within 0.0V to 0.8V.
Test Objective
Confirm that the Hot Plug Detect signal transferred on the cable conforms to the specified voltage
levels.
Test Objective
Confirm that DDC communication is performed when a valid connection does not exist between
SCL/SDA pins at both cable ends.
Attach Cable DUT between EDID Emulator and compliant source device.
Power-on the EDID Emulator. Ensure that 3.3V termination power is applied to the TMDS
signals.
Attach I2C Analyzer to SDA and SCL signals between the source device and Cable DUT
either directly through a TPA board, or some other method.
Turn on the cable DUT if necessary
Turn on Source
Configure I2C Analyzer to capture and analyze all I2C transactions.
Apply a valid HDMI EDID containing the following 2 blocks:
Test Objective
Confirm that CEC communication is performed when a valid connection does not exist between
CEC pins at both cable ends.
Perform both Test IDs CEC7-1 and CEC7-2 with following exception
• Use the CEC Compliant Source device instead of Source DUT.
• Use the cable DUT for the connection between CEC Compliant Source device and
TPA-CEC-RR.
• If the TE indicates that the CEC Compliant source fails either test, then FAIL
Perform CECT 8.1-1, CECT 8.1-2 and CECT 8.1-3 with following exception
• Use the CEC Compliant Source device instead of Source DUT.
• Use the cable DUT for the connection between CEC Compliant Source device and TE-
Test Objective
Confirm that the impedance of the Uitility line does not exceed the tolerances recommended in
the specification.
Note: The above test is always recommended for ATC testing. The FAIL of the above test does
not constitute an overall testing failure.
Test Objective
Confirm that Cable Wire satisfies the standard of Thermal Deformation specified in ISO-6722.
Note that the adopter must submit passing test result to the ATC. The ATC will fail cable products
submitted without passing test result of this test by the supplier of the connector.
THERMAL
DEFORMATION
DIELECTRIC
WITHSTANDING VOLTAGE
ANSI/EIA 364-20
Number of Samples
2 : Cable wire.
Type A
Type B
6.1 and 6.2 6-1, 6-2, 6-3, 6-4, 6-5 and 6-6
Type C
Type D
Type E 6.1 and 6.3 6-1, 6-7, 6-8, 6-9, 6-10, 6-11and 6-12
Note that all connectors shall be tested at a qualified facility of the system or connector vendor’s
choosing. HDMI Licensing LLC maintains an approved list of connectors which have passed such
testing. To have a connector placed on the approved list, the vendor must submit full and passing
test results to the ATC or directly to HDMI Licensing LLC. The ATC will fail products submitted
with connectors that are not on the approved list. Note that the connectors are specified in the
CDF under “Connector Vendor Name” and “Connector Model Name/ID.”
Test Objective
Verify that plug mechanical dimensions are within specified tolerances.
Reference Requirement
ANSI/EIA 364 <See reference for details.>
THERMAL SHOCK
ANSI/EIA 364-32
THERMAL AGING
ANSI/EIA 364-17
HUMIDITY (CYCLIC)
CONDITION B
ANSI/EIA 364-31
Number of Samples
VIBRATION
ANSI/EIA 364-28
MECHANICAL SHOCK
ANSI/EIA 364-27
Number of Samples
THERMAL SHOCK
ANSI/EIA 364-32
DIELECTRIC
WITHSTANDING VOLTAGE
ANSI/EIA 364-20
INSULATION RESISTANCE
ANSI/EIA 364-21
HUMIDITY (CYCLIC)
CONDITION A
ANSI/EIA 364-31
INSULATION RESISTANCE
ANSI/EIA 364-21
Number of Samples
DIELECTRIC
WITHSTANDING VOLTAGE
ANSI/EIA 364-20
INSULATION RESISTANCE
ANSI/EIA 364-21
Number of Samples
2 : Cable assemblies.
Number of Samples
1 : Receptacle connector.
1 : Plug Cable
Reference Requirement
SAE/USCAR-2 <See reference for details.>
DURABILITY
SAE/USCAR-2 5.1.7
Number of Samples
DURABILITY
SAE/USCAR-2 5.1.7
MECHANICAL SHOCK
SAE/USCAR-2 5.4.6
VIBRATION
SAE/USCAR-2 5.4.6
Number of Samples
INSULATION RESISTANCE
ANSI/EIA 364-21
DURABILITY
SAE/USCAR-2 5.1.7
HUMIDITY
SAE/USCAR-2 5.6.2
DIELECTRIC
WITHSTANDING VOLTAGE
ANSI/EIA 364-20
INSULATION RESISTANCE
ANSI/EIA 364-21
Number of Samples
DIELECTRIC
WITHSTANDING VOLTAGE
ANSI/EIA 364-20
INSULATION RESISTANCE
ANSI/EIA 364-21
Number of Samples
2 : Cable assemblies.
Number of Samples
1 : Receptacle connector.
1 : Plug Cable
Number of Samples
7 Tests – Source
7.1 Source Products Overview
In order to be adequately tested, the Source (DUT) shall have the ability to output an HDMI signal
that is indicative of the behavior of the Source DUT during normal user operation. For instance,
• If the DUT is a DVD player or similar device, the operator may use the ability of the
DUT to playback pre-recorded or recorded media (disk, tape, etc) in order to output the
HDMI video test signal.
• If the DUT is a set-top box or similar device, the operator may use the ability of the
DUT to decode a received signal in order to output the HDMI video test signal.
• The operator may use a menu mode or other user interface on the DUT in order to
output an HDMI signal.
The Source device needs to output an HDMI signal as specified in the test. This procedure will be
product-specific but will likely be accomplished by presenting specific EDID images to the Source,
manually configuring the Source and/or by supplying certain media or content into the Source. In
many cases, this effort can be assisted by configuring an EDID present in the test equipment
(analyzer) to indicate support for each of the formats supported by the Source.
[HDMI: 8.3] “A Source shall read the EDID 1.3 and first CEA EDID Timing Extension
EDID Data Structure to determine the capabilities supported by the Sink.”
Test Objective
Verify that Source supports the reading of the EDID 1.3 block and first CEA EDID Timing
Extension from both 2- and 4-block EDIDs.
If SCL frequency exceeds 100kHz (less than 10microseconds between rising edges) then
FAIL
Source tests may be performed at test points CTP1 shown in Figure 7-1 (corresponding to TP1
as used in the HDMI Specification).
Test Objective
Confirm that DC voltage levels on the HDMI link are within specified limits for each TMDS signal.
Perform the Required Test Method with this setup. Tektronix TDSHT3 software may be used to
automate the test sequence.
Perform the Required Test Method with this setup. Tektronix TDSHT3 software may be used to
automate the test sequence.
Perform the Required Test Method with this setup. Agilent automation software may be used to
automate the test sequence.
Test Objective
Confirm that a disabled TMDS link only allows leakage currents within specified limits.
Test Objective
Confirm that the rise times and fall times on the TMDS differential signals fall within the limits of
the specification.
Perform the Required Test Method with this setup. Agilent automation software may be used to
automate the test sequence.
Test Objective
Confirm that any skew between the differential pairs in the TMDS portion of the HDMI link does
not exceed the limits in the specification.
Test Objective
Confirm that any skew within any one differential pair in the TMDS portion of the HDMI link does
not exceed the limits in the specification.
Perform the Required Test Method with this setup. Tektronix TDSHT3 software may be used to
automate the test sequence.
Perform the Required Test Method with this setup. Agilent automation software may be used to
automate the test sequence.
Test Objective
Confirm that the duty cycle of the differential TMDS clock does not exceed the limits allowed by
the specification.
Setup 26. Test ID 7-8: TMDS – Clock Duty Cycle - Tektronix TDS7404
Setup 27. Test ID 7-8: TMDS – Clock Duty Cycle - Tektronix DPO70804
Recommended Test Setup – Agilent Test ID 7-8: TMDS – Clock Duty Cycle
Perform the Required Test Method with this setup. Agilent automation software may be used to
automate the test sequence.
Test Objective
Confirm that the TMDS Clock does not carry excessive jitter.
Perform the Required Test Method with this setup. Agilent automation software may be used to
automate the test sequence.
Test Objective
Confirm that the differential signal on each TMDS differential data pair has an “eye opening”
(region of valid data) that meets or exceeds the limits on eye opening in the specification.
Setup 32. Test ID 7-10: TMDS – Data Eye Diagram - Tektronix TDS7404
Setup 33. Test ID 7-10: TMDS – Data Eye Diagram - Tektronix DPO70804
Perform the Required Test Method with this setup. Agilent automation software may be used to
automate the test sequence.
[HDMI: Table 4-34] Power pin voltage shall be 4.8V to 5.3V at TP1.
Power Pin Voltage
Test Objective
Confirm that +5V Power signal meets voltage and current capacity requirements.
[HDMI: Table 4-39] The high voltage level must be within 2.0V to 5.3V.
Required Detect Levels for Hot
Plug Detect Signal The low voltage level must be within 0.0V to 0.8V.
Test Objective
Confirm that the Source load on the Hot Plug pin allows the signal to meet the specified
requirements.
Test Objective
Confirm that the capacitance load on the DDC and CEC lines does not exceed the limit in the
specification and that DDC and CEC pull-ups are the correct voltage.
Repeat the C1 and C2 measurements and the CDUT calculation for the SCL pin.
If CDUT > 50pF, then FAIL.
Set the LCR meter so that the test signal delivered to the TPA has:
• DC Bias voltage = 1.65V
• AC voltage = 2.5V peak-to-peak
• Frequency = 100kHz
Disconnect the TPA from the DUT
Perform the C1 measurement for the CEC pin on the TPA.
6) Connect the HPD signal to the DDC/CEC Ground signal on the TPA.
34) Disconnect the LCR meter from the TPA, leaving the TPA connected to the DUT.
35) Verify that the HPD signal is connected to the DDC/CEC Ground signal on the TPA.
36) Turn on power to the DUT.
37) Attach the oscilloscope to the DUT and measure the voltage (VSDA) of the SDA line when
it is not being driven low.
38) If VSDA < 4.5V or VSDA > 5.5V then FAIL
39) Measure the voltage (VSCL) of the SCL line when not being driven low.
40) If VSCL < 4.5V or VSCL > 5.5V then FAIL
41) Measure the voltage (VCEC) of the CEC line when not being driven low.
42) If VCEC > 0.6V and (VCEC < 2.5V or VCEC > 3.6V) then FAIL
43) If DUT is being tested as a Repeater, reconnect test Sources before proceeding.
Test Objective
Ensure that CEC lines on all inputs and outputs are connected as specified in following
description:
CEC lines from all HDMI inputs (if present) and a single HDMI output (if present) shall be
interconnected.
Except :
- A device which has no HDMI output is allowed to have separate CEC lines for each
HDMI connector if that device takes a logical address of 0 on each CEC line.
- A device that is acting as the CEC root device shall not connect the CEC line to
any HDMI output.
[Verify that CEC pins on all input connectors are tied together]
[Verify that CEC pins on all output connectors are not connected to each other]
Note that two TPA-P boards may be needed to perform this test and, due to the mechanical
constraints of the product, it may be impossible to insert more than one TPA-P board into the
DUT simultaneously. It is permitted to use a short HDMI cable in connection with a TPA-R board
in place of one or both of the TPA-P boards. To calibrate, measure the resistance of the CEC
wires in each short cable, add those values to determine the total CEC test equipment resistance
and subtract that value from the test measurements below before performing the test
comparisons below.
[Verify that CEC pins on all input connectors are tied together]
[Verify that CEC pins on all output connectors are not connected to each other]
12) For every HDMI output connector (from 1 to value in CDF field HDMI_output_count):
13) Connect first TPA-P to selected HDMI output connector
14) For every other HDMI output connector (on which the resistance with selected HDMI
output connecor has not been measured):
20) For every HDMI output connector (from 1 to value in CDF field HDMI_output_count):
21) Connect first TPA-P to selected HDMI output connector
22) For every HDMI input connector:
23) Connect second TPA-P to selected HDMI input connector
24) Read resistance value from Digital Multi-Meter
25) If resistance is between 5Ω and 1MΩ then FAIL
26) If resistance is less than 5Ω then note the output connection ID.
27) Continue to next input connector
28) Continue to next output connector
29) If more than one output connection ID noted then FAIL, “CEC line connected to > 1
output”
30) If no output connection ID noted,
31) If CDF field CEC_root_device = “N” then FAIL, “CEC line not connected to any
output”
32) If one output connection ID noted,
33) If CDF field CEC_root_device = “Y” then FAIL, “CEC line is connected to one output”
Test Objective
Ensure that the DUT does not degrade communication between other CEC devices when power
is applied, when power is removed and, if supported, in standby mode (the line must not be
pulled down by the powered off device).
If DUT is being tested as a Repeater under Test ID 9-1, disconnect all test Source(s) and
Sink(s).
[Perform following for all DUTs whether or not they support CEC_protocol]
If CDF field CEC_protocol is N, do the following. Else if the DUT is being tested as a
Repeater under Test ID 9-1 and has additional output ports other than indicated in CDF
field Repeater_CEC_Output, then, do the following on all ports that are not indicated in
CDF field Repeater_CEC_Output.
• Connect the CEC line on DUT to DDC/CEC Ground via a 1MΩ ±5% resistor
• Power on DUT
[Measure voltage when “disconnected”]
- Measure CEC line voltage on DUT and record as VCEC1.
- If VCEC1 is in the range 0V to 0.1V [no connect] or is in the range > 2.88V to 3.63V
then continue else then FAIL
• Disconnect the CEC line from DDC/CEC Ground
[Measure voltage when “pulled-up externally”]
• Connect the CEC line to 3.3V via a 27kΩ ±5% resistor
- Measure CEC line voltage.
- If voltage not 3.3V ±10% then → FAIL
[Measure voltage when “pulled-down externally”]
• Connect the CEC line on the DUT to DDC/CEC Ground via 1kΩ ±5% load resistor (as
well as the previously connected 3.3V via 27kΩ±5%)
- Measure CEC line voltage on the DUT output connector and record as VCEC2
- If VCEC1 is in the range 0V to 0.1V and VCEC2 is not in the range 0.12V ±12% then
→ FAIL
- If VCEC1 is in the range 2.88V to 3.63V and VCEC2 is not in the range 0.196V to
0.274V then → FAIL
• Repeat tests with DUT in power off state
• If standby power mode exists on DUT, repeat test in that state
NOTE: This test only needs to be performed once per product, not once per connector as with all
of the other tests in this document.
1) If DUT is being tested as a Repeater under Test ID 9-1, disconnect all test Sources and
Sink(s).
[Perform following for all DUTs whether or not they support CEC_protocol]
8) If CDF field CEC_protocol is N, do the following. Else if the DUT is being tested as a
Repeater under Test ID 9-1 and has additional output ports other than indicated in CDF
field Repeater_CEC_Output, then, do the following on all ports that are not indicated in
CDF field Repeater_CEC_Output.
9) Connect TPA to DUT
10) Set DC Power Supply to 3.3V
11) Connect the CEC line to DDC/CEC Ground on the TPA-P via a 1MΩ ±5% resistor
12) Set Multi-Meter to voltage measurement and connect between CEC pin and
DDC/CEC Ground on TPA
13) Power on DUT
14) Measure voltage with Multi-Meter, record as VCEC1
15) if (VCEC1 is in the range 0V to 0.1V) or (VCEC1 is in the range 2.88V to 3.63V)
then continue else then FAIL
25) If DUT is being tested as a Repeater, reconnect test Source(s)/Sink(s) before proceeding.
Note that with the most common Recommended Test Equipment, all of the Protocol tests (except
for the conditional second half of Test ID 7-19) can be performed with a single capture for each of
the two selected video formats from above.
7.4.2 Tests
Test Objective
Verify that Source only outputs legal 10-bit codes.
Verify that, for all pixels within the analysis period, the Source DUT transmits only 10-bit
values on each of the three TMDS channels that correspond to one of the following:
• Any legal Video Data codes
- Any Video Data Code that was encoded with an incorrect “data stream disparity”
value, that is, which causes the channel to become more, rather than less DC-
balanced.
• 4 Control Period codes
• 16 TERC4 codes
• Data Island Guard Band (all 4 possible values for Channel 0)
• Video Guard Band
[Illegal 10-bit code] If any channel contains a 10-bit code that is not one of the above then
FAIL
Verify that, for all pixels, all three TMDS channels are encoded using the same of the 5
encodings above.
[Inconsistent channel coding] If any TCHARACTER does not use consistent encoding across all
three channels then FAIL
[HDMI: 5.2.1.1] “Immediately preceding each Video Data Period or Data Island Period is the
Preamble Preamble. This is a sequence of eight identical Control characters that
indicate whether the upcoming data period is a Video Data Period or is a
Data Island.”
“The Data Island Preamble control code (CTL0:3=1010) shall not be
transmitted except for correct use during a Preamble period.”
[HDMI: 5.2.2] “…the Video Data Period begins with a two character Video Leading Guard
Video Data Period Band.”
[HDMI: 5.2.3] “The first two data characters within the Data Island are the Leading Guard
Data Island Period Band. The last two data characters within the Data Island are the Trailing
Guard Band.”
Test Objective
Verify that Source only outputs code sequences for Control Periods, Data Island Periods and
Video Data Periods corresponding to basic HDMI protocol rules.
Test Objective
Verify that Source outputs an Extended Control Period within the required period.
Starting with the first character of the capture, perform the following search for each
50milliseconds of capture
• [Search for Extended Control Period]
Test Objective
Verify that Source only transmits permitted Packet Types and that reserved fields are zero.
1) Setup Source DUT and Protocol Analyzer and operate Source DUT as described above.
2) Configure Protocol Analyzer with HDMI VSDB of length 6 with Supports_AI = 1
3) HDMI Analysis command: ’Full HDMI Compliance‘ or ’Packet Types’
4) If HDMI Analysis reports ‘PASS’, then PASS, else FAIL
5) If ACP, ISRC1 or ISRC2 packet is received during test:
6) Configure Protocol Analyzer with HDMI VSDB of length 5
7) HDMI Analysis command: ’Full HDMI Compliance‘ or ’Packet Types’
8) If HDMI Analysis reports ‘PASS’, then PASS, else FAIL
9) If ACP, ISRC1 or ISRC2 packet is received during test then FAIL
Test Objective
Verify that Source meets minimum Video Format support requirement.
Test Objective
Verify that Source is capable of transmitting formats required due to similar support on non-HDMI
interfaces.
[HDMI: 6.2.3] “An HDMI Source may determine the pixel-encodings that are supported
Pixel Encoding by the Sink through the use of the E-EDID. If the Sink indicates that it
Requirements supports YCBCR-formatted video data and if the Source can deliver
YCBCR data, then it can enable the transfer of this data across the link.”
Test Objective
Verify that the Source DUT always outputs required pixel encoding (RGB), which also correlates
with AVI fields Y0 and Y1 when connected to an RGB-only Sink.
Also verify that the Source DUT outputs AVI InfoFrame with default range value in Q and YQ field
when a Sink device does not support selectable RGB Quantization Range.
1) For each format listed in CDF field Source_Video_Formats perform the following tests.
Only one aspect ratio for each of the dual-aspect ratio timings needs to be tested.
2) Perform Required Test Method using a Recommended Video Picture Analyzer.
3) Verify, that the indicated pixel encoding (AVI Y0 and Y1 fields in AVI) corresponds to
RGB.
4) By viewing the video output, verify that the transmitted pixel encoding is RGB (as
shown in Required Test Method above).
5) Verify, that the indicated quantization (Q1,Q0 and YQ1,YQ0 fields in AVI)
corresponds to RGB Quantization.
Test Objective
Verify that the Source DUT always outputs pixel encoding that correlates with AVI fields Y0 and
Y1 when presented with a YCBCR-capable Sink and that DUT is capable of supporting YCBCR
pixel encoding when required.
Also verify that the Source DUT outputs AVI InfoFrame with default range value in Q and YQ field
when a Sink device does not support selectable YCC Quantization Range.
1) For each format listed in CDF field Source_Video_Formats perform the following tests.
Only one aspect ratio for each of the dual-aspect ratio timings needs to be tested.
2) Attach Source DUT to Video Picture Analyzer and set the DVI/HDMI EDID switch to
HDMI (up) position and the right switch to position A or C. (EDID indicates support
for YCBCR).
3) Operate Source DUT to output video using material or a pattern that can clearly
indicate, on the attached Sink, whether the proper color space is being used.
4) If Source supports YCBCR transmission (CDF field Source_HDMI_YCBCR is “Y”),
configure the DUT to transmit YCBCR pixel encoding.
5) Capture the stream using the Video Picture Analyzer
6) Verify, that the indicated pixel encoding (AVI Y0 and Y1 fields) corresponds to the
transmitted pixel encoding
7) By viewing the video output, verify that YCbCr pixel encoding is used when
supported (as shown in Required Test Method above).
8) Verify, that the indicated quantization (Q1,Q0 and YQ1,YQ0 fields in AVI)
corresponds to YCC Quantization.
Test Objective
Verify that Source DUT, whenever transmitting any CEA video format, complies with all required
pixel and line counts and pixel clock frequency range.
For each video format timing listed in CDF field Source_Video_Formats perform the following.
Only one aspect ratio for each of the dual-aspect ratio timings needs to be tested.
Operate Source DUT to output the tested format at a color depth of 24 bits/pixel. For all of
the following, refer to the values listed in Table 7-1 and Table 7-2 for the tested format.
If CDF field Source_AVI_Required is ‘Y’:
• [Verify that at least one AVI InfoFrame is transmitted within every two video fields.]
• If any two video fields occur with no AVI InfoFrame then FAIL
With a frequency counter, measure the pixel clock rate.
For any video format listed in Table 7-1 and Table 7-2 as 60Hz, 30Hz, 24Hz, 120Hz or
240Hz, pixel clock may be +0.5%/-0.6% of the listed pixel rate to allow for lower vertical
rates than those listed (59.94Hz vs. 60Hz, etc.). Formats listed as 25Hz, 50Hz, 100Hz or
200Hz must be +0.5%/-0.5% of the listed pixel rate.
If pixel clock is outside of allowable range then FAIL
From beginning of capture data, scan for first Video Data Period in capture.
Examine HSYNC and VSYNC values at last pixel before transition to Video Data Period.
If HSYNC == 1 then HS_POLARITY = 0, else HS_POLARITY = 1
If VSYNC == 1 then VS_POLARITY = 0, else VS_POLARITY = 1
If either value HS_POLARITY or VS_POLARITY do not equal values for the selected video
format then FAIL
as per CEA-861-D, all non-HDTV formats must be listed in the EDID at a 59.94Hz vertical
frequency while HDTV formats must be listed as 60Hz. Note that pixel clock frequencies
shown here all correspond to 60Hz frame rates, for ease and consistency in testing.
Pixel clock may be +0.5%/-0.6% of the listed pixel rate to allow for lower vertical rates than
those listed (59.94Hz vs. 60Hz, etc.).
Note: Primary and secondary formats are indicated in the tables above as:
Primary Format
Secondary Format
Test Objective
Verify that Source DUT indicates Pixel Repetition values in the AVI as required and that the pixels
are actually repeated the indicated number of times.
These verifications assume that the Video Format Timing test has been executed and passed for
the transmitted format and that the CEA Video Code has been determined.
For the following, refer to the row in Table 7-3 corresponding to the transmitted video
format timing.
If no AVI is transmitted:
• If column “No AVI Value” contains “illegal” then FAIL
• If column “No AVI Value” contains the value 1 (meaning that the pixel is sent twice):
- Examine each group of two video pixels (i.e. corresponding to two 10-bit TMDS
characters) in each Video Data Period. For each group ( H_ACTIVE / 2 groups):
[861-D: 6.1] “If the source device supports the transmission of the Auxiliary Video
Auxiliary Video Information (AVI) and if it determines that the DTV Monitor is capable of
Information (AVI) receiving that information, it shall send the AVI to the DTV Monitor once per
InfoFrame frame.”
Test Objective
Verify that at least one AVI InfoFrame is transmitted for every two video fields when required and
that any AVI InfoFrame transmitted is accurate.
For each video format listed in CDF field Source_Video_Formats, perform the following
tests.
• Connect Source DUT to a Video Picture Analyzer.
• [Verify that AVI InfoFrame is transmitted once per frame if Source is required to use AVI
InfoFrame]
- If CDF field Source_AVI_Supported == ‘Y’:
If any two video fields occur with no AVI InfoFrame then FAIL
• [Verify that only AVI InfoFrame v2 is transmitted (no v1 or other) whenever AVI
InfoFrame is transmitted at all.]
- If AVI is transmitted and InfoFrame_version field (byte HB1) is not 2 then FAIL
• [AVI M1, M0 bits (picture aspect ratio) must match transmitted video format.]
- Attempt to make Source DUT output video with each of its supported aspect ratios
at both SD and HD video format timings (if supported).
- If AVI M0-M1 field indicates an aspect ratio not permitted for the transmitted video
format timing then FAIL
- If content processed by DUT has a correctly indicated aspect ratio which is known
to the operator and consists of an image which has an easily determined aspect
ratio, perform the following:
View image to determine transmitted picture aspect ratio and compare to
aspect ratio information in AVI.
If AVI is transmitted and AVI M0-M1 fields do not correspond to viewed image
then FAIL
• [Whenever transmitting a CEA video format, any transmitted AVI InfoFrame, VIC field
(Video Identification Code) must be non-zero and accurate.]
- If Source DUT is outputting a CEA format and the transmitted AVI VIC field does
not correspond to one of the video identification codes corresponding to the
transmitted video format timing then FAIL
- If AVI M1, M0 fields are 0, 1 (4:3) or 1, 0 (16:9) and do not match aspect ratio
corresponding to transmitted VIC field then FAIL
• [All reserved fields in AVI InfoFrame shall be zero.]
- If PB1 bit 7 is non-zero then FAIL
- If PB4 bit 7 is non-zero then FAIL
[Whenever transmitting a non-CEA format, any transmitted AVI InfoFrame, VIC field must
be zero.]
• Attempt to make Source DUT output video using a non-CEA format.
• If CDF field Source_Non-CEA_Formats = “Y”:
- Attempt to make Source DUT output video using a non-CEA format.
- If AVI VIC field is not zero then FAIL
If CDF field Source_CN_Photo == “N”, CDF field Source_CN_Cinema == “N” and CDF field
Source_CN_Game == “N”, then SKIP.
For any one of video format listed in CDF field Source_Video_Formats, perform the
following tests.
• Connect Source DUT to a Video Picture Analyzer containing an HDMI VSDB CNC3…0
= 0,0,0,1.
• If CDF field Source_CN_Photo == “Y”,
- Operate Source DUT to output Photo content signal.
- If Content type is not “No Data” (field ITC = 0 and CN1,0 = 0,0) then FAIL.
• If CDF field Source_CN_Cinema == “Y”,
- Operate Source DUT to output Cinema content signal.
- If Content type is not “No Data” (field ITC = 0 and CN1,0 = 0,0) then FAIL.
• If CDF field Source_CN_Game == “Y”,
- Operate Source DUT to output Game content signal.
- If Content type is not “No Data” (field ITC = 0 and CN1,0 = 0,0) then FAIL.
Except for checking on CN or ITC field, for each video format listed in CDF fields
Source_Video_Formats, perform the following tests.
Using the Video Picture Analyzer, perform the steps in the Required Test Method above. For
testing of DVD players, use the following test patterns from the “Digital Video Essentials (DVE)”
disk, available from Joe Kane Productions:
[HDMI: 7.3] “An HDMI audio stream shall only indicate values shown in Table 7-4.”
Audio Sample Rates
and Support
Requirements
Test Objective
Verify that the behavior of all fields within the Audio Sample or High-Bitrate Audio Stream
Subpackets follow the corresponding rules specified in the IEC 60958 or IEC 61937 specifications.
Examine DUT for any other audio output (analog RCA, S/PDIF, etc.).
If any other audio output present on DUT, then FAIL
Configure the Source to output 480p (or 576p if 480p is not supported) with 32kHz,
44.1kHz or 48kHz PCM 2-channel audio.
• For each Audio Sample packet, if Layout = 0, each audio sample is indicated by an SP
bit. If Layout = 1, each Audio Sample packet represents one audio sample.
- Count audio samples between indicated B bit.
- If repetition period of B bit is not 192 “Frames” (2-channel samples) then FAIL
- Get nominal Frame Rate from the Channel/Status bits 24 to 27.
Channel Status Bit Number Sample
Frequency or
24 25 26 27 Frame Rate
1 1 0 0 32 kHz
0 0 0 0 44.1 kHz
0 0 0 1 88.2 kHz
0 0 1 1 176.4 kHz
0 1 0 0 48 kHz
0 1 0 1 96 kHz
0 1 1 1 192 kHz
1 0 0 1 768 kHz
- If the Frame Rate is not listed above then FAIL
- If the Frame Rate is > 192kHz then FAIL
Test Objective
Verify that the relationship between the parameters (N, CTS, audio sample rate) is correct with
respect to the Audio Clock Regeneration mechanism.
Configure the Source to output 480p (or 576p if 480p is not supported) with 32kHz,
44.1kHz or 48kHz PCM 2-channel audio.
[Verify N parameter value.]
• Get nominal sampling frequency (Fs) from the Channel/Status bits 24 to 27.
• Get N parameter from ACR packet.
• If 128*Fs/1500 <= N <= 128*Fs/300 then continue test else then FAIL
[Verify CTS parameter value.]
• Monitor ACR Packets with “new” (non-zero) values of CTS
• [Measure the actual audio sample rate (Fs_actual).]
- Count the number of audio samples (n) over 2 seconds (Ts). Calculate Fs_actual
using the following equation:
Fs_actual = n / Ts
• Average the CTS values (CTSaverage) over 2 seconds or more.
• Measure the TMDS clock (fTMDS_clock) with an accuracy of 1 ppm.
• Get the nominal audio clock accuracy from the Channel/Status bits 28 and 29.
• If clock accuracy == 50 ppm (bits 28, 29 == 1, 0)
- if CTSaverage is within (fTMDS_clock * N ) / (128 * Fs) ± 50 ppm then continue test,
else then FAIL
• Else,
- if CTSaverage is within (fTMDS_clock * N ) / (128 * Fs_actual) ±100 ppm then continue
test, else then FAIL
[Verify CTS transmitting interval]
• Monitor ACR Packets with “new” (non-zero) values of CTS
• Average new CTS transmitting interval (CTS interval) over 2 sec or more.
• If CTS interval is not within the range of (N / (128 * Fs)) ±2000ppm then FAIL
Test Objective
Verify that the source audio packet jitter is within the limits specified.
From the following tables of primary video formats, pick the single DUT-supported audio/video
format combination with the highest value. This will be format combination #1.
From the following table of mandatory video and basic audio formats, pick the audio/video
combination with the highest value. This will be format combination #2.
861B Format 2-channel PCM or compressed
Code Description 32 44.1 48
1 640x480p, 60Hz (VGA) 2 4 6
2,3 720x480p, 60Hz 3 5 7
17,18 720x576p, 50Hz 3 5 7
For each of these two combinations do the following tests. If format combination #2 matches
combination #1, do not repeat the test:
[861-D: 6.3.1] “If the DTV and the source device support more than “basic audio,” as
Audio Identification defined by the physical/link specification, then this information shall be
Information sent and shall accurately identify the stream while digital audio is being
sent.”
Test Objective
Verify that Source transmits an Audio InfoFrame whenever required and that contents are valid.
Configure the Source to output 480p (or 576p if 480p is not supported) with 32kHz,
44.1kHz or 48kHz PCM 2-channel audio.
[Check Audio InfoFrame placement]
Examine the placement of the Audio InfoFrame Packet
If Audio InfoFrame Packet is detected at least once per two video fields then continue else
then FAIL
[Check Packet Header]
If Packet Header has the following contents
- HB0: 0x84 (InfoFrame Type Code)
- HB1: 0x01
- HB2: 0x0A (InfoFrame_length)
• Then continue else then FAIL
[Check Packet Body]
Read Packet Body (PB0 to PB27)
[Check PB1 to PB5]
• If the value of Audio Coding Type (CT3~CT0) is 0x0 then continue else then FAIL
• If the value of PB1 bit 3 is zero then continue else then FAIL.
• If the value of the most significant three bits of PB2 is zero then continue else then
FAIL.
• If the value of Sampling Frequency (SF2~ SF0) is zero then continue else then FAIL.
[861-D: 6.3.1] “If the DTV and the source device support more than “basic audio,” as
Audio Identification defined by the physical/link specification, then this information shall be
Information sent and shall accurately identify the stream while digital audio is being
sent.”
Test Objective
Verify that Source only transmits audio using permitted Layout type.
CA Sample Present B
7 6 5 4 3 2 1 0 3 2 1 0 3 2 1 0
0 0 0 0 0 0 0 1 0 0 SP SP 0 0 x x
0 0 0 0 0 0 1 0 0 0 SP SP 0 0 x x
0 0 0 0 0 0 1 1 0 0 SP SP 0 0 x x
0 0 0 0 0 1 0 0 0 SP 0 SP 0 x 0 x
0 0 0 0 0 1 0 1 0 SP SP SP 0 x x x
0 0 0 0 0 1 1 0 0 SP SP SP 0 x x x
0 0 0 0 0 1 1 1 0 SP SP SP 0 x x x
0 0 0 0 1 0 0 0 0 SP 0 SP 0 x 0 x
0 0 0 0 1 0 0 1 0 SP SP SP 0 x x x
0 0 0 0 1 0 1 0 0 SP SP SP 0 x x x
0 0 0 0 1 0 1 1 0 SP SP SP 0 x x x
0 0 0 0 1 1 0 0 SP SP 0 SP x x 0 x
0 0 0 0 1 1 0 1 SP SP SP SP x x x x
0 0 0 0 1 1 1 0 SP SP SP SP x x x x
0 0 0 0 1 1 1 1 SP SP SP SP x x x x
0 0 0 1 0 0 0 0 SP SP 0 SP x x 0 x
0 0 0 1 0 0 0 1 SP SP SP SP x x x x
0 0 0 1 0 0 1 0 SP SP SP SP x x x x
0 0 0 1 0 0 1 1 SP SP SP SP x x x x
0 0 0 1 0 1 0 0 SP 0 0 SP x 0 0 x
0 0 0 1 0 1 0 1 SP 0 SP SP x 0 x x
0 0 0 1 0 1 1 0 SP 0 SP SP x 0 x x
0 0 0 1 0 1 1 1 SP 0 SP SP x 0 x x
0 0 0 1 1 0 0 0 SP SP 0 SP x x 0 x
0 0 0 1 1 0 0 1 SP SP SP SP x x x x
0 0 0 1 1 0 1 0 SP SP SP SP x x x x
0 0 0 1 1 0 1 1 SP SP SP SP x x x x
0 0 0 1 1 1 0 0 SP SP 0 SP x x 0 x
0 0 0 1 1 1 0 1 SP SP SP SP x x x x
0 0 0 1 1 1 1 0 SP SP SP SP x x x x
0 0 0 1 1 1 1 1 SP SP SP SP x x x x
Where:
x = any value
SP = any value, but all SP must be same
[HDMI: App. C.2] “An HDMI Source, upon power-up, reset or detection of a new sink
HDMI Source device, shall assume that the sink device operates under DVI 1.0
Requirements limitations. An HDMI Source shall determine if the sink device is an
HDMI Sink by following the rule(s) described in Section 8.3.5. Upon
detection of an HDMI Sink, the HDMI Source shall follow all of the HDMI
Source-related requirements specified in this document.”
Test Objective
Verify that Source never outputs a Video Guard Band or Data Island to a device without an HDMI
VSDB.
[HDMI: 6.5] <See reference for details on Deep Color packing and signaling>
Pixel Encodings and
Color Depth
Test Objective
Verify that a Deep Color-capable Source DUT outputs correct Deep Color packing and signaling.
Connect Source DUT to a Protocol Analyzer containing an EDID with the following:
• SVDs for 480p60Hz, 576p50Hz and for 1080i, 720p, and 1080p at 50Hz and 60Hz
(and any other formats needing to be tested)
• Support for any DUT-supported High-Bitrate Audio format (in addition to typical
formats)
• HDMI VSDB of any length > 6 with
- Supports_AI bit = 1
- DC_36bit = 1
- Max_TMDS_Clock = 45 (225MHz)
• No Colorimetry Data Block
For each of the video formats described in CDF field Source_Video_Formats that support
any color depths other than 24 bits/pixel, do the following:
Operate Source DUT to output that video format at each of the supported color depths
(other than 24 bits/pixel).
For all of the following, refer to the values listed in Table 7-1 and Table 7-2 for the tested
format.
For every packet with packet type equal to 0x03 (General Control Packet) verify the
following:
• If either byte HB1, HB2 does not equal 0x00 then FAIL
• Compare SB0…SB6 of subpacket 0 with SB0…SB6 of subpackets 1, 2 and 3. Likewise,
compare subpacket 1 with subpacket 2 and 3 and compare subpacket 2 with
subpacket 3.
• If any subpacket differs from any other then FAIL
• If SB0 of subpacket 0 does not equal 0x00, 0x01, or 0x10 then FAIL
Note that the ATC is not required to test Deep Color modes on video formats other than the
following: 480p 59.94/60Hz, 576p 50Hz, 1080i 60Hz, 1080i 50Hz and is only required to test 36
bits/pixel mode.
Test Objective
Verify that an xvYCC-capable Source outputs valid Gamut Metadata Packets.
Connect Source DUT to a Protocol Analyzer containing an EDID with the following:
• Support for 1080p (in addition to typical formats)
• HDMI VSDB of any length > 6 with
- Supports_AI bit = 1
- DC_36bit = 1
- Max_TMDS_Clock = 45 (225MHz)
• Colorimetry Data Block with
- xvYCC601 = 1
- xvYCC709 = 1
- MD0 = 1
Operate Source DUT to output an xvYCC-encoded video signal.
Examine all AVI InfoFrames transmitted from Source.
If no AVI InfoFrames indicate Extended Colorimetry in fields C1 and C0 (1, 1) then
• If any video field occurs with a Gamut Metadata packet then FAIL, “While transmitting
xvYCC, no AVI indication of xvYCC occurs but Gamut Metdata packet does occur.”
For every video field containing an AVI InfoFrame with fields C1 and C0 indicating
Extended Colorimetry (1, 1)
• If field EC0 through EC2 is not equal (0 or 1) then FAIL
Connect Source DUT to an xvYCC-capable Protocol Analyzer containing an EDID with the
following:
Operate Source DUT to output an xvYCC-encoded video signal.
Capture and process data with Protocol Analyzer for Source xvYCC test.
Test Objective
Verify that a High-Bitrate Audio-capable source is able to transmit High-Bitrate Audio Stream
Packets with packet jitter limited to compliant values.
Connect Source DUT to an Audio Timing Analyzer containing an EDID with the following:
• Support for 480p and 576p with 4x pixel repetition (2880x480p and 2880x576p) (in
addition to typical formats)
• Support for any DUT-supported High-Bitrate Audio format (in addition to typical
formats)
• HDMI VSDB of length = 6 with
- Supports_AI bit = 1
• No Colorimetry Data Block
Test Objective
Verify that a One Bit Audio-capable source is able to transmit One Bit Audio Packets in a
compliant manner.
Connect Source DUT to an Audio Timing Analyzer containing an EDID with the following:
• Support for 480p and 576p with 2x pixel repetition (1440x480p and 1440x576p) (in
addition to typical formats)
• Short Audio Descriptor for One Bit Audio format with 6-channels and 44.1kHz sample
rate.
• HDMI VSDB of length = 6 with
- Supports_AI bit = 1
• No Colorimetry Data Block
Operate Source DUT to output One Bit Audio on the HDMI output
Monitor packets:
If any packet has type equal to 0x02 (Audio Sample Packet) then FAIL
If any packet has type equal to 0x08 (DST), 0x09 (HBRA), 0x0A (GMP) then FAIL
If no packet type is equal to 0x07 (One Bit Audio Sample Packet) then FAIL
For each packet type equal to 0x07:
• Check following Reserved fields
- HB1, bits 5 to 7
- HB2, bits 4 to 7
• If these reserved fields are not zero then FAIL
Test Objective
Verify that Source DUT, whenever transmitting any supported mandatory 3D video format or
other primary 3D video format, complies with all required pixel and line counts and pixel clock
frequency range.
ATC testing is required to verify active and total counts for both horizontal and vertical as well as
HSYNC and VSYNC polarity. The ATC may optionally verify all other parameters.
Connect Source DUT to a Video Timing Analyzer containing an EDID with the following:
• SVDs for 480p@60Hz, 576p@50Hz, 1080p@24Hz, 30Hz, 50Hz and 60Hz, 720p at
24Hz, 30Hz, 50Hz and 60Hz, 1080i at 50Hz and 60Hz
• HDMI VSDB with
- HDMI_Video_present = 1
- 3D_present = 1
- HDMI_VIC_LEN = 0
- HDMI_3D_LEN != 0
- Indicate the support for all primary 3D video formats
For each video format timing listed in CDF field Source_Mandatory_3D_Video_Formats and
Source_Other_Primary_3D_Video_Formats, perform the following.
Operate Source DUT to output the tested 3D format at a color depth of 24 bits/pixel. For all
of the following, refer to the values listed in Table 7-4, Table 7-5, Table 7-6 and Table 7-7,
Table 7-8, Table 7-9 for the tested format.
[Verify that at least one HDMI Vendor Specific InfoFrame (HB0, HB1, PB1, PB2, PB3 =
0x81, 0x01, 0x03, 0x0C 0x00) and at least one AVI InfoFrame are transmitted within every
two video fields].
• If any two video fields occur with no HDMI Vendor Specific InfoFrame then FAIL.
• If any two video fields occur with no AVI InfoFrame then FAIL.
For each video format timing listed in CDF field Source_Video_Formats perform the following.
Note that pixel clock frequencies shown here all correspond to 60Hz/24Hz frame rates, for
ease and consistency in testing.
Pixel clock may be +0.5%/-0.6% of the listed pixel rate to allow for lower vertical rates than
those listed (59.94Hz vs. 60Hz, etc.).
Note: Primary and secondary 3D Video formats are indicated in the tables above as:
Primary 3D Video Format
Secondary 3D Video Format – Not required for ATC testing
Note: Each parameter which is indicated in the tables above equals to the parameter which is
indicated in HDMI section 8 as follows:
H_TOTAL = Hactive + Hblank
H_ACTIVE = Hactive
VID_TO_HS = Hfront
HS_LEN = Hsync
V_TOTAL = [all Vactive]
+ Vblank( - 0.5, if Frame packing for interlaced format)
+ [all Vact_space(if Frame packing)]
V_ACTIVE = [all Vactive] + [all Vact_space(if Frame packing)]
VS_TO_VID = Vsync + Vback
VS_LEN = Vsync
Test Objective
Verify that Source DUT, whenever transmitting any 4K x 2K video format, complies with all
required pixel and line counts and pixel clock frequency range.
ATC testing is required to verify active and total counts for both horizontal and vertical as well as
HSYNC and VSYNC polarity. The ATC may optionally verify all other parameters.
Connect Source DUT to a Video Timing Analyzer containing an EDID with the following:
• SVDs for 480p60Hz, 576p50Hz and for 1080p at 50Hz and 60Hz
• HDMI VSDB of any length >= 14 with
- HDMI_Video_present = 1
- 3D_present = 0
- HDMI_VIC_LEN = 4
- HDMI_3D_LEN = 0
- HDMI_VIC includes 0x01, 0x02, 0x03 and 0x04
For each video format timing listed in CDF field Source_4Kx2K_Video_Formats perform the
following.
Operate Source DUT to output the tested format at a color depth of 24 bits/pixel. For all of
the following, refer to the values listed in Table 7-10 and Table 7-11 for the tested format.
[Verify that at least one HDMI Vendor Specific InfoFrame (HB0, HB1, PB1, PB2, PB3 =
0x81, 0x01, 0x03, 0x0C 0x00) and at least one AVI InfoFrame are transmitted within every
two video fields].
• If any two video fields occur with no HDMI Vendor Specific InfoFrame then FAIL
• If any two video fields occur with no AVI InfoFrame then FAIL.
Note that pixel clock frequencies shown here all correspond to 30Hz/24Hz frame rates, for
ease and consistency in testing.
Pixel clock may be +0.5%/-0.6% of the listed pixel rate to allow for lower vertical rates than
those listed (29.97Hz vs. 30Hz, etc.).
Test Objective
Verify that (a) Source has a capability to adequately output sYCC601 and/or AdobeYCC601
and/or AdobeRGB.
For any one of video format listed in CDF field Source_Video_Formats, perform the
following tests.
• Connect Source DUT to a Protocol Analyzer containing an EDID with the following:
- Support for 1080p (in addition to typical formats)
- HDMI VSDB of any length > 6 with
Supports_AI bit = 1
DC_36bit = 1
Max_TMDS_Clock =45 (225MHz)
- Colorimetry Data Block with
Byte #3 = 0
8 Tests – Sink
8.1 Sink Products Overview
8.1.1 Television and Other Display Products
Display products are defined to “adequately support” a particular video format if they display that
format, legibly and correctly placed (e.g. centered) horizontally and vertically in the expected
aspect ratio and over/underscan amount.
For overscanned formats, horizontally and vertically, at least some portion of the active portion of
the image must not be visible due to border obstruction or clipping. For underscanned images,
100% of the active portion must be visible.
Test Objective
Verify that the entire EDID can be read.
1) Connect Sink DUT to Quantum Data 882CA and perform EDID analysis.
2) If any errors are reported during EDID read then FAIL, <error comment>
3) Else, then PASS
Test Objective
Verify that the data in the base EDID 1.3 block and basic EDID Extension handling is correct and
meets all aspects of the relevant specifications.
1) Connect Sink DUT to Quantum Data 882CA and perform EDID analysis.
2) If any errors are reported then FAIL, <error comment>
3) Else, then PASS
Test Objective
Verify that the data in any CEA Timing Extension present in EDID is formatted properly and
meets all aspects of the relevant specifications. [Note: The accuracy of the video and audio-
related EDID information is tested in the Video and Audio test sections.]
Perform following tests for each CEA Extension found, including the first:
1) Connect Sink DUT to Quantum Data 882CA and perform EDID analysis.
2) If any errors are reported then FAIL, <error comment>
3) Else, then PASS
Sink tests may be performed at test points CTP2 shown in Figure 8-1 (corresponding to TP2 as
used in the HDMI Specification).
Test Objective
Confirm that the differential voltage level on each TMDS pair is within specified limits.
Test Objective
Confirm that the Sink properly supports TMDS differential voltages at minimum levels.
Setup 39. Test ID 8-5: TMDS – Min/Max Differential Swing Tolerance – Tektronix
Perform the Required Test Method with this setup. For adjustments required during the test
sequence, do the following:
Setup 40. Test ID 8-5: TMDS – Min/Max Differential Swing Tolerance - Agilent
Perform the Required Test Method with this setup. For adjustments required during the test
sequence, do the following:
Test Objective
Confirm that the maximum allowed timing skew within each TMDS pair is supported by the Sink
DUT.
Test Objective
Confirm that the maximum allowed TMDS clock jitter is supported by the Sink DUT.
Note: This test method injects two jitter components (C_JITTER, D_JITTER) simultaneously into
the TMDS signals. The test uses two different jitter injection techniques and in both cases, the
C_JITTER component is added to the TMDS_CLOCK signal. The D_JITTER component
It is required that the test be performed with D_JITTER added to the TMDS_CLOCK signal. In
addition, it is optional to additionally test with the D_JITTER component instead added to the
TMDS_DATA lines. This optional sequence will result in better test coverage.
The following is performed for each of the following pixel clock rates supported by the Sink:
27MHz, 74.25MHz, 148.5MHz, 222.75MHz, 297MHz. Optionally, if not already tested and if
supported by the test equipment, the highest-supported rate may be tested (CDF field
Sink_Max_TMDS_Clock).
Note 1: TTC values correspond to the slew rate of the leading edges of the TP1 eye diagram (shown in the HDMI
specification) for the indicated TMDS_CLOCK frequency.
Note 2: The two Type 1 cable emulators are combined for a single test, resulting in higher ISI than provided by the Cat1
ISI emulator alone.
Repeat for next test frequency, using each of the cable emulators specified for the test frequency
in the table above.
Setup 44. Test ID 8-7: TMDS – Jitter Tolerance: Tektronix All Frequencies
Setup 46. Test ID 8-7: TMDS – Jitter Tolerance: Tektronix Direct Synthesis
Note: No Hardware Cable Emulators nor TTC filters are required for each resolution as the Direct
Synthesis setup emulates these elements in the software.
The following must be performed for each TMDS clock rate supported by the Sink.
1) Ensure that the Sink DUT port on which you perform the test is selected.
3) Connect the two AWGs, Bias-Tees, AFG, DPO/DSA70804, and TPA-P as follows and as
shown in the setup diagram. One AWG is used as the MASTER and the other AWG is used as
the SLAVE (called AWG1 and AWG2 respectively).
• AWG1 Marker1+ output to oscilloscope Ch3 input with SMA cable and TCA-292MM
adapter(an accessory of DPO/DSA70804).
5) Connect and configure the DC Power Supply to drive +5 V between +5 V Power (P_5V) and
DDC/CEC Ground (P_GND) on the TPA-P.
Note: The setup drawings above show the testing configuration for the output measurement
steps. For the Jitter calibration steps, use a TPA-P to connect the Clock and D0 signals to the
oscilloscope with 2 # Tektronix P7313SMA probes, connected directly to the “input” TPA-R from
the TMDS Signal Generator.
Test Objective
Confirm that the TMDS input impedance of the Sink DUT is within the specified limits.
Perform the steps in the Required Test Method. (Refer to the section labeled “Measuring the
Impedance” in the Procedures Guide).
[HDMI: Table 4-40] Maximum (CEC line) capacitance load of a Sink or of a CEC
CEC line Electrical Specifications root device: 200pF.
for all Configurations
Test Objective
Confirm that the capacitance load on the DDC and CEC lines does not exceed the limit in the
specification.
10) Repeat the C1 and C2 measurements and the CDUT calculation for the SCL pin.
11) If CDUT > 50pF, then FAIL.
32) If DUT is being tested as a Repeater, reconnect test Sink(s) before proceeding.
Test Objective
Confirm that the Hot Plug Detect signal returned from the Sink conforms to the specified voltage
levels, and that it is not asserted when the +5V Power signal is not asserted.
14) If CDF field Sink_HPD_True does not equal “None”, perform any actions specified in
CDF field Sink_HPD_True.
15) For +5V Power voltages of 4.8V and 5.3V, perform the following:
16) Measure voltage on the HPD pin of TPA (VHPD_H)
17) If (VHPD_H < 2.4V OR VHPD_H > 5.3V) then FAIL
Note: Use 0.1 Volt resolution for all voltage comparisons. (i.e. 0.0 means 2 significant digits)
Test Objective
Confirm that the HPD pin on the Sink DUT presents the proper impedance to the source device.
Test Objective
Confirm that the Sink DUT does not consume more power than allowed when in either the ON or
OFF state, from the +5V Power pin.
Test Objective
Ensure that CEC lines on all inputs and outputs are connected as specified in following
description:
CEC lines from all HDMI inputs (if present) and a single HDMI output (if present) shall be
interconnected.
Except :
- A device which has no HDMI output is allowed to have separate CEC lines for each
HDMI connector if that device takes a logical address of 0 on each CEC line.
- A device that is acting as the CEC root device shall not connect the CEC line to
any HDMI output.
[Verify correct CDF fields: Independent CEC may be set only if DUT has no HDMI output and
only if DUT is performing CEC operations at logical address 0]
[Verify that CEC pins on all input connectors are tied together]
[Verify that CEC pins on all output connectors are not connected to each other]
[Verify that CEC pins on all input connectors are tied together]
[Verify that CEC pins on all output connectors are not connected to each other]
15) For every HDMI output connector (from 1 to value in CDF field HDMI_output_count):
16) Connect first TPA-P to selected HDMI output connector
17) For every other HDMI output connector (on which the resistance with selected HDMI
output connecor has not been measured):
18) Connect second TPA-P to selected HDMI output connector
19) Read resistance value from Digital Multi-Meter
20) If resistance is less than 1MΩ then FAIL
21) Continue to next output connector
22) Continue to next output connector
Test Objective
Ensure that the DUT does not degrade communication between other CEC devices when power
is applied, when power is removed and, if supported, in standby mode (the line must not be
pulled down by the powered off device).
If DUT is being tested as a Repeater under Test ID 9-1, disconnect all test Source(s) and
Sink(s).
[Perform following for all DUTs whether or not they support CEC_protocol]
If CDF field CEC_protocol is N, do the following. Else if the DUT is being tested as a
Repeater under Test ID 9-1 and has additional output ports other than indicated in CDF
field Repeater_CEC_Output, then, do the following on all ports that are not indicated in
CDF field Repeater_CEC_Output.
• Connect the CEC line on DUT to DDC/CEC Ground via a 1MΩ ±5% resistor
• Power on DUT
[Measure voltage when “disconnected”]
- Measure CEC line voltage on DUT and record as VCEC1.
- If VCEC1 is in the range 0V to 0.1V [no connect] or is in the range > 2.88V to 3.63V
then continue else then FAIL
• Disconnect the CEC line from DDC/CEC Ground
[Measure voltage when “pulled-up externally”]
• Connect the CEC line to 3.3V via a 27kΩ ±5% resistor
- Measure CEC line voltage.
NOTE: This test only needs to be performed once per product, not once per connector as with all
of the other tests in this document.
1) If DUT is being tested as a Repeater under Test ID 9-1, disconnect all test Sources and
Sink(s).
[Perform following for all DUTs whether or not they support CEC_protocol]
25) If DUT is being tested as a Repeater, reconnect test Source(s)/Sink(s) before proceeding.
The conditions in the following tests will be generated by the TE to verify the Sink DUT’s support.
The Sink must continually support the transmitted signal during the entire sequence of test
conditions.
Test Objective
Verify that the Sink establishes synchronization with the data when it receives only minimum-
length Control Periods.
Test Objective
Verify that Sink supports reception of all valid packet types.
All 240 and 480 line 861-D formats described in DTD shall be listed as
59.94Hz.
All 720 and 1080 line 861-D formats described in DTD, near 59.94/60Hz
shall be listed as 60Hz.
Test Objective
Verify that no CEA video format is declared only in a DTD.
ar = Horizontal_Size / Vertical_Size
else, AR = unknown.
[If an CEA video format is supported by the Sink, it shall be indicated by an SVD and
optionally, by a DTD.]
• For each DTD in EDID:
- Examine DTD for match with any CEA format. Such a DTD will have:
All fields in the DTD for horizontal and vertical active and total correspond to
the values shown in CEA-861-D Table 4, for a specific format. Note that the
vertical active value in the DTD will have half the value in Table 4 if the format is
interlaced.
Pixel clock frequency in bytes 0 and 1 within ±1% of CEA-specified frequency
for the format.
Aspect ratio (calculated as H/V) within ±5% of either 16:9 or 4:3.
- If DTD matches any CEA format, search SVDs for that same video format at same
aspect ratio.
- If no matching SVD then FAIL
1) If the EDID image has not yet been captured from the Sink:
2) Connect Sink DUT to Quantum Data 882CA and execute commands to perform
HDMI EDID analysis.
3) If any errors are reported during EDID read then FAIL, “DDC read”.
4) Launch EDID Analysis tool and open the EDID image.
5) Execute EDID Analysis command “HDMI Analysis”.
6) If any errors are reported then FAIL, <error comment>
7) Perform steps in Required Test Method against viewed EDID image
8) PASS/FAIL criteria defined above
“An HDMI Sink that accepts 50Hz video formats shall support the
640x480p @ 59.94/60Hz and 720x576p @ 50Hz video format timings.”
“An HDMI Sink that accepts 50Hz video formats, and that supports HDTV
capability, shall support 1280x720p @ 50Hz or 1920x1080i @ 50Hz video
format timings.”
“An HDMI Sink that is capable of receiving any of the following video
format timings using any other component analog or uncompressed digital
video input, shall be capable of receiving that format across the HDMI
interface.1280x720p @ 59.94/60Hz, 1920x1080i @ 59.94/60Hz,
1280x720p @ 50Hz, 1920x1080i @ 50Hz”
Test Objective
Verify that Sink DUT indicates support for all required Video Formats in its EDID.
“If an HDMI Sink supports either YCBCR 4:2:2 or YCBCR 4:4:4 then both
shall be supported.”
[HDMI: 8.3.6] “A Sink may indicate support for YCBCR pixel encodings. To indicate
Audio and Video support, bits 4 and 5 of byte 3 of the CEA Extension shall both be set to
Details one (see Table 27 of CEA-861-D). To indicate no support, bits 4 and 5
shall both be zero.”
Test Objective
Verify that Sink supports YCBCR pixel encoding when required.
1) If the EDID image has not yet been captured from the Sink:
2) Connect Sink DUT to Quantum Data 882CA and execute commands to perform
HDMI EDID analysis.
3) If any errors are reported during EDID read then FAIL (DDC read).
4) Launch EDID Analysis tool and open the EDID image.
5) Execute EDID Analysis command “HDMI Analysis”.
6) If any errors are reported then FAIL
7) For EDID based tests perform steps in Required Test Method against captured EDID
image.(PASS/FAIL criteria is defined above).
Test Objective
Verify that Sink supports required variations on mandatory video formats and CEA video formats
indicated in EDID.
For each tested format and pixel clock frequency, configure the TMDS Signal Generator to
generate a test pattern in the given format at the tested pixel clock frequency. The test pattern
should permit the operator to determine if the Sink displays the image with no significant
distortions (spurious dots, horizontal or vertical jitter, incorrect colors) and in the expected aspect
ratio and position.
All CEA video formats listed in the EDID must be tested at two different pixel clock frequencies.
The two different frequencies are the minimum and maximum permitted for a Source. For 50Hz
formats, these values are 49.75Hz and 50.25Hz (50Hz ± 0.5%). For 59.94Hz or 60Hz formats,
these frequencies are 59.64Hz (59.94Hz – 0.5%) and 60.3Hz (60Hz + 0.5%). The tested pixel
clock frequency accuracy must be ±0.05%.
[Verify that Sink DUT supports 640x480p. Note that 640x480p is never required to be listed in
any EDID structure but the Sink is required to support reception.]
1) Configure the TMDS Signal Generator to transmit 640x480p @ 60Hz to the Sink
DUT at the minimum allowable pixel clock frequency.
2) If the Sink DUT does not adequately support format then FAIL, “640x480p, Min”
3) Configure TMDS Signal Generator to transmit 640x480p @ 60Hz to Sink DUT at the
maximum allowable pixel clock frequency.
4) If the Sink DUT does not adequately support format then FAIL, “640x480p, Max”
Test Objective
Verify proper Sink operation with respect to Audio Clock Regeneration.
Test Objective
Verify that Sink supports Audio Sample Packets with maximum jitter.
[HDMI: 8.3] “…it is permitted for a Source to transmit Basic Audio (see Section 7.3)
E-EDID Data to a Sink that does not indicate support for Basic Audio.”
Structure
Test Objective
Verify that Sink supports every audio format specified in EDID.
[HDMI: App. C.3] “An HDMI Sink, upon power-up, reset or detection of a new source
HDMI Sink device, shall assume that the source device is limited to the above
Requirements behavior. Upon the detection of an indication that the source is HDMI-
capable, the HDMI Sink shall follow all of the HDMI Sink-related
requirements specified in this document.”
Test Objective
Verify that Sink DUT can handle required transition from DVI to HDMI mode.
Test Objective
Verify that a Deep Color-capable Sink DUT supports Deep Color packing and signaling.
Test Objective
Verify that a High-Bitrate Audio-capable sink is able to supports High Bitrate Audio Stream
Packets and signaling.
Perform Requird Test Method using an Audio/Video Protocol Generator that supports High-
Bitrate Audio Stream Packets.
Note: Only ASTRODESIGN VG-849C-A may be used for this test as Audio/Video Protocol
Generator.
Test Objective
Verify that a One Bit Audio-capable sink is able to supports One Bit Audio Sample Packets and
signaling.
Perform Requird Test Method using an Audio/Video Protocol Generator that supports One Bit
Audio Sample Packets.
Note: Only ASTRODESIGN VG-849C-A may be used for this test as Audio/Video Protocol
Generator.
Test Objective
Verify that a 3D-capable Sink DUT supports required variations on mandatory 3D video formats
and other primary 3D video formats listed in the EDID.
For each tested format and pixel clock frequency, configure the Audio/Video Protocol Generator
to generate a test pattern in the given format at the tested pixel clock frequency. The test pattern
should permit the operator to determine if the Sink displays the image with no significant
distortions (spurious dots, horizontal or vertical jitter, incorrect colors) and in the expected aspect
ratio and position.
The mandatory 3D video formats must be tested at two different pixel clock frequencies for each
3D_Structure. The two different frequencies are the minimum and maximum permitted for a
Source. The tested pixel clock frequency accuracy must be ±0.05%. For 23.98Hz or 24Hz
formats, these frequencies are 23.86Hz (23.98Hz – 0.5%) and 24.12Hz (24Hz + 0.5%). For 50Hz
formats, these values are 49.75Hz and 50.25Hz (50Hz ± 0.5%). For 59.94Hz or 60Hz formats,
these frequencies are 59.64Hz (59.94Hz – 0.5%) and 60.3Hz (60Hz + 0.5%).
In addition, all primary 3D video formats listed in the EDID must be tested at two different pixel
clock frequencies for each 3D_Structure.The two different frequencies are the minimum and
maximum permitted for a Source. The tested pixel clock frequency accuracy must be ±0.05%. For
23.98Hz or 24Hz formats, these frequencies are 23.86Hz (23.98Hz – 0.5%) and 24.12Hz (24Hz +
0.5%). For 50Hz formats, these values are 49.75Hz and 50.25Hz (50Hz ± 0.5%). For 59.94Hz or
60Hz formats, these frequencies are 59.64Hz (59.94Hz – 0.5%) and 60.3Hz (60Hz + 0.5%).
37) If tested EDID indicate any primary 3D video format other than the above, perform the
following tests:
38) Configure the Audio/Video Protocol Generator to transmit that 3D video format to
the Sink DUT at the minimum allowable pixel clock frequency.
39) If the Sink DUT does not adequately support format then FAIL.
40) Configure Audio/Video Protocol Generator to transmit that 3D video format to
Sink DUT at the maximum allowable pixel clock frequency.
41) If the Sink DUT does not adequately support format then FAIL.
Test Objective
Verify that a 4K x 2K-capable Sink DUT supports 4K x 2K video formats indicated in EDID.
For each tested format and pixel clock frequency, configure the Audio/Video Protocol Generator
to generate a test pattern in the given format at the tested pixel clock frequency. The test pattern
should permit the operator to determine if the Sink displays the image with no significant
distortions (spurious dots, horizontal or vertical jitter, incorrect colors) and in the expected aspect
ratio and position.
4K x 2K video formats listed in the EDID must be tested at two different pixel clock frequencies.
The two different frequencies are the minimum and maximum permitted by a Source. For 24Hz
SMPTE formats, these values are 23.88Hz and 24.12Hz (24Hz ± 0.5%). For 23.98Hz or 24Hz
formats, these frequencies are 23.86Hz (23.98Hz – 0.5%) and 24.12Hz (24Hz + 0.5%). For 25Hz
formats, these values are 24.88Hz and 25.12Hz (25Hz ± 0.5%). For 29.97Hz or 30Hz formats,
these frequencies are29.82Hz (29.97Hz – 0.5%) and 30.15Hz (30Hz + 0.5%). The tested pixel
clock frequency accuracy must be ±0.05%.
Test Objective
Verify that Sink supports reception of particular AVI InfoFrame packets supporting Extended
Colorimetry, Content Type and Selectable YCC Quantization Range settings, and if the Sink
displays the image with no significant distortions (spurious dots, horizontal or vertical jitter,
incorrect colors).
9 Tests – Repeater
9.1 Repeater Products Overview
Repeaters consist of some number of HDMI input ports and some number of HDMI output ports.
Typical HDMI Sink functionality is associated with the input ports and typical Source functionality
is associated with the output ports. All input ports shall be fully compliant Sinks and all output
ports shall be fully compliant Sources.
A compliant Repeater will consist of a product where each of the Source functional blocks is
compliant with all of the HDMI Source requirements and each of the Sink functional blocks is
compliant with all of the HDMI Sink requirements.
In order to more efficiently test Repeater products, it is useful to understand how these functional
blocks interact within the tested product.
b) NÆ1 Content arriving on more than one inputs will be combined in some
manner and delivered to one output
b) Convert A/V signal is converted from format X to format Y. This could be, for
instance, a video format conversion from HD to SD.
EDID corresponding to format Y would be present on the Sink and the
EDID presented to the Source would include format X.
g) Exchange Multiple A/V signals pass from different Sources to different Sinks
without any interaction between the streams.
EDIDs presented to Source correspond to Sink destination of that input’s
stream.
9.2.3 Combinations
The following combinations of functional blocks are possible on each of the different I/O
categories.
Such functionality is regarded as a Source function or Sink function, respectively. For testing, the
normal Source or Sink CDF form shall be completed indicating the characteristics of that Source
or Sink function.
In addition, many such products also incorporate functions that require them to be tested more
extensively.
An example is a Repeater product that effectively acts as a Source product, where the HDMI
stream has been “generated” through an internal function such as a DVD player or STB. Likewise,
many products act as HDMI Sinks and “consume” the HDMI input stream by displaying it or
routing to an audio amplifier for rendering.
HDMI Repeater functionality is tested below. For these tests, the Repeater CDF must be
completed to describe the capabilities of the product. In addition, a mini (Source/Sink) CDF is
required that describes a subset of the Source and Sink functionality of the product that is related
to the Repeater function. This mini-CDF consists of the Source CDF and Sink CDF with many
fields already filled-in.
The “generation” and “consuming” functions of a Repeater are tested as a Source and Sink
device. For these tests, the normal Source or Sink CDF form shall be completed indicating the
characteristics of that Source or Sink function.
Test Objective
Verify that the HDMI output of an A/V stream from an HDMI input is compliant.
Test Objective
Verify that the Source “generator” functionality contained within a Repeater product is compliant.
Perform the following using the full Source CDF form describing the tested Source (“generating”)
function:
Test Objective
Verify that the HDMI input of a stream that is transported to an HDMI output is compliant.
Test Objective
Verify that the Sink “consumer” functionality contained within a Repeater product is compliant.
Perform the following using the full Sink CDF form describing the tested Sink (“consuming”)
function:
Test Objective
Verify that Repeater DUT supplies correct Physical Addresses to each of the attached Source
devices.
10 Tests – HDCP
10.1 Overview
All devices capable of performing HDCP operations (CDF field HDCP_Supported) shall be tested
for HDCP compliance.
The following test equipment is currently being used in the ATC under evaluation:
ADVANTEST R3768-0400-1010
Protocol Analyzer
Use same Encoding Analyzer described above
High-Speed Configurations:
In addition to the test equipment above, ATCs that are configured to perform testing at TMDS
clock frequencies above 74.25MHz have the following equipment.
TPA Fixtures
• Agilent N1080A Opt H01 TPA-Plug & Opt H03 TPA-Control
- Agilent N5380A TPA-SMA termination and probe head
• Agilent N1080A Opt H02 TPA-Receptacle & Opt H03 TPA-Control
- Agilent N5380A TPA-SMA termination and probe head
• EFF-HDMI-TPA-P available from Efficere Technologies as part of set ET-HDMI-TPA-S
• EFF-HDMIC-TPA-P available from Efficere Technologies as part of set ET-HDMIC-
TPA-S
• EFF-HDMI-TPA-R / EFF-HDMI-TPA-R-CAL available from Efficere Technologies as
part of set ET-HDMI-TPA-S
• EFF-HDMIC-TPA-R / EFF-HDMI-TPA-R-CAL available from Efficere Technologies as
part of set ET-HDMIC-TPA-S
• (2) Tektronix AWG7102 Arbitrary Waveform Generators (AWG) with Opt 01 and 06 or
• (2) Tektronix AWG7122B Arbitrary Waveform Generators ( AWG) with Opt 01,06 and 08
or upgraded AWG7000B series.
• (8) Mini Circuits Bias Tee model number ZX-85 12G+ needed to connect to the output of
the AWG analog ports
• (10 or 12) SMA Cables: Tektronix 174-4944-01 ( 1.5 meters), as needed to connect
output of Bias Tees to Efficere TPA boards
• (1) DC Power Supply: To Connect 5V to the +5V Power (P_5V) and DDC/CEC Ground
(P_GND) on TPA-P
• (1) HT3 software version with Direct Synthesis capability version 5.0 or equivalent.
• (8) 6dB Attenuators ( for intra Pair skew test only). Pico Second Pulse labs 5510-110-6dB
• (8) 0-6400MHz Low Pass filter ( for intra Pair skew test only).Mini Circuits VLF-6400+
Protocol Analyzer
(1) Agilent N5998A -based setup
And
The HDMI specification mandates the Clock Recovery Unit (CRU) utilizing a Phase Locked Loop
(PLL) with first order transfer function characteristics, in the measurement of the jitter and the eye
diagram 3. The use of a PLL based CRU implemented in hardware has the drawback that
correlation of measurement results is difficult due to differences in vendor specific
implementations. There are software PLL techniques that exist to extract clock and timing data
from a serial data stream. One such technique uses a time domain convolution integral technique
that can address the requirement, however this technique demands very high performance digital
processing. The method proposed in this paper shows a more practical and affordable way to
4
satisfy the requirement.
PLL Characteristics
Divider
1/N
G(s) = Out/In
In G(s) Out
Fig. 1 shows a simplified block diagram of generic phase locked loop (PLL). A PLL consists of the
Phase Detector (PD), Low Pass Filter (LPF), Voltage Controlled Oscillator (VCO) and Frequency
Divider (FD).
3
Refer to section 4.2.3 of HDMI Specification Version 1.0
4
This Technology is provided by Tektronix Inc..
The phase of the input signal is compared to the phase of FD output. The input of the FD is the
output of VCO, whose frequency is controlled by the LPF output, which is a filtered form of the PD
output. When the phase of FD output is leading compared to the input phase, the PD output
changes to decrease the VCO frequency, thus the FD output will lag. Due to the effect of this
feedback mechanism, the frequency of VCO is locked to N-times of the input frequency.
As the LPF restricts the quick variation of the incoming signal, high frequency changes in the
input phase will be attenuated before being transferred to consecutive functional blocks.
Therefore the VCO output represents the average phase of input signal even if the input signal
does not have the constant phase rotation i.e. frequency. Using this approach, the PLL circuitry is
able to recover the clock information from the modulated input signal.
The transfer function from the input phase to the output phase is represented by following
equation:
Kp ⋅ Kv ⋅ H ( s )
s N ⋅ Kp ⋅ Kv ⋅ H ( s)
G ( s) = =
Kp ⋅ Kv ⋅ H ( s ) s ⋅ N + Kp ⋅ Kv ⋅ H ( s)
1+
s⋅N
where Kp and Kv are the sensitivity coefficients of PD and VCO respectively, and N is the division
factor of FD. H(s) is the transfer function of LPF in the frequency domain.
Assuming N, Kp and Kv are constant, the function G(s) can be simplified as follows:
K 2 ⋅ H ( s)
G ( s) =
s + K1 ⋅ H ( s )
It should be noted that G(s) becomes the first order low-pass filter only when H(s) is constant,
namely when H(s) is non-dependent on the frequency. This means that H(s) is no longer a low-
pass filter in this case. On the contrary, it is well known that the PLL will not be stable without low-
pass filter in place of H(s). Therefore, the first order transfer function which is required by the
HDMI CRU may not be realized by the PLL circuitry shown in Fig.1.
Conventional Method
Clock
Jitter
W d(t)
Eye
Data Diagram
W aveform
A to D
Fig. 2 shows a simple PLL design for CRU, measuring clock jitter and eye diagram within a digital
oscilloscope. The input signal is first converted to digital information with an A/D converter. The
phase of the input signal is extracted by finding the rising (or falling) edges of the digitized signal.
A digital simulation of an actual hardware PLL circuit may be realized because the input and
output signals exist as just digital information. In this case, the voltage values at several points in
the PLL circuit are expressed in the time domain, and are repetitively calculated to derive their
time variation. The time interval of the calculation must be sufficiently small in order to retain the
high precision of the simulation. Hence, it requires a significant amount of digital processing
capability to simulate the actual PLL within a reasonable amount of time.
In this method, the phase transfer function of the PLL is determined by the characteristics of the
simulated components. As long as the simulation observes the law of physics, the resultant
transfer function does not differ from that of the actual hardware PLL circuit. Given the time to
process the data in the simulation, using this method is not advisable. Hence, the first order
transfer function to be realized by this method may not be useful too.
Another method to simulate a PLL in software is to use its time domain transfer function from the
input phase error to output timing information. The impulse response is used as the time domain
transfer function. In this case, given the input signal X(t), the integral operation shown below
gives the output signal Y(t).
∞
Y (t ) =
τ
∫ X (t ) ⋅ G (τ − t )dτ
= −∞
Where G(t) is the time domain representation of G(s) mentioned in the previous section. This is
so-called convolution integral. In this case, the input signal is represented as discrete-time
samples. The integration above should also be performed in discrete fashion as follows.
∞ ∞
y ( n) = ∑ g ( m) ⋅ x ( n − m ) = ∑ g ( n − m ) ⋅ x ( m )
m = −∞ m = −∞
There are two disadvantages in time domain convolution method. One is that it still requires a
huge number of multiplications and additions to calculate the values of all time points, as easily
seen from the form of the equation above. Another is that it is not always practical to express the
time domain transfer function as an explicit mathematical representation. In many cases, the
human interpretation of the transfer function is made in frequency domain. Some means of
conversion is required to derive the time domain response from the frequency domain
characteristics. This requirement will complicate the design of the user interface.
It is important to mention that the first order transfer function characteristics can be realized by
this convolution method, while it has the difficulties described above. Also important is that this
method is inherently stable as far as an appropriate impulse response is adopted, because it
does not include any feedback loop.
Proposed Method
PLL G en e ra te
P a ra m eters G (s )
G (s)
C lo ck
J itter
W d (t) E ye
D a ta
W a v efo rm
A to D D ia g ram
The PLL circuitry acts in whole as a low pass filter for incoming time information. In the frequency
domain the filter function is simply realized by multiplication of the frequency response
coefficients to the input spectrum. The convolution integral in the time domain is equivalent to
simple multiplication between frequency-domain functions derived by the well-known Fourier
Transform. If the time information and the PLL characteristics are transformed to frequency
domain, the PLL processing becomes much easier than in the time domain.
Y ( s) = G ( s) ⋅ X ( s)
As seen in the above equation, the calculation becomes one multiplication (though between
complex numbers) per sample point. Hence, it keeps the demand for digital processing
performance very low.
After filter function is performed, the time information of the output signal may be derived with
inverse transformation. Using FFT algorithm the forward and inverse transformation can be
executed in relatively short time compared to simulation in time domain. Thus, the total time to
calculate the recovered clock can be significantly reduced.
Jitter Measurement
The jitter of the incoming clock signal is measured by statistically analyzing the time difference
between the incoming and recovered clocks. As the timing information of both signals is already
retained in digital form, the jitter calculation is simple and straightforward. Usually the peak-to-
peak jitter value and the standard deviation (i.e. RMS) jitter value are used for evaluating the
signal quality.
∑ (ΔT )
2
− ΔT
Jσ =
n
Appropriate sample points should be chosen to measure the jitter for specific case such as the
clock-to-data jitter at the first bit. Such a requirement is addressed by specifying a rectangular
area with time range of [–T..+T] and voltage range of [-V..+V].
To obtain an accurate measurement, a large number of samples are required. As the area
restriction above reduces the number of measured samples, the capability to process more and
more samples is desired. Using the proposed method, it becomes realistic to gather huge amount
of statistical information for more precise measurement.
Eye Diagram
An eye diagram is the incoming data waveform repeatedly drawn with the recovered clock used
as the time reference. The recovered clock is represented as time information hence it may be
used to derive the position where the input data waveform should be drawn. The resulting
diagram will precisely indicate the true marginal area with which the reliability of data
transmission is determined.
The vertical coordinate to draw the incoming waveform is determined by using the data value
itself. To draw the horizontal coordinate (x) is determined by the following equation.
Xcoord = Tn − Tref
Where, Tn is the time of incoming waveform, and Tref is the time of the reference signal, i.e. the
recovered clock signal.
Source/Sink/Repeater Characteristics
Product Category and Info
Field Name Field Definition Choices
Manufacturer What is the product manufacturer’s name? <any>
Model Name/Number What is the model name/number of the product? <any>
HDMI_output_count How many HDMI output ports are on product? 0…X
HDMI_input_count How many HDMI input ports are on product? 0…X
HDCP_Supported Is HDCP supported on this DUT? Y/N
CEC Characteristics
Field Name Field Definition Choices
CEC_protocol Is CEC protocol supported? If this field is "Y", then CEC Y/N
CDF shall be submitted.
Independent_CEC Are the CEC signals on input connectors independent? Y/N
(Meaning: no physical connection between inputs and
DUT has a logical address of 0 for all inputs). [Note: If
device has no HDMI inputs, answer “N”.]
CEC_root_device Does the device act as a CEC root device? (Meaning: Y/N
DUT is a Sink or Repeater and DUT’s Physical Address
is 0.0.0.0 and DUT’s EDID(s) [if present] contain Source
Physical Address of P.0.0.0). [Note: If device has no
HDMI inputs, answer “N”.]
HEAC Characteristics
Field Name Field Definition Choices
HEC_supported Is HEC supported? If this field is "Y", then HEAC CDF Y/N
shall be submitted.
ARC_supported Is ARC supported? If this field is "Y", then HEAC CDF Y/N
shall be submitted.
Source Characteristics
A copy of the following table must be completed for each of the HDMI output ports on the product
(field HDMI_output_count, above). If several ports have identical characteristics, only one of the
following needs to be completed for that group or ports. Please indicate which ports are covered
by this section.
Video
Source_HDMI_YCBCR Will the product transmit an HDMI video Y/N <Fill in>
signal using YCBCR (4:4:4 or 4:2:2) pixel
encoding under some conditions (user
selection, EDID indication etc.)?
Source_AVI_Required Is the product ever required to transmit an Y/N <Fill in>
AVI InfoFrame?
Source_AVI_Supported Does the product support the transmission Y/N <Fill in>
of the AVI InfoFrame under some
conditions?
Source_AVI_Info_Available Is any of the following information available Y/N N
and valid at the Source?: Active Format
Aspect Ratio, bar widths, overscan vs.
underscan, non-uniform picture scaling, or
the colorimetry of the video.
Source_Alt_Colorimetry Will the product ever transmit video using a Y/N N
non-default (i.e. alternate) colorimetry
under some condition? (e.g. using BT.709
for 480p or BT.601 for 1080i).
Source_xvYCC Will the product ever transmit video using Y/N <Fill in>
xvYCC colorimetry under some condition?
Source_AR_Converter Does the product have the ability to Y/N N
convert between aspect ratios of 4:3 and
16:9 (and vice versa)?
Source_60Hz Does the product output standard, Y/N <Fill in>
enhanced or high-definition 60Hz video
formats on any video output in addition to
640x480p @ 60Hz?
Source_50Hz Does the product output standard, Y/N <Fill in>
enhanced or high-definition 50Hz video
formats on any video output?
Source_Above_165 Does the product support any video Y/N <Fill in>
format/color mode with a TMDS clock
frequency above 165MHz?
Source_Deep_Color Does the product support any Deep Color Y/N <Fill in>
modes?
Audio
Source_Basic_Audio “Basic Audio” Y/N Y
supported?
Source_PCM_Channels Max supported L-PCM 0, 2…8 channels 2 channels
Channel Count
Sink Characteristics
A copy of the following must be completed for each of the HDMI input ports on the product (field
HDMI_input_count, above). If several ports have identical characteristics, only one of the
following needs to be completed for that group of ports. Please indicate which ports are covered
by this section.
Electrical
Sink_Diff_PowerOn Does the product require that power be Y/N <Adopter
applied when termination impedance is fills in
measured? field>
Sink_Term_Distance If Sink_Diff_PowerOn is ‘Y’ then: <any <Fill in>
For an impedance measurement, what is number>
the length that can be correctly measured
with power off? The length is defined as
the number of nsecs it takes for a pulse to
travel from the input connector, begin to
reflect from the termination impedance,
and travel back to the input connector.
Sink_HPD_True Besides an active ‘+5V Power’ signal, <Required <Fill in>
what additional conditions are required for condition for
the HPD signal to be TRUE? E.g. If the HPD to be
HPD signal is asserted whenever the +5V TRUE>
Power signal is detected, answer “None”.
If the DUT must be powered-on, answer
“Power-On”.
Sink_Deep_Color Does the device support Deep Color? Y/N <Fill in>
Sink_DC_30bit Does the device support Deep Color at Y/N <Fill in>
30 bits per pixel?
Sink_DC_36bit Does the device support Deep Color at Y/N <Fill in>
36 bits per pixel?
Sink_DC_48bit Does the device support Deep Color at Y/N <Fill in>
48 bits per pixel?
Sink_DC_Y444 Does the device support Deep Color in Y/N <Fill in>
YCbCr 4:4:4?
Sink_xvYCC Does the device support xvYCC601 or Y/N <Fill in>
xvYCC709?
Sink_Above_165 Does the product support any video Y/N <Fill in>
format/color mode with a TMDS clock
frequency above 165MHz?
Sink_PrimaryAR If the device displays video, what is the 4:3, 16:9, <Unused,
primary aspect ratio of display? other leave
blank>
Sink_HDTV Does the device support HDTV Y/N <Fill in>
capability?
Sink_YUV_On_Other Is the product capable of receiving a Y/N <Fill in>
color-difference color space across
any other component analog or digital
video interface?
Sink_60Hz Does the product support standard, Y/N <Fill in>
enhanced or high-definition 60Hz video
formats on any video input in addition
to 640x480p @ 60Hz?
Sink_50Hz Does the product support standard, Y/N <Fill in>
enhanced or high-definition 50Hz video
formats on any video input?
Sink_Video_Formats Which HDMI “Primary” video format
timings are supported by product?
(Select supported items below.)
1: 640x480p/60Hz 4:3 Y/N N
2: 720x480p/60Hz 4:3 Y/N Y(60Hz)
3: 720x480p/60Hz 16:9 Y/N N
4: 1280x720p/60Hz 16:9 Y/N N
5: 1920x1080i/60Hz 16:9 Y/N <Fill in>
6: 1440x480i/60Hz 4:3 Y/N N
Other
Sink_Dual_Link_DVI Does the product also support Y/N <Fill in>
dual-link DVI?
Sink_Max_TMDS_Clock What is the maximum TMDS Any value, e.g. <Fill in>
clock frequency supported by the 74.25, 148.5,
product? 222.75, etc.
If max frequency is other than 27 e.g. 1600x1200 <Unused,
and 74.25MHz, what video format 60Hz, 24-bit leave
and color depth are supported at blank>
this max frequency?
Sink_Lipsync_Indicated Are lipsync latency values Y/N <Unused,
indicated in the EDID? leave
blank>
Sink_Dual_Latencies Is audio or video latency Y/N (N if above <Unused,
substantially different when field is N) leave
handling interlaced video formats blank>
than when handling progressive
video formats?
Sink_Video_Latency What is the “progressive video” Any number <Unused,
video latency indicated in the leave
EDID, in milliseconds? blank>
Sink_Audio_Latency What is the “progressive video” Any number <Unused,
audio latency indicated in the leave
EDID, in milliseconds? blank>
Sink_Video_I_Latency What is the “interlaced video” Any number <Unused,
video latency indicated in the leave
EDID, in milliseconds? blank>
Repeater Characteristics
If the Repeater product is capable of carrying an audio or video stream from an input port to an
output port, it is required to submit a Source “Mini-CDF” and a Sink “Mini-CDF” for the product as
well as the Repeater CDF below. In addition, if the device contains an A/V generating function
(such as STB or DVD player) or an A/V consuming function, it is required to complete a Source
CDF or a Sink CDF describing those characteristics.
Categories
Repeater_Source_Fn Does the product contain an A/V generating function (such Y/N
as STB or DVD player)?
Repeater_Sink_Fn Does the product contain an audio or video consuming Y/N
function, such as a display or an audio amplifier?
Repeater_IO_Category Which I/O category applies to the product? a, b, c,
d
Repeater_Through Does product include a ‘Through’ processing block? Y/N
Audio
Repeater_AudioPass Audio passed-through Repeater? Y/N
Repeater_AudioRender Audio rendered on Repeater? (If Yes, fill out Sink Y/N
audio handling section above for rendered audio
formats)
CEC
Repeater_CEC Is CEC supported? Y/N
The testing of the ”Repeater” functionality of Repeater products requires the completion of a
Source results form for each output connector and a Sink results form for each input as well as
one Sink form for each port tested for “Consumer” and one Source form for “Generator”
functionality (See Section 9, Tests – Repeater for details). In addition a Repeater results form is
required.
ID Pass/Fail Comment
7-1:
EDID-Related Behavior
7-2: VL_MAX = V
TMDS –VL
D0+ = V, D0- = V
D1+ = V, D1- = V
D2+ = V, D2- = V
CK+ = V, CK- = V
D1+ = D1- =
D2+ = D2- =
CK+ = CK- =
D0+ = D0- =
D1+ = D1- =
D2+ = D2- =
CK+ = CK- =
D0+ = D0- =
D1+ = D1- =
D2+ = D2- =
CK+ = CK- =
ID Pass/Fail Comment
7-6: TIPSKEW_MAX = TCHARACTER
TMDS – Inter-Pair Skew
D0-D1:
D0-D2:
D1-D2:
D1:
D2:
CK:
7-12: VHPD(LOW) = V
Hot Plug Detect
VHPD(HIGH) = V
VSDA =
CDUT = pF
VSCL =
CDUT_ON = pF
VCEC =
CDUT_OFF = pF
ID Pass/Fail Comment
7-14:
CEC Line Connectivity
7-15:
CEC Line Degradation
7-16:
Legal Codes
7-17:
Basic Protocol
7-18:
Extended Control Period
7-19:
Packet Types
7-20:
Reserved
7-21:
Min Format Support
7-22:
Add’l Format Support
7-23:
RGB to RGB-only Sink
7-24:
YCBCR to YCBCR Sink
7-25:
Video Format Timing
7-26:
Pixel Repetition
7-27:
AVI InfoFrame
1) Video = Audio =
2) Video = Audio =
3) Video = Audio =
7-28:
IEC 60958/IEC 61937
7-29:
ACR
ID Pass/Fail Comment
7-30:
Audio Packet Jitter
7-31:
Audio InfoFrame
7-32:
Audio Packet Layout
7-33:
Interoperability With DVI
7-34:
Deep Color
7-35:
Gamut Metadata
7-36:
High Bitrate Audio
7-37:
One Bit Audio
7-38:
3D Video Format Timing
7-39:
4K x 2K Video Format
Timing
7-40:
Extended Colorimetry
Transmission (without
xvYCC)
The Test Results Form for each Sink DUT port tester also includes an EDID image in both of the
following formats:
Text file or human-readable format in hexadecimal with 16 bytes per line. Preferably this
file will be interpreted, in-line, with a software tool such as the Silicon Image EDID Analyzer.
Binary file in Intel Hex format
ID Pass/Fail Comment or Value
8-1:
EDID Readable
8-2:
EDID VESA Structure
8-3
CEA Timing Extension
Structure
D2+ = V, D2- = V
CK+ = V, CK- = V
8-5:
TMDS – Minimum
Differential Sensitivity VICM=2.9/2.7V : VDIFF (minimum) = mV
8-6:
TMDS – Intra-Pair Skew Video Format:
D0: TBIT
D1: TBIT
D2: TBIT
CK: TBIT
TXPSKEW_MAX:
ID Pass/Fail Comment
8-7: Case 1 (D_Jitter, C_Jitter) = (0.5MHz, 10MHz)
TMDS – Jitter Tolerance
TMDS clock: MHz
8-8:
TMDS – Differential
Impedance ZDIFF_THROUGH ZDIFF_TERM
ID Pass/Fail Comment
8-9: SDA: C1= pF, C2= pF
DDC/CEC Line
Capacitance CDUT = pF
CDUT = pF
VSCL =
CDUT_ON = pF
VCEC =
CDUT_OFF = pF
+5VP=4.8V : VHPD = V
+5VP=5.3V : VHPD = V
8-11: VA = , VB = ,
HPD Output Resistance
ZHPD = Ω
8-12: Powered On : A
+5V Power Max Current
Powered Off : A
8-13:
CEC Line Connectivity
8-14:
CEC Line Degradation
8-15:
Character
Synchronization
8-16:
Acceptance of All Valid
Packet Types
ID Pass/Fail Comment
8-17:
Basic Format Support
Requirements
8-18:
HDMI Format Support
Requirements
8-19:
Pixel Encoding
Requirements
8-21:
Audio Clock Regen.
8-22:
Sample Packet Jitter
8-23:
Audio Formats
8-24:
Interoperability With DVI
ID Pass/Fail Comment
8-25:
Deep Color
8-27:
High Bitrate Audio
8-28:
One Bit Audio
8-29:
3D Video Format Timing
8-30:
4K x 2K Video Format
Timing
8-31:
AVI InfoFrame
supporting Extended
Colorimetry, Content
Type and Selectable
YCC Quantization Range
ID Pass/Fail Comment
9-1:
Repeated Output Port
9-2:
Source Functionality
9-3:
Repeated Input Port
9-4:
Sink Functionality
9-5:
Physical Address
ID Pass/Fail Comment
5-1:
Connector Minimum Envelope
5-2:
Wire Assignment
5-3:
TMDS Data Eye Diagram
5-6: XFE
Far End Crosstalk
D0-D1: dB, D1-D2: dB
5-9:
Reserved
ID Pass/Fail Comment
5-10: DDC/CEC Line Capacitance Result of one side of connector
and voltage
SDA: C1con= pF, C2con= pF
CDUT_CON = pF
CDUT_DIS = pF
CDUT_CON = pF
CDUT_DIS = pF
VSCL =
CDUT_CON = pF
CDUT_DIS = pF
VCEC =
CDUT_CON = pF
CDUT_DIS = pF
CDUT_CON = pF
CDUT_DIS = pF
VSCL =
CDUT_CON = pF
CDUT_DIS = pF
VCEC =
ID Pass/Fail Comment
5-11: +5V Power +5V Line = 4.8V, drawing 50mA
ISOURCE = mA
ISOURCE = mA
VSINK(HIGH) = V
VSINK(HIGH) = V
VSINK(HIGH) = V
0 V to HPD VHPD(LOW) = V
+5V Line = 0V
0 V to HPD VHPD(LOW) = V
ID Pass/Fail Comment
6-1:
Connector Mechanical
6-2:
GROUP1 Environmental
6-3:
GROUP2 Mated Mechanical
6-4:
GROUP 3 Insulator Integrity
6-5:
GROUP4 Cable Flexing
6-6:
GROUP 5 Electrostatic
6-7:
GROUP 1: Environmental
Performance
6-8:
GROUP 2: Mated Mechanical
6-9:
GROUP 3: Insulator Integrity
6-10:
GROUP 4: Cable Flexing
6-11:
GROUP 5: Electrostatic Discharge
6-12:
GROUP 6: Drop
1.3c 2008/07/25 Remove 11.1.1-6 and 11.1.1-7 as announced in HDMI Corrigendum 1.3.1.
CECT 3 OVERVIEW................................................................................................................. 3
CECT Figures
CECT Figure 5 Rise Time and Fall Time in CEC waveform ................................................... 17
CECT Figure 6 Example of how the DUT loses arbitration to the TE..................................... 35
CECT Tables
CECT Table 2 Procedure for sending two consecutive CEC messages ................................ 36
CECT 1 Introduction
CECT 1.1 Purpose and Scope
This document constitutes the specification of procedures, tools and criteria for testing the compliance of
devices with the High-Definition Multimedia Interface Specification Version 1.4 Supplement 1 –
Consumer Electronics Control.
CECT 2 Definitions
CECT 2.1 Glossary of Terms
<Abort> message A message with opcode FF, which a device shall always respond with a
<Feature Abort> message when received as a directly addressed message. The
message is ignored when received as a broadcast.
TE Test Equipment
The term “TV” is used throughout the document and is used to represent any HDMI display device
(typically such a device will be a Television).
CECT 3 Overview
The CEC Compliance Test Specification is broken down into the low level protocol tests which every
device must adhere to and a set of feature based tests which apply only to devices that support that
particular feature. A device that fails any low level tests shall not claim to be CEC compliant. A device
that fails a feature test shall not claim to support that feature.
Each set of tests has a reference, in the form of [CEC x.y.z], to the corresponding section within the CEC
specification that is being tested
In addition, for each of the defined pieces of equipment, specific commercial or custom “Recommended
Test Equipment" is described. This is the equipment that is used in the initial HDMI Authorized Test
Center and should also, if possible, be used for any self-testing of the related functions. Other
configurations and equipment may be used for self-testing, as long as that equipment and the processes
used meet all of the stated and implied requirements and permit an equivalent level of testing. It is the
Adopter’s responsibility to verify that the substituted equipment and processes are sufficient.
• It shall have the ability to measure voltage levels under no-load and full-load conditions.
• Test equipment accuracy shall be within ±10% of the maximum limiting value of the pass criteria.
Test equipment loads shall never exceed the ranges given in CEC Table 1 under "Measurement
Method". Tests are carried out at 25˚C ± 5˚C.
• It shall have the ability to measure the quiescent current when not receiving a message, which is
drawn by a DUT's CEC line driver, with power completely removed (i.e. while the DUT is not ON or
in Standby mode).
• It shall have modifiable bus high and low voltage levels from 0 - 3.7V.
The Logical test equipment accepts Capabilities Declaration Form (CDF) values and automatically
compiles the suite of tests necessary to certify a particular product model. The logical test equipment
then guides the user through all of the test steps in the suite, collects data, and produces a summary
report.
• It shall be capable of sending and receiving all valid frames defined within the CEC specification.
Besides, it shall be capable of sending invalid frames, as specified in particular tests in this
document.
• It shall be capable of measuring the timing of: start bits, data bits (low and high periods), response
times to messages, inter-frame gaps and ACK bits. Timing accuracy shall be better than 100 µs.
• It shall have programmable timing for start bits (low and high periods), data bits and ACK bits.
• It shall be capable of sending a message synchronized with an incoming message or event (e.g. in
order to win arbitration over the incoming message).
• It shall be capable of taking over individual bits on the bus when a device is transmitting a message.
• It shall have the ability to emulate both root and non-root devices.
• It shall have the ability to emulate multiple devices simultaneously, as specified in particular tests in
this document.
• It shall be able to send a directly addressed message to a DUT and monitor bus activity - recording
the number of retry attempts and time delays (in nominal bit times) between retries, while
withholding either header or data block ACK as the DUT attempts to respond.
• It shall handle messages from a DUT appropriately in the test sequence. For example, the DUT
may send <Polling Message> message and / or <Give Device Power Status> message before
sending expected message.
The CEC Compliance Test Tool (CEC-CTT), recommended throughout this document, consists of a
Quantum Data model 882CA (or equivalent) or a Simplay CEC Explorer SL-309(or equivalent).
Quantum Data model 882CA (or equivalent) instrument provides a network connection to a host
computer running Quantum Data Compliance Controller software. A CEC compliance test module (CEC-
CT module) within the Compliance Controller accepts Capabilities Declaration Form (CDF) values and
automatically compiles the suite of tests necessary to certify a particular product model. CEC-CT module
then guides the user through all of the test steps in the suite, collects data, and produces a summary
report. CEC Device Bridge TPA-CEC-4R (or equivalent) is used in some parts of test with the above
mentioned CEC-CTT.
The Simplay CEC Explorer SL-309 (or equivalent) tool provides an Ethernet network connection to a host
computer running the Simplay CEC Explorer Application. The CDF/CTS module within the CEC Explorer
Application accepts Capabilities Declaration Form (CDF) values and automatically compiles the suite of
tests necessary to certify a particular product. The CDF/CTS module lists all required tests which need to
be performed and produces a summary report.
• A source DUT has been allocated a valid Physical Address by the test equipment. The TE shall
allocate address 1.0.0.0 for all source devices except where otherwise defined.
• The DUT is powered on and in an appropriate state to accept the message(s) being tested.
Prior to running any of the recommended tests the CEC Compliance Test Tool instrument should be
powered on and communicating with the software running on the host PC. It is assumed that the CEC
Test Tool instrument is in idle mode waiting for a command to be issued from the software.
HDMI Test
Source DUT
Equipment
The basic configuration is commonly used throughout the specification. Where no configuration is defined,
all tests within that section shall use the basic configuration.
Note: The DUT shall be not connected with a device other than TE if it is not described especially.
The HDMI signal source may reside in the TE. In this case, the basic configuration of CECT section 5.1 is
used.
The TE may have an internal or external display, which is not directly attached to the DUT, but that allows
the video from the DUT to be monitored. In this case, the basic configuration of CECT section 5.1 is
used. Furthermore, some TEs such as the Simplay CEC Explorer disrupt the CEC line to the TV
internally so that a standard HDMI cable is sufficient.
• If any unexpected CEC or CDC messages are received before the expected response, then the
test shall not fail because of the unexpected message(s), except where specifically described.
• A test shall fail if the expected response is not received within the Required Maximum Response
Time [CEC: 9.2] except where specifically described.
• Send any CEC message (including <Feature Abort>) in response (note that at any time the DUT
might send CDC or CEC messages that are not a response to the message to be ignored).
• Invoke any detectable change in its existing mode of operation (e.g. switching play mode).
• Invoke any change in what it is currently displaying (e.g. display an OSD String).
Note that the DUT should still set low-level acknowledgement bits in individual header/data blocks where
appropriate.
Note: These conditions are necessary only for pure CEC Switches. If the DUT has other functionality
such as the TV or the Audio System, it isn’t necessary to test as CEC Switch in sections CECT 7, CECT
8 and CECT 9.
Since a Pure CEC Switch will use Logical Address 15 as Initiator, it is not possible to send it an <Abort>
message and receive a <Feature Abort> in response. Where a test specifies that this procedure should
be carried out it should be replaced with the following:
• Ensure that the DUT has been allocated a Physical Address of 1.0.0.0.
This will invoke the DUT to send a <Routing Information> message, which can then be observed and
measured against the relevant test criteria.
A specific section for CEC Switch tests has been created (see CECT 11.3). Devices that combine the
functionality of a CEC switch with another device type, shall apply this set of tests in addition to any
relevant feature tests.
If the DUT continues to negatively acknowledge the message for all retransmission attempts, the test
should be logged as a failure.
Whenever the TE is receiving such messages from the DUT that have one or more such low-level errors
during the CEC feature tests described in CECT 11, it shall log the test as a FAIL, and shall indicate that
a low-level error (with indication which type of low-level error, optionally with more details) has occurred.
The presence of such low-level errors should be made available to the test operator during and after the
test session, and included in the test log.
Test ID: CEC7-1 CEC Bus Logic ‘0’ and ‘1’ Voltage Level
Reference Requirement
[CEC: Table 2] A logic ‘0’ output voltage level must be ≥ 0V and ≤ 600mV.
[CEC: Table 2] A logic ‘1’ output voltage level must be ≥ 2.5V and ≤ 3.63V
Test Objective
Ensure the DUT CEC line driver Logic '0' and '1' output voltage level is within the limits of the
specification.
• Send the DUT an <Abort> message. The DUT should respond with a <Feature Abort> message
• {If logic ‘0’ is < 0V or is > 600mV} or {If logic ‘1’ is < 2.5V or is > 3.63V} then → FAIL
• Repeat test with the CEC line connected to +3.3V via a 3kΩ±5% resistor.
• Repeat test with the CEC line connected to ground via a 150kΩ+5%-0% resistor.
• Execute the test procedure to at least one of the DUT's HDMI inputs/outputs which support CEC. If
the device has more than one independent CEC line, driven by independent CEC driving circuitry and
logical processing (see CDF), the tests shall be repeated for at least one HDMI input/output
belonging to each of these independent CEC lines.
Recommended Test Method – Quantum Data Test ID: CEC7-1 CEC Bus Logic ‘0’
and ‘1’ Voltage
DL1640
882CA
BNC Cable
SPECIAL
Y Lead Adapter
TPA-CEC-RR
Source HDMI IN
DUT
If the DUT is a sink, then instead connect the HDMI cable to the port marked "HDMI OUT 1" on the
882CA.
Setup 1 Test ID 7-1: CEC Bus Logic ‘0’ and ‘1’ Voltage Level
• Set-up the CEC Compliance Test Tool as detailed in section CECT 4.1.3.2
• Power on DUT
• Connect the DUT to the TPA-CEC-RR Dynamic Electrical Test Fixture and the CEC-CTT as detailed
in Setup 1.
• Measure the Logic '0' and '1' voltage by following the directions provided by the CEC-CTT for CEC
Test ID: 7-1
• The CEC-CTT will indicate if Logic '0' and '1' output voltage levels of CEC driver of DUT is within
specifications
• Set the TPA-CEC-RR Dynamic Electrical Test Fixture "LOAD" switch to the position1 (Connect CEC
line to +3.3V via a 27kΩ±5% resistor).
• If the DUT is a sink device, then setup the CEC-CTT to emulate a set-top-box
• Repeat test procedure with the TPA-CEC-RR fixture "LOAD" switch in the position 2 (Connect CEC
line to +3. 3V via a 3kΩ±5% resistor).
• Repeat test procedure with the TPA-CEC-RR fixture "LOAD" switch in the position 3 (Connect CEC
line to ground via a 150kΩ+5%-0% resistor)
• Return TPA-CEC-RR Dynamic Electrical Test Fixture's LOAD switch to the "OFF" position (to save
battery).
Note: During transition from Logic ‘1’ to Logic ‘0’ a negative overshoot with maximum 300mV and up to
150μs duration is allowed
Recommended Test Method - Simplay CEC Explorer Test ID: CEC7-1 CEC Bus
Logic ‘0’ and ‘1’ Voltage
Oscilloscope
BNC-to-COM2
Trigger signal +/- 15V
COM 2
HDMI-to-BNC TMDS On
Cable
Out 3 Out 2 Out 1 In 10 / 100
Out 2 In
Simplay CEC
Explorer SL-309
Out 1
DUT
DUT Sink Repeater or
HDMI
Source
If the DUT is a TV, then connect HDMI Cable to the port marked “OUT 1” on the Simplay CEC Explorer
SL-309. Else, if the DUT is a non-TV, then connect HDMI Cable to the port marked “IN” on the Simplay
CEC Explorer SL-309.
Setup 2 Test ID 7-1: CEC Bus Logic ‘0’ and ‘1’ Voltage Level
• Set-up the CEC Compliance Test Tool as detailed in section CECT 4.1.3.2
• Power on DUT
• Measure the Logic '0' and '1' voltage by following the directions provided by the Simplay CEC
Explorer for CEC Test ID: 7-1
• The Simplay CEC Explorer will indicate if Logic '0' and '1' output voltage levels of CEC driver of DUT
is within specifications
• Set-up the Digital Oscilloscope to record the low and high amplitude
• The test will re-run with the CEC line connected to 3.3 V via a 3kΩ±5% resistor
• The test will re-run with the CEC line connected to ground via a 150kΩ±5% resistor connected to the
CEC line
Note: During transition from Logic ‘1’ to Logic ‘0’ a negative overshoot with maximum 300mV and up to
150μs duration is allowed
Test ID: CEC7-2 CEC Maximum Rise Time and Fall Time
Reference Requirement
[CEC: Table 2] The rise time from 10% to 90% of the bus pull-up voltage must be ≤
250μs
CEC Electrical Specifications
[CEC: Table 2] The fall time from 90% to 10% of the bus pull-up voltage must be ≤
50μs
CEC Electrical Specifications
Test Objective
Ensure the maximum rise time and fall time of the CEC line driver on the DUT is within the limits of the
specification.
• Apply total parasitic capacitance, with value near (but not exceeding) the maximum of 1600pF, from
the CEC line to ground
• Send the DUT an <Abort> message. The DUT should respond with a <Feature Abort> message
• {If rise time from 10% to 90% of VHIGH > 250μs} and {If fall time from 90% to 10% of VHIGH > 50μs}
then → FAIL
• Repeat test with the CEC line connected to +3.3V via a 3kΩ±5% resistor and also apply a total
parasitic capacitance near the maximum value of 7700pF, from the CEC line to ground.
• Execute the test procedure to at least one of the DUT's HDMI inputs/outputs which support CEC. If
the device has more than one independent CEC line, driven by independent CEC driving circuitry and
logical processing (see CDF), the tests shall be repeated for at least one HDMI input/output
belonging to each of these independent CEC lines.
90% of VHIGH
VHIGH
10% of VHIGH
882CA
BNC Cable
Y Lead Adapter
TPA-CEC-RR
Source HDMI IN
DUT
If the DUT is a sink, then instead connect the HDMI cable to the port marked "HDMI OUT 1" on the
882CA.
Setup 3.Test ID 7-2: CEC Maximum Rise Time and Fall Time
• Set-up the CEC Compliance Test Tool as detailed in section CECT 4.1.3.2.
• Power on DUT.
• Connect the DUT to the TPA-CEC-RR Dynamic Electrical Test Fixture and the CEC-CT T as detailed
in Setup 3.
• Measure CEC rise time by following the directions provided by the CEC-CTT for CEC Test ID: 7-2.
• Set the TPA-CEC-RR Dynamic Electrical Test Fixture "LOAD" switch to the position 1.
• If the DUT is a sink device, then setup the CEC-CTT to emulate a set-top-box.
• Otherwise, if the DUT is a source, then setup the CEC-CTT to emulate a DTV.
• Record the rise time and fall time displayed on the oscilloscope.
• Repeat test with the TPA-CEC-RR Dynamic Electrical Test Fixture's "LOAD" switch in the position 2.
• Repeat test with the TPA-CEC-RR Dynamic Electrical Test Fixture's "LOAD" switch in the OFF
position.
• The CEC-CTT will indicate if the rise time and fall time of CEC driver of DUT is within specifications.
Recommended Test Method – Simplay CEC Explorer Test ID: CEC7-2 CEC
Maximum Rise Time and Fall Time
Oscilloscope
BNC-to-COM2
Trigger signal +/- 15V
COM 2
Out 2 In
Simplay CEC
Explorer SL-309
Out 1
DUT
DUT Sink Repeater or
HDMI
Source
If the DUT is a TV, then connect HDMI Cable to the port marked “OUT 1” on the Simplay CEC Explorer
SL-309. Else, if the DUT is a non-TV, then connect HDMI Cable to the port marked “IN” on the Simplay
CEC Explorer SL-309.
Setup 4.Test ID 7-2: CEC Maximum Rise Time and Fall Time
• Set-up the CEC Compliance Test Tool as detailed in section CECT 4.1.3.2.
• Connect the DUT to the Simplay CEC Explorer SL-309 as detailed in Setup 4.
• Measure CEC rise time by following the directions provided by the Simplay CEC Explorer for CEC
Test ID:7-2
• Set up the Digital Oscilloscope to record the rise and fall time
• The test will re-run with CEC line connected to +3.3V via a 3kΩ±5% resistor and also apply a
total parasitic capacitance near the maximum value of 7700pF, from the CEC line to ground.
[CEC: 5] Signaling and Bit Timings The DUT can correctly transmit the individual bits of a CEC message
Configuration
This set of tests shall use the Basic Configuration (see CECT Figure 1). For the Simplay CEC Explorer, use the HDMI Signal Configuration (see CECT
Figure 2) for sink DUT, or the Source Device to TV Configuration (see CECT Figure 4) for source DUT.
If the DUT has any HDMI inputs, then connect an HDMI output of the test equipment to each input of the DUT referring "Number of HDMI Inputs" in
CDF.
If the DUT has any HDMI outputs, then connect an HDMI input of the test equipment to each output of the DUT referring "Number of HDMI Outputs" in
CDF.
Execute the test procedure to at least one of the DUT's HDMI inputs/outputs which support CEC. If the device has more than one independent CEC
line, driven by independent CEC driving circuitry and logical processing (see CDF), the tests shall be repeated for at least one HDMI input/output
belonging to each of these independent CEC lines.
The test equipment can send CEC message. The test equipment monitors the CEC line at the same time.
8.1 - 1 Ensure the bit timings of a start bit are within the For all devices except pure CEC Switches: The start bits low time period is from 3.5ms to
values specified by CEC. 3.9ms.
Send the DUT the <Abort> message. The DUT should
respond with a <Feature Abort> message. The start bits total time period is from 4.3ms to
4.7ms.
For pure CEC Switches:
8.1 - 2 Ensure the bit timings of a logical 1 data bit are For all devices except pure CEC Switches: The logical 1 data bits low time period is from
within the values specified by CEC. 0.4ms to 0.8ms.
Send the DUT the <Abort> message. The DUT should
respond with a <Feature Abort> message. The logical 1 data bits total time period is from
2.05ms to 2.75ms.
For pure CEC Switches:
8.1 - 3 Ensure the bit timings of a logical 0 data bit are For all devices except pure CEC Switches: The logical 0 data bits low time period is from
within the values specified by CEC. 1.3ms to 1.7ms.
Send the DUT the <Abort> message. The DUT should
respond with a <Feature Abort> message. The logical 0 data bits total time period is from
2.05 to 2.75ms.
For pure CEC Switches:
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 8.1.
[CEC: 5] Signaling and Bit Timings The DUT can correctly receive the individual bits of a CEC message
Configuration
8.2 - 1 Ensure that the low period receiving tolerances On the TE set the low interval time of the start bit to The DUT must acknowledge and <Feature Abort>
of the start bit are within the values specified. 3.5ms and set the total start bit time to 4.5ms. ALL messages within the low interval time range
≥ 3.5 ms and ≤ 3.9 ms.
Send the DUT the <Abort> message. The DUT should
respond with a <Feature Abort> message.
8.2 - 2 Ensure that the receiving tolerances of the total On the TE set the low interval time of the start bit to The DUT must acknowledge and <Feature Abort>
start bit fall within the values specified. 3.7ms and set the high interval time of the start bit to ALL messages within the total bit time range ≥ 4.3
0.6ms (4.3ms total). ms and ≤ 4.7 ms.
8.2 - 3 Ensure that the low period receiving tolerances On the TE set the low interval time of the logical 1 bit The DUT must acknowledge and <Feature Abort>
of a logical 1 data bit fall within the values to 0.4ms and set the total logical 1 bit time to 2.4ms. ALL messages within the low interval time range
specified. ≥ 0.4 ms and ≤ 0.8 ms.
Send the DUT the <Abort> message. The DUT should
respond with a <Feature Abort> message.
8.2 - 4 Ensure that the receiving tolerances of the total On the TE set the low interval time of the logical 1 bit The DUT must acknowledge and <Feature Abort>
logical 1 data bit fall within the values specified. to 0.6ms and set the high interval time of the logical 1 ALL messages within the total bit time range ≥
bit to 1.45ms (2.05ms total). 2.05 ms and ≤ 2.75 ms.
8.2 - 5 Ensure that the low period receiving tolerances On the TE set the low interval time of the logical 0 bit The DUT must acknowledge and <Feature Abort>
of a logical 0 data bit fall within the values to 1.3ms and set the total logical 0 bit time to 2.4ms. ALL messages within the low interval time range
specified. ≥ 1.3 and to ≤ 1.7 ms.
Send the DUT the <Abort> message. The DUT should
respond with a <Feature Abort> message.
8.2 - 6 Ensure that the receiving tolerances of the On the TE set the low interval time of the logical 0 bit The DUT must acknowledge and <Feature Abort>
logical 0 data bit fall within the values specified. to 1.5ms and set the high interval time of the logical 0 ALL messages within the total bit time range ≥
bit to 0.55ms (2.05ms total). 2.05 ms and ≤ 2.75 ms.
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 8.2.
Reference Requirement
[CEC: 6] Frame Description The DUT can correctly receive and send a CEC Frame.
Configuration
This set of tests shall use the Basic Configuration (see CECT Figure 1). For the Simplay CEC Explorer, use the HDMI Signal Configuration (see CECT
Figure 2) for sink DUT, or the Source Device to TV Configuration (see CECT Figure 4) for source DUT.
Execute the test procedure to one of the DUT's HDMI inputs/outputs which supports CEC. If the device has more than one independent CEC line,
driven by independent CEC driving circuitry and logical processing (see CDF), the tests shall be repeated for one HDMI input/output belonging to each
of these independent CEC lines.
[CEC: 6.1.2]
CECT 9.1 ACK (Acknowledge)
9.1 - 1 Ensure that the DUT acknowledges with Send an <Abort> message directly addressed to the Every block within the message is acknowledged
a ’0‘ ACK bit for every message block when DUT. with a ‘0’ ACK bit.
receiving a message that is directly addressed to
it. If the DUT negatively ACKnowledges any message If the DUT does not negatively ACKnowledges
blocks with a ‘1’ ACK bit (Flow Control) then re-send any message blocks, then pass the test.
(Does not apply to pure CEC Switches, as TE the message to the DUT after a delay of between
cannot send directly addressed messages to 7.2ms and 12ms. Re-send the message up to 5 times.
LA=15)
9.1 - 2 Ensure that the DUT acknowledges with a ‘1’ Send an <Abort> message on the bus directly Every block within the message is acknowledged
ACK bit for every message block when receiving addressed to another device address. with a ‘1’ ACK bit. (i.e. it does nothing)
a message that is directly addressed to another
device.
9.1 - 3 Ensure that the DUT acknowledges with a ‘1’ Broadcast an <Abort> message. Every block within the message is acknowledged
ACK bit for every message block when receiving with a ‘1’ ACK bit. (i.e. it does nothing)
a valid broadcast message. If the DUT negatively ACKnowledges any message
blocks with a ‘0’ ACK bit (Flow Control) then re-send
the message to the DUT after a delay of between
7.2ms and 12ms. Re-send the message up to 5 times.
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 9.1.
[CEC: 6.1.3]
CECT 9.2 Header Block
9.2 - 1 Ensure that the DUT writes the correct Initiator Send the DUT the <Abort> message. The DUT should The DUT writes its correct Logical Address in the
and destination addresses when sending a respond with a <Feature Abort> message. Initiator address field of the <Feature Abort>
message. message.
(Does not apply to pure CEC Switches, as they The DUT writes the value of the previous
cannot send directly addressed messages) message’s Initiator address (defined by the TE's
Logical Address) in the destination address field
of the <Feature Abort> message.
9.2 - 2 Ensure that the DUT writes the correct For all devices except pure CEC Switches: The DUT sends a message in response and
destination address when broadcasting a writes the value 15 as the destination address to
message. Invoke the DUT to send a broadcast message by indicate that the message is broadcast.
sending it a <Give Physical Address> message.
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 9.2.
[CEC: 7.1]
CECT 9.3 Retries (Frame Retransmission)
9.3 - 1 Ensure that the DUT handles a no acknowledge Send the DUT the <Abort> message. The DUT should The DUT responds to the message with a
response to a directly addressed message where respond with a <Feature Abort> message. <Feature Abort>.
the header is not acknowledged, and tries to re-
transmit the message up to 5 times. Do not acknowledge the header. The DUT tries to re-send the <Feature Abort>
message 1-5 times and then stops transmitting
(Does not apply to pure CEC Switches, as they the message. The time between the retries is ≥ 3
cannot send directly addressed messages) nominal data bit periods.
9.3 - 2 Ensure that the DUT handles a no acknowledge Send the DUT the <Abort> message. The DUT should The DUT responds to the message with a
response to a directly addressed message where respond with a <Feature Abort> message. <Feature Abort>.
the data block is not acknowledged, and tries to
re-transmit the message up to 5 times. Do not acknowledge a data block within all The DUT tries to re-send the <Feature Abort>
retransmission attempts. message 1-5 times and then stops transmitting
(Does not apply to pure CEC Switches, as they the message. The time between the retries is ≥ 3
cannot send directly addressed messages) nominal data bit periods.
9.3 - 3 Ensure that the DUT will accept a negatively Invoke the DUT to broadcast a message as described The DUT tries to re-send the message between
acknowledged response to a broadcast message below: 1-5 times and then stops transmitting the
and tries to re-transmit the message up to 5 message. The time between the retries is ≥ 3
times. For all devices except pure CEC Switches: nominal data bit periods.
9.3 - 4 Ensure the DUT can detect low impedance on For all devices except pure CEC Switches: The DUT tries to re-send the message between
the CEC line when it is transmitting high 1-5 times and then stops transmitting the
impedance and is not expecting a follower Send the DUT the <Abort> message. The DUT should message. The time between the retries is ≥ 3
asserted bit. respond with a <Feature Abort> message. nominal data bit periods.
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 9.3.
[CEC: 7.3]
CECT 9.4 Frame Validation
9.4 - 1 Ensure that for every message that the DUT For every message that the DUT supports as a follower The DUT ignores the message.
supports as a follower it ignores the message if it and has at least one parameter:
is missing any parameters. (i.e. the message
does not contain all operands specified in the Send the message to the DUT missing its final operand
relevant CEC specification). of 1 byte or greater.
9.4 - 2 Ensure that the DUT ignores additional data Send the DUT an <Abort> (or <Routing Information> for The DUT ignores data in the additional data
blocks after EOM = 1 in a message where the a pure CEC switch) message with an additional Data blocks after the (first) data block with EOM = 1,
block containing EOM = 1 is not the last data Block at the end, where EOM=1 on both the last and the so answers normally with a <Feature Abort> (or
block of the message next to last Data Block of the total message. <Routing Information> for a pure CEC switch).
<Active Source> Send an <Active Source> message to the DUT without the The DUT ignores the message.
[Physical Address] parameter.
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 9.4
[CEC: 7.4]
CECT 9.5 CEC Line Error Handling
9.5 - 1 Ensure that when the DUT discovers a corrupted Send the DUT the <Abort> message. Ensure that For every corrupted <Abort> message, the DUT
bit it generates a bit error notification. Information bit 3 in Figure 6 of CEC6.1 of the data generates a low bit period on the control signal
block contains a corrupted bit. (a period between line of 1.4-1.6 times the nominal data bit period.
falling edges that is less than the minimum bit period). (A value of ≥ 3.4ms and ≤ 3.8ms is acceptable).
Repeat the test method by corrupting information bit 0 The DUT does not respond to the message. (It
of the data block. does not send a <Feature Abort> message).
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 9.5.
[CEC: 9]
CECT 9.6 Control Signal Line Arbitration
9.6 - 1 Ensure that if the DUT sees that the bus is low Send the DUT the <Abort> message. The DUT should The DUT detects the bus is low, loses arbitration
while it is outputting a high level during the start respond with a <Feature Abort> message. and stops transmitting its current message.
bit, it loses arbitration and stops transmitting.
3.5ms after the DUT begins transmitting its start bit, When the DUT re-sends its message, it sends
transmit a low bit period of 0.8ms, to ensure that the after the signal free time of ≥ 5 nominal data bit.
DUT detects the low impedance. (It will be PASS if the DUT won’t re-send.)
9.6 - 2 Ensure that if the DUT sees that the bus is low If the DUT is a TV with an HDMI output connection The DUT detects the bus is low for the taken over
while it is outputting a high level during the then connect it to the TE via its HDMI output source address bit, loses arbitration and stops
source address bits, it must lose arbitration, and connection. transmitting its current message.
try to re-transmit after the given signal free time.
Send the DUT the <Abort> message. The DUT should When the DUT re-sends its message, it sends
This test cannot be applied on a TV which has respond with a <Feature Abort> message. after the signal free time of ≥ 5 nominal data bit
taken Logical Address 0 since it never lose periods. (It will be PASS if the DUT won’t re-
arbitration to another Initiator address. While the DUT is transmitting a ‘1’ in the source send.)
address bits, transmit a ‘0’ on the bus.
CECT Figure 6 shows how the DUT loses arbitration in the source address bits. The TE transmits a 0 while the DUT is transmitting a 1.
Initiator Address
Low impedance
When DUT is transmitting
0 a ‘1’ the TE will transmit ‘0’
CECT Figure 6 Example of how the DUT loses arbitration to the TE.
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 9.6.
[CEC: 9.1]
CECT 9.7 Signal Free Time
9.7 - 1 Ensure that the DUT waits for at least 5 bit Send the DUT the <Abort> message. The DUT should The DUT waits for a signal free time of ≥ 5
periods before transmitting a new message. respond with a <Feature Abort> message. nominal data bit periods before attempting to
transmit the message.
9.7 - 2 Ensure that the DUT waits for at least 7 bit If possible invoke the DUT to send a CEC message and The DUT waits for a signal free time of ≥ 7
periods before transmitting a message directly a second CEC message directly afterwards. nominal data bit periods before attempting to
after transmitting a previous message (Where transmit the next message.
applicable). See CECT Table 2 for the procedure depending upon
the device type and features supported. If no device
This test only applies if the DUT can send two type/feature combinations match the DUT, then this test
consecutive messages. should be ignored.
Playback Device One Touch Play Activate the One Touch Play feature. The device should send an <Image View On> (or <Text View On>)
message followed by an <Active Source> message.
Any Remote Control Pass Through Activate the Remote Control Pass Through feature. The device should send an <User Control Pressed>
message followed by an <User Control Released> message.
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 9.7.
Reference Requirement
[HDMI: 8.7] Physical Address A <Report Physical Address> message is sent when required, and that the
message indicates the devices correct Physical Address.
[CEC: 10.1] Physical Address Discovery
CECT 10.1.1 TV
CECT 10.1.1.1 All TVs
Configuration
This test shall use the Basic Configuration (see CECT Figure 1) and each HDMI input of the DUT shall be connected to an HDMI output of the TE
referring "Number of HDMI Inputs" in CDF. For the Simplay CEC Explorer, use the HDMI Signal Configuration (see CECT Figure 2) for sink DUT.
This test only applies if a DUT wants to advertise being a TV. (See CDF).
The TV must always take address 0.0.0.0 when it is the only TV in the system.
10.1.1.1 - 1 Ensure that the DUT broadcasts the address Send a <Give Physical Address> message to the The DUT responds by broadcasting a <Report
0.0.0.0 in a <Report Physical Address> DUT at Logical Address 0. Physical Address> message indicating its
message. address as 0.0.0.0 with "TV" as the [Device Type]
Configuration
This test shall use the Basic Configuration (see CECT Figure 1). For the Simplay CEC Explorer, use the HDMI Signal Configuration (see CECT Figure
2) for sink DUT, or the Source Device to TV Configuration (see CECT Figure 4) for source DUT.
Connect the HDMI input of the TE to each output of the DUT (TV) referring "Number of HDMI Outputs" in CDF.
The DUT should take an address allocated by its parent when it is added to a system that already contains a TV as the root device.
10.1.1.2 - 1 Ensure the DUT broadcasts the correct Physical Set the TE to allocate a Physical Address of The DUT broadcasts a <Report Physical
Address when connected to a system via its HDMI 2.0.0.0 to the DUT. Address> [1.0.0.0] message.
output.
Connect the DUT to the TE via its HDMI Output
and disconnect (or HPD is asserted from the TE).
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 10.1.1.1.
Configuration
This set of tests shall use the Basic Configuration (see CECT Figure 1) and each output of the DUT shall be connected to an HDMI input of the TE
referring "Number of HDMI Outputs" in CDF.
10.1.2 - 1 Ensure that the DUT broadcasts the correct Set the TE to allocate a Physical Address of 2.0.0.0 The DUT broadcasts a <Report Physical
Physical Address when connected directly to the to the DUT. Address> [1.0.0.0] message.
TV.
Connect the DUT to the TE via its HDMI Output and
disconnect (or HPD is asserted from the TE).
10.1.2 - 2 Ensure that the DUT broadcasts the correct Set the TE to allocate a Physical Address of 1.0.0.0 The DUT broadcasts a <Report Physical
Physical Address when connected at the bottom to the DUT. Address> [2.3.4.5] message.
of the device network.
Connect the DUT to the TE via its HDMI Output and
disconnect (or HPD is asserted from the TE).
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 10.1.2.
Reference Requirement
[CEC: 10.2] Logical Addressing The DUT can correctly set its Logical Address
CECT 10.2.1 TV
CECT 10.2.1.1 All TVs
Configuration
This test shall use the Basic Configuration (see CECT Figure 1) and an HDMI input of the DUT shall be connected to an HDMI output of the TE. For
the Simplay CEC Explorer, use the HDMI Signal Configuration (see CECT Figure 2) for sink DUT.
10.2.1.1 - 1 Ensure that the DUT takes the Logical Address Send a <Polling Message> message to Logical The DUT ACKs the <Polling Message> message.
0 when connected as the root device. Address 0.
Configuration
This test shall use the Basic Configuration (see CECT Figure 1) and an HDMI output of the DUT shall be connected to an HDMI input of the TE. For
the Simplay CEC Explorer, use the Source Device to TV Configuration (see CECT Figure 4) for source DUT.
10.2.1.2 - 1 Ensure that the DUT takes the Specific Use Set the TE with a Logical Address of 0 to allocate a The DUT broadcasts a <Report Physical
address (14) when connected at a Physical Physical Address of 2.0.0.0 to the DUT. Address> [1.0.0.0] message with "TV" as the
Address other than 0.0.0.0. or when the DUT [Device Type] from Logical Address 14.
wants to advertise being a second TV. (see Connect the DUT to the TE via its HDMI Output and
CDF) disconnect (or HPD is asserted from the TE).
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 10.2.1.
Configuration
This set of tests shall use the Basic Configuration (see CECT Figure 1) and an HDMI output of the DUT shall be connected to an HDMI input the TE.
For the Simplay CEC Explorer, use the Source Device to TV Configuration (see CECT Figure 4) for source DUT.
This set of tests only applies if a DUT wants to advertise being a Recording Device. (See CDF).
10.2.2 - 1 Ensure that the DUT takes the first Recording Connect the DUT to the TE so that it is allocated a The DUT sends a <Polling Message> message to
Device Logical Address it queries, when no new Physical Address. a Recording Device Logical Address.
other Recording Devices are connected.
The DUT receives no reply so takes that Logical
Address and broadcasts a <Report Physical
Address> message with "Recording Device" as
the [Device Type].
10.2.2 - 2 Ensure that the DUT takes the second Connect the DUT to the TE so that it is allocated a The DUT sends a <Polling Message> message to
Recording Device Logical Address it queries, new Physical Address. a Recording Device Logical Address.
when one other Recording Device is connected.
Acknowledge the <Polling Message> message sent The message is acknowledged, so the DUT
by the DUT. sends a second <Polling Message> message to
the next Recording Device Logical Address.
10.2.2 - 3 Ensure that the DUT takes the third Recording Connect the DUT to the TE so that it is allocated a The DUT sends a <Polling Message> message to
Device Logical Address it queries, when two new Physical Address. a Recording Device Logical Address.
other Recording Devices are connected.
Acknowledge the first <Polling Message> message The message is acknowledged, so the DUT
sent by the DUT. sends a second <Polling Message> message to
the next Recording Device Logical Address.
Acknowledge the second <Polling Message>
message sent by the DUT. The second message is acknowledged, so the
DUT sends a third <Polling Message> message
to the next Recording Device Logical Address.
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 10.2.2.
Configuration
This set of tests shall use the Basic Configuration (see CECT Figure 1) and an HDMI output of DUT shall be connected to an HDMI input the TE. For
the Simplay CEC Explorer, use the Source Device to TV Configuration (see CECT Figure 4) for source DUT.
This set of tests only applies if a DUT wants to advertise being a Playback Device. (See CDF).
10.2.3 - 1 Ensure that the DUT takes the first Playback Connect the DUT to the TE so that it is allocated a The DUT sends a <Polling Message> message to
Device Logical Address it queries, when no new Physical Address. a Playback Device Logical Address.
other Playback Devices are connected.
The DUT receives no reply so takes that Logical
Address and broadcasts a <Report Physical
Address> message with "Playback Device" as the
[Device Type].
10.2.3 - 2 Ensure that the DUT takes the second Connect the DUT to the TE so that it is allocated a The DUT sends a <Polling Message> message to
Playback Device Logical Address it queries, new Physical Address. a Playback Device Logical Address.
when one Playback Device is connected.
Acknowledge the <Polling Message> message sent The message is acknowledged, so the DUT
by the DUT. sends a second <Polling Message> message to
the next Playback Device Logical Address.
10.2.3 - 3 Ensure that the DUT takes the third Playback Connect the DUT to the TE so that it is allocated a The DUT sends a <Polling Message> message to
Device Logical Address it queries, when two new Physical Address. a Playback Device Logical Address.
other Playback Devices are connected.
Acknowledge the <Polling Message> message sent The message is acknowledged, so the DUT
by the DUT. sends a second <Polling Message> message to
the next Playback Device Logical Address.
Acknowledge the second <Polling Message>
message sent by the DUT. The message is acknowledged, so the DUT
sends a third <Polling Message> message to the
next Playback Device Logical Address.
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 10.2.3.
Configuration
This set of tests shall use the Basic Configuration (see CECT Figure 1) and an HDMI output of the DUT shall be connected to an HDMI input of the TE.
For the Simplay CEC Explorer, use the Source Device to TV Configuration (see CECT Figure 4) for source DUT.
This set of tests only applies if a DUT wants to advertise being a Tuner (See CDF).
The Tuner addresses are allocated as follows: 3, 6, 7, 10
10.2.4 - 1 Ensure that the DUT takes the first Tuner Connect the DUT to the TE so that it is allocated a The DUT sends a <Polling Message> message to
Logical Address it queries, when no other new Physical Address. a Tuner Logical Address.
Tuners are connected.
The DUT receives no reply so takes that Logical
Address and broadcasts a <Report Physical
Address> message with "Tuner" as the [Device
Type].
10.2.4 - 2 Ensure that the DUT takes the second Tuner Connect the DUT to the TE so that it is allocated a The DUT sends a <Polling Message> message to
Logical Address it queries, when one other new Physical Address. a Tuner Logical Address.
Tuner is connected.
Acknowledge the <Polling Message> message sent The message is acknowledged, so the DUT
by the DUT. sends a second <Polling Message> message to
the next Tuner Logical Address.
10.2.4 - 3 Ensure that the DUT takes the third Tuner Connect the DUT to the TE so that it is allocated a The DUT sends a <Polling Message> message to
Logical Address it queries, when two other new Physical Address. a Tuner Logical Address.
Tuners are connected.
Acknowledge the first <Polling Message> message The message is acknowledged, so the DUT
sent by the DUT. sends a second <Polling Message> message to
the next Tuner Logical Address.
Acknowledge the second <Polling Message>
message sent by the DUT. The second message is acknowledged, so the
DUT sends a third <Polling Message> message
to the next Tuner Logical Address.
10.2.4 - 4 Ensure that the DUT takes the fourth Tuner Connect the DUT to the TE so that it is allocated a The DUT sends a <Polling Message> message to
Logical Address it queries, when three other new Physical Address. a Tuner Logical Address.
Tuners are connected.
Acknowledge the first <Polling Message> message The message is acknowledged, so the DUT
sent by the DUT. sends a second <Polling Message> message to
the next Tuner Logical Address.
Acknowledge the second <Polling Message>
message sent by the DUT. The second message is acknowledged, so the
DUT sends a third <Polling Message> message
Acknowledge the third <Polling Message> message to the next Tuner Logical Address.
sent by the DUT.
The third message is acknowledged, so the DUT
sends a fourth <Polling Message> message to
the next Tuner Logical Address.
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 10.2.4.
Configuration
This test shall use the Basic Configuration (see CECT Figure 1) and an HDMI output of the DUT shall be connected to an HDMI input of the TE. For
the Simplay CEC Explorer, use the Source Device to TV Configuration (see CECT Figure 4) for source DUT.
This test only applies if a DUT wants to advertise being an Audio System. (See CDF).
10.2.5 - 1 Ensure that the DUT takes Logical Address 5, Connect the DUT to the TE so that it is allocated a The DUT sends a <Polling Message> message to
when no other Audio System is connected. new Physical Address. address 5.
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 10.2.5.
Configuration
This test shall use the Basic Configuration (see CECT Figure 1) and an HDMI output of the DUT shall be connected to an HDMI input of the TE. For
the Simplay CEC Explorer, use the Source Device to TV Configuration (see CECT Figure 4) for source DUT.
10.2.6 - 1 Ensure that the DUT takes Logical Address 14, Connect the DUT to the TE so that it is allocated a The DUT sends a <Polling Message> message to
when no other devices which take Logical Address new Physical Address. address 14.
14 are connected.
The DUT receives no reply so takes Logical
This test only applies if a DUT wants to advertise Address 14 and broadcasts a <Report Physical
being a Video Processor. (See CDF) Address> message with "Video Processor" as the
[Device Type].
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 10.2.6.
CDF values are referred to know what device type is being tested also for each feature
Reference Requirement
[CEC: 12] High Level Protocol The DUT correctly supports Mandatory or declared Features and Messages.
Configuration
For testing a TV the HDMI Signal Configuration (see CECT 5.2) shall be used, except where explicitly stated otherwise. The test equipment shall by
default simulate a device at Logical Address 1 and send all messages from this address (except where explicitly stated). If the test equipment
simulates an Initiator, it shall support retry to send failed message.
Connect the HDMI output of the test equipment to an HDMI input of the DUT (TV).
[CEC: 13.1]
CECT 11.1.1 One Touch Play
11.1.1 - 1 Ensure that the DUT responds to an <Image View The following procedure should be repeated with the The DUT displays the new source.
On> message coming from various Logical TE simulating a device at Logical Addresses 1, 3 and
Addresses. 4.
11.1.1 - 2 Ensure that the DUT responds to a <Text View The following procedure should be repeated with the The DUT displays the new source.
On> message coming from various Logical TE simulating a device at Logical Addresses 1, 3 and
Addresses. 4.
11.1.1 - 3 Ensure that the DUT responds to an <Image View Ensure the DUT is in standby. The DUT powers up.
On> message when in standby.
Send the DUT an <Image View On> message.
Test only applies if DUT can be brought out of
Standby when receiving an <Image View On>
message. See CDF.
11.1.1 - 4 Ensure that the DUT responds to a <Text View Ensure the DUT is in standby. The DUT powers up.
On> message when in standby.
Send the DUT a <Text View On> message.
Test only applies if DUT can be brought out of
Standby when receiving a <Text View On>
message. See CDF.
11.1.1 - 5 Ensure that the DUT broadcasts an <Active Broadcast an <Active Source> [1.0.0.0] message to DUT broadcasts an <Active Source>
Source> message when changing to an internal display external source. message. (Physical Address 0.0.0.0)
source from previously displaying an external
source. Set the DUT to display an internal source (e.g. an
internal tuner).
Test only applies if the DUT has an internal
source.
11.1.1 - 6 <Reserved>
11.1.1 - 7 <Reserved>
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.1.1.
[CEC: 13.2]
CECT 11.1.2 Routing Control
11.1.2 - 1 Ensure that the DUT sends a <Set Stream Path> Broadcast a <Report Physical Address> [1.1.0.0] The DUT sends a <Set Stream Path>
message if the user selects another source message from Logical Address 3. message to the appropriate Logical
device. Address.
Broadcast a <Report Physical Address> [1.2.0.0]
This test only applies if it is possible to select a message from Logical Address 4.
source device via the DUT’s menu.
If possible, use the DUT menu to select one of the above
registered devices (See CDF for instruction).
11.1.2 - 2 Ensure that the DUT responds correctly to a Ensure the DUT is displaying an internal source (e.g. a The DUT does not respond to the <Request
<Request Active Source> message when it is not tuner). Active Source> message.
the current active source.
Broadcast an <Active Source> message, indicating that
This test only applies if the DUT supports another device is the active source.
<Request Active Source> as Follower (See
CDF). Broadcast a <Request Active Source> message.
11.1.2 - 3 Ensure that the DUT responds correctly to a Ensure the DUT is displaying an internal source (e.g. a The DUT responds to the <Request Active
<Request Active Source> message when it is the tuner). Source> message by broadcasting an
current active source. <Active Source> message.
Broadcast a <Request Active Source> message.
This test only applies if the DUT supports
<Request Active Source> as Follower (See
CDF).
11.1.2 - 4 Ensure that the DUT accepts <Inactive Source> Broadcast a <Active Source> [1.0.0.0] message. The DUT does not send a <Feature Abort>
message. message as a response.
Send an <Inactive Source> [1.0.0.0] message to the
This test only applies if the DUT supports DUT. (It is manufacturer decision to decide the
<Inactive Source> messages as Follower.(See TV’s response.)
CDF)
11.1.2 - 5 Ensure that the DUT broadcasts a <Routing Ensure the DUT is currently switched to child position The DUT broadcasts a <Routing Change>
Change> message when it is manually switched. 1.(i.e. “HDMI Input Port 1”)(See CDF for how to switch to [1.0.0.0] [2.0.0.0] message
child position 1)
This test only applies if the DUT has several
HDMI inputs that are not independent. Switch the DUT manually to child position 2. (i.e. “HDMI
Input Port 2”)(See CDF for how to switch to child position
2)
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.1.2.
[CEC: 13.3]
CECT 11.1.3 System Standby
11.1.3 - 1 Ensure that the DUT broadcasts a correctly Invoke the System Standby feature on the DUT. (See The DUT broadcasts a <Standby>
formatted <Standby> message when the System CDF for instruction) message, and switching into standby itself.
Standby feature is initiated.
11.1.3 - 2 Ensure that the DUT handles a broadcast The following procedure should be repeated with the TE The DUT switches to standby.
<Standby> message coming from various Logical simulating a device at Logical Addresses 1, 3, 4, 5, 13, 14
Addresses including the unregistered address. and 15.
This test only applies if the DUT supports Ensure that the DUT is in a state where going into standby
broadcast <Standby> messages as Follower. is permitted. (See CDF for its condition)
11.1.3 - 3 Ensure that the DUT handles a directly addressed The following procedure should be repeated with the TE The DUT switches to standby.
<Standby> message coming from various Logical simulating a device at Logical Addresses 1, 3, 4, 5, 13, 14
Addresses including the unregistered address. and 15.
This test only applies if the DUT supports directly Ensure that the DUT is in a state where going into standby
addressed <Standby> messages as Follower. is permitted. (See CDF for its condition)
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.1.3.
[CEC: 13.4]
CECT 11.1.4 One Touch Record
11.1.4 - 1 Ensure that the DUT sends a <Record On> The following procedure shall be repeated with the TE The DUT sends a <Record On> [“Digital
[“Digital Service”] [Digital Service Identification] simulating a device at logical addresses 1, 2 and 9. (The Service”] [Digital Service Identification]
message when the user activates One Touch TE should allocate a unique Physical Address message with the appropriate [Digital
Record while displaying an internal tuner, for all corresponding to each Logical Address.) Service Identification] parameters.
valid Recording Device’s Logical Addresses.
Broadcast a <Report Physical Address> message from a
This test only applies if the DUT has an internal Recording Device.
tuner and supports <Record On> [“Digital
Service”] as Initiator (see CDF). Ensure that the DUT is displaying an internal digital tuner.
11.1.4 - 2 Ensure that the DUT sends a <Record On> The following procedure shall be repeated with the TE The DUT sends a <Record On> [“Analogue
["Analogue Service"] message when the user simulating a device at Logical Addresses 1, 2 and 9. (The Service”] [Analogue Broadcast Type]
activates One Touch Record while displaying TE should allocate a unique Physical Address [Analogue Frequency] [Broadcast System]
an internal analogue tuner, for all valid corresponding to each Logical Address.) message with the appropriate Analogue
Recording Device’s Logical Addresses. Frequency and Broadcast System
Broadcast a <Report Physical Address> from Recording parameters.
This test only applies if the DUT supports Devices,
<Record On> [“Analogue Service”] message as
Initiator.(See CDF) Ensure that the DUT is displaying an internal analogue
tuner.
11.1.4 - 3 Ensure that the DUT sends a <Record On> The following procedure shall be repeated with the TE The DUT sends a <Record On> [“External
["External Plug"] [External Plug] message when simulating a device at Logical Addresses 1, 2 and 9. (The plug”] [External Plug] message with the
the user activates One Touch Record while TE should allocate a unique Physical Address appropriate [External Plug] parameters.
displaying an external plug, for all valid corresponding to each Logical Address.)
Recording Device’s Logical Addresses.
Broadcast a <Report Physical Address> from Recording
This test only applies if the DUT supports Devices,
<Record On> [“External Plug”] message as
Initiator.(See CDF) Ensure that the DUT is displaying an External Plug.
11.1.4 - 4 Ensure that the DUT sends a <Record On> The following procedure shall be repeated with the TE The DUT sends a <Record On> [“External
["External Physical Address"] [External Physical simulating a device at Logical Addresses 1, 2 and 9. (The Physical Address”] [External Physical
Address] message when the user activates One TE should allocate a unique Physical Address Address] message
Touch Record while displaying an external plug, corresponding to each Logical Address.)
for all valid Recording Device’s Logical
Addresses. Broadcast a <Report Physical Address> from Recording
Devices,
This test only applies if the DUT supports
<Record On> [“External Physical Address”] Ensure that the DUT is displaying an External Plug.
message as Initiator.(See CDF)
Activate the DUT's one touch record feature
11.1.4 - 5 Ensure that the DUT sends a <Record On> The following procedure shall be repeated with the TE The DUT sends a <Record On> [“Own
[“Own Source”] message when the user simulating a device at Logical Addresses 1, 2 and 9. Source”] message.
activates One Touch Record while displaying
the Recording Devices source for all valid Send an <Image View On> message to the DUT.
Recording Device’s logical addresses.
Broadcast an <Active Source> message.
Test only applies if the DUT supports <Record
On> [“Own Source”] as Initiator (see CDF). Activate the DUT’s One Touch Record feature. (See CDF
for instruction)
11.1.4 - 6 Ensure that the DUT does not send a <Record Set the TE to simulate a device at Logical Address 1, so The DUT does not send a <Record On>
On> message when the user activates One the DUT discovers a connected Recording Device. message.
Touch Record while displaying another external
source. Select another external source. (ex: Analog Input 1) (See
CDF for instruction).
Test only applies if the DUT supports <Record
On> [“Own Source”] as Initiator and does not Activate the DUT’s One Touch Record feature (from the
support <Record On> [“External Plug”] or TE’s Logical Address) (See CDF for instruction).
<Record On> [“External Physical Address”] as
Initiator. (See CDF).
11.1.4 - 7 Ensure that that the DUT handles a <Record Send an <Image View On> message to the DUT. The DUT sends a <Record Off> message
Status> message correctly and sends a after selecting to stop the recording.
<Record Off> message when the user stops the Broadcast an <Active Source> message.
recording.
Activate the DUT’s One Touch Record feature (See CDF
Test only applies if the DUT supports <Record for instruction).
On> [“Own Source”] and <Record Off> as
Initiator (see CDF). Send the DUT a <Record Status> [“Recording currently
selected source”] message.
11.1.4 - 8 Ensure that the DUT handles a <Record TV The following procedure shall be repeated with the TE The DUT sends a <Record On> [“Digital
Screen> message coming from a valid simulating a device at Logical Addresses 1, 2 and 9. Service”] [Digital Service Identification]
Recording Device address when displaying an message with the appropriate [Digital
internal digital tuner. Broadcast a <Report Physical Address> message from a Service Identification] parameters.
Logical Address of the Recording Device.
This test only applies if the DUT supports
<Record TV Screen> as Follower and supports Ensure that the DUT is displaying an internal digital tuner.
<Record On> [“Digital Service”] as Initiator.
(See CDF). Send the DUT a <Record TV Screen> message.
11.1.4 - 9 Ensure that the DUT handles a <Record TV The following procedure shall be repeated with the TE The DUT sends a <Record On> [“Own
Screen> message coming from a valid simulating a device at Logical Addresses 1, 2 and 9. Source”] message.
Recording Device address when displaying the
Recording Device’s source. Broadcast a <Report Physical Address> message from a
Logical Address of the Recording Device.
This test only applies if the DUT supports
<Record TV Screen> as Follower and supports Send an <Image View On> message to the DUT.
<Record On> [“Own Source”] as Initiator. (See
CDF). Broadcast an <Active Source> message.
11.1.4 - 10 Ensure that the DUT handles a <Record TV The following procedure shall be repeated with the TE The DUT sends a <Record On> [“Analogue
Screen> message coming from a valid simulating a device at Logical Addresses 1, 2 and 9. Service”] [Analogue Broadcast Type]
Recording Device address when displaying an [Analogue Frequency] [Broadcast System]
internal analogue tuner. Broadcast a <Report Physical Address> message from a message with the appropriate [Analogue
Logical Address of the Recording Device. Broadcast Type], [Analogue Frequency]
This test only applies if the DUT supports and [Broadcast System] parameters.
<Record TV Screen> as Follower and supports Ensure that the DUT is displaying an internal analogue
<Record On> [“Analogue Service”] as Initiator. tuner.
(See CDF).
Send the DUT a <Record TV Screen> message.
11.1.4 - 11 Ensure that the DUT handles a <Record TV The following procedure shall be repeated with the TE The DUT sends a <Record On> [“External
Screen> message coming from a valid simulating a device at Logical Addresses 1, 2 and 9. Plug”] or a <Record On> [“External Physical
Recording Device address when displaying an Address”] message with the appropriate
external source. Send an <Image View On> message to the DUT from parameters.
Logical Address 4.
This test only applies if the DUT supports
<Record TV Screen> as Follower and supports Broadcast an <Active Source> message from Logical
<Record On> [“External Plug”] or <Record On> Address 4.
[“External Physical Address”] as Initiator. (See
CDF). Send the DUT a <Record TV Screen> message.
11.1.4 - 12 <Reserved>
11.1.4 - 13 Ensure that the DUT handles a <Record TV The following procedure shall be repeated with the TE The DUT sends a <Feature Abort> [“Cannot
Screen> message coming from a valid simulating a device at Logical Addresses 1, 2 and 9. Provide Source”] message to the Recording
Recording Device address when displaying Device.
some other source that cannot be recorded. Broadcast a <Report Physical Address> message from a
Logical Address of the Recording Device.
This test only applies if the DUT supports
<Record TV Screen> as Follower and does not Send an <Image View On> message to the DUT from
support <Record On> [“External Physical Logical Address 4.
Address”] or <Record On> [“External Plug”] as
Initiator. (See CDF). Broadcast an <Active Source> message from Logical
Address 4.
11.1.4 - 14 Ensure that that the DUT handles a <Record Set the TE to simulate a device at Logical Address 1, so The DUT sends a <Record Off> message.
Status> message correctly and sends a the DUT discovers a connected Recording Device.
<Record Off> message when the user stops the
recording. Ensure that the DUT is in a state ready to initiate the One
Touch Record Feature, e.g. it is displaying an internal
Test only applies if the DUT supports <Record tuner or an external input
Off> and any of <Record On> [“Analogue
Service”], <Record On> [“Digital Service”], Activate the DUT’s One Touch Record feature (See CDF
<Record On> [“External Plug”] or <Record On> for instruction).
“External Physical Address”] as Initiator (see
CDF). Send the DUT a <Record Status> message with a
[Record Status Info] indicating that it is successfully
recording the source identified in the [Record Source]
which was sent by the DUT when it initiated the One
Touch Record feature.
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.1.4.
[CEC: 13.5]
CECT 11.1.5 Timer Programming
11.1.5 - 1 If the DUT can set timer blocks via an EPG, The following procedure shall be repeated with the TE The DUT sends a correctly formatted <Set
ensure that it sends a correctly formatted <Set simulating a device at logical addresses 1, 2 and 9. Digital Timer> message with all parameters
Digital Timer> message for all valid Recording corresponding to the program that was
Device addresses. Set a timer recording via the EPG. selected.
This test only applies if the DUT supports <Set Send the DUT a <Timer Status> message indicating that
Digital Timer> messages as Initiator and can set the recording has been programmed and that enough
timer blocks via an EPG. media is available.
11.1.5 - 2 If the DUT can set timer blocks via an EPG, The following procedure shall be repeated with the TE The DUT sends a correctly formatted <Set
ensure that it sends a correctly formatted <Set simulating a device at logical addresses 1, 2 and 9. Analogue Timer> message with all
Analogue Timer> message for all valid parameters corresponding to the program
Recording Device addresses. Set a timer recording via the EPG. that was selected.
This test only applies if the DUT supports <Set Send the DUT a <Timer Status> message indicating that
Analogue Timer> messages as Initiator and can the recording has been programmed and that enough
set timer blocks via an EPG. media is available.
11.1.5 - 3 If the DUT can set timer blocks via its menu, The following procedure shall be repeated with the TE The DUT sends a correctly formatted <Set
ensure that it sends a correctly formatted <Set simulating a device at logical addresses 1, 2 and 9. Digital Timer> message with all parameters
Digital Timer> message for all valid Recording corresponding to the timer that was set.
Device addresses. Set a timer recording via the menu.
This test only applies if the DUT supports <Set Send the DUT a <Timer Status> message indicating that
Digital Timer> messages as Initiator and can set the timer has been programmed and that enough media is
timer blocks via its menu. available.
11.1.5 - 4 If the DUT can set timer blocks via its menu, The following procedure shall be repeated with the TE The DUT sends a correctly formatted <Set
ensure that it sends a correctly formatted <Set simulating a device at logical addresses 1, 2 and 9. Analogue Timer> message with all
Analogue Timer> message for all valid parameters corresponding to the timer that
Recording Device addresses. Set a timer recording via the menu. was set.
This test only applies if the DUT supports <Set Send the DUT a <Timer Status> message indicating that
Analogue Timer> messages as Initiator and can the timer has been programmed and that enough media is
set timer blocks via its menu. available.
11.1.5 - 5 If the DUT can set timer blocks via its menu, The following procedure shall be repeated with the TE The DUT sends a correctly formatted <Set
ensure that it sends a correctly formatted <Set simulating a device at logical addresses 1, 2 and 9. External Timer> message with all
External Timer> message for all valid Recording parameters corresponding to the timer that
Device addresses. Set a timer recording via the menu. was set.
This test only applies if the DUT supports <Set Send the DUT a <Timer Status> message indicating that
External Timer> messages as Initiator and can the timer has been programmed and that enough media is
set timer blocks via its menu. available.
11.1.5 - 6 Ensure that the DUT handles a <Timer Status> Invoke the DUT to send a <Set Digital Timer> message. If the DUT provides a local list of record
message indicating that the Recording Device blocks for the device, it does not add the
was not programmed successfully after sending Reply to the DUT with a <Timer Status> message record block to it.
a <Set Digital Timer> message. indicating that the device was not programmed.
The DUT may indicate on screen that the
This test only applies if the DUT supports <Set Recording Device was not programmed.
Digital Timer> messages as Initiator and can set (This is desirable – it is NOT a
or clear individual timer blocks via its menu or Requirement)
via an EPG.
11.1.5 - 7 Ensure that the DUT handles a <Timer Status> Invoke the DUT to send a <Set Analogue Timer> If the DUT provides a local list of record
message indicating that the Recording Device message. blocks for the device, it does not add the
was not programmed successfully after sending record block to it.
a <Set Analogue Timer> message. Reply to the DUT with a <Timer Status> message
indicating that the device was not programmed. The DUT may indicate on screen that the
This test only applies if the DUT supports <Set Recording Device was not programmed.
Analogue Timer> messages as Initiator and can (This is desirable – it is NOT a
set or clear individual timer blocks via its menu Requirement)
or via an EPG.
11.1.5 - 8 Ensure that the DUT handles a <Timer Status> Invoke the DUT to send a <Set External Timer> message. If the DUT provides a local list of record
message indicating that the Recording Device blocks for the device, it does not add the
was not programmed successfully after sending Reply to the DUT with a <Timer Status> message record block to it.
a <Set External Timer> message. indicating that the device was not programmed.
The DUT may indicate on screen that the
This test only applies if the DUT supports <Set Recording Device was not programmed.
Analogue Timer> messages as Initiator and can (This is desirable – it is NOT a
set or clear individual timer blocks via its menu Requirement)
or via an EPG.
11.1.5 - 9 If the DUT can set and clear timer blocks via an Set a timer recording via the EPG. The DUT sends a correctly formatted <Clear
EPG, ensure that it sends a correctly formatted Digital Timer> message with all parameters
<Clear Digital Timer> message and clears the Send the DUT a <Timer Status> message indicating that corresponding to the program that was
timer from its display when receiving a <Timer the recording has been programmed and that enough cleared.
Cleared Status> message. media is available.
The DUT removes the timer program from
This test only applies if the DUT supports Clear that timer recording via the EPG. its display.
<Clear Digital Timer> messages as Initiator and
can clear timer blocks via an EPG. Send the DUT a <Timer Cleared Status> message
indicating that the timer has been successfully cleared.
11.1.5 - 10 If the DUT can set and clear timer blocks via an Set a timer recording via the EPG. The DUT sends a correctly formatted <Clear
EPG, ensure that it sends a correctly formatted Analogue Timer> message with all
<Clear Analogue Timer> message and clears Send the DUT a <Timer Status> message indicating that parameters corresponding to the program
the timer from its display when receiving a the recording has been programmed and that enough that was cleared.
<Timer Cleared Status> message. media is available.
The DUT removes the timer program from
This test only applies if the DUT supports Clear that timer recording via the EPG. its display.
<Clear Analogue Timer> messages as Initiator
and can clear timer blocks via an EPG. Send the DUT a <Timer Cleared Status> message
indicating that the timer has been successfully cleared.
11.1.5 - 11 If the DUT can set and clear timer blocks via its Set a timer recording via the menu. The DUT sends a correctly formatted <Clear
menu, ensure that it sends a correctly formatted Digital Timer> message with all parameters
<Clear Digital Timer> message and clears the Send the DUT a <Timer Status> message indicating that corresponding to the timer that was cleared.
timer from its menu when receiving a <Timer the recording has been programmed and that enough
Cleared Status> message indicating the timer media is available. The DUT removes the timer program from
was successfully cleared. its menu.
Clear that timer recording via the menu.
This test only applies if the DUT supports
<Clear Digital Timer> messages as Initiator and Send the DUT a <Timer Cleared Status> message
can clear timer blocks via its menu. indicating that the timer has been successfully cleared.
11.1.5 - 12 If the DUT can set and clear timer blocks via its Set a timer recording via the menu. The DUT sends a correctly formatted <Clear
menu, ensure that it sends a correctly formatted Analogue Timer> message with all
<Clear Analogue Timer> message and clears Send the DUT a <Timer Status> message indicating that parameters corresponding to the timer that
the timer from its menu when receiving a the recording has been programmed and that enough was cleared.
<Timer Cleared Status> message indicating the media is available.
timer was successfully cleared. The DUT removes the timer program from
Clear that timer recording via the menu. its menu.
This test only applies if the DUT supports
<Clear Analogue Timer> messages as Initiator Send the DUT a <Timer Cleared Status> message
and can clear timer blocks via its menu. indicating that the timer has been successfully cleared.
11.1.5 - 13 If the DUT can set and clear timer blocks via its Set a timer recording via the menu. The DUT sends a correctly formatted <Clear
menu, ensure that it sends a correctly formatted External Timer> message with all
<Clear External Timer> message and clears the Send the DUT a <Timer Status> message indicating that parameters corresponding to the timer that
timer from its menu when receiving a <Timer the recording has been programmed and that enough was cleared.
Cleared Status> message indicating the timer media is available.
was successfully cleared. The DUT removes the timer program from
Clear that timer recording via the menu. its menu.
This test only applies if the DUT supports
<Clear External Timer> messages as Initiator Send the DUT a <Timer Cleared Status> message
and can clear timer blocks via its menu. indicating that the timer has been successfully cleared.
11.1.5 - 14 If the DUT can set and clear timer blocks via its Set a timer recording via the menu. The DUT sends a correctly formatted <Clear
menu, ensure that it sends a correctly formatted Digital Timer> message with all parameters
<Clear Digital Timer> message and clears the Send the DUT a <Timer Status> message indicating that corresponding to the timer that was not
timer from its menu when receiving a <Timer the recording has been programmed and that enough cleared.
Cleared Status> message indicating that the media is available.
timer could not be cleared because there is no The DUT removes the timer program from
matching timer in the Recording Device Clear that timer recording via the menu. its menu.
This test only applies if the DUT supports Send the DUT a <Timer Cleared Status> message
<Clear Digital Timer> messages as Initiator and indicating that the timer could not be cleared from the
can clear timer blocks via its menu. device as there is no matching entry.
11.1.5 - 15 If the DUT can set and clear timer blocks via its Set a timer recording via the menu. The DUT sends a correctly formatted <Clear
menu, ensure that it sends a correctly formatted Analogue Timer> message with all
<Clear Analogue Timer> message and clears Send the DUT a <Timer Status> message indicating that parameters corresponding to the timer that
the timer from its menu when receiving a the recording has been programmed and that enough was not cleared.
<Timer Cleared Status> message indicating that media is available.
the timer could not be cleared because there is The DUT removes the timer program from
no matching timer in the Recording Device Clear that timer recording via the menu. its menu
This test only applies if the DUT supports Send the DUT a <Timer Cleared Status> message
<Clear Analogue Timer> messages as Initiator indicating that the timer could not be cleared from the
and can clear timer blocks via its menu. device as there is no matching entry.
11.1.5 - 16 If the DUT can set and clear timer blocks via its Set a timer recording via the menu. The DUT sends a correctly formatted <Clear
menu, ensure that it sends a correctly formatted External Timer> message with all
<Clear External Timer> message and clears the Send the DUT a <Timer Status> message indicating that parameters corresponding to the timer that
timer from its menu when receiving a <Timer the recording has been programmed and that enough was not cleared.
Cleared Status> message indicating that the media is available.
timer could not be cleared because there is no The DUT removes the timer program from
matching timer in the Recording Device Clear that timer recording via the menu. its menu
This test only applies if the DUT supports Send the DUT a <Timer Cleared Status> message
<Clear External Timer> messages as Initiator indicating that the timer could not be cleared from the
and can clear timer blocks via its menu. device as there is no matching entry.
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.1.5.
[CEC: 13.6]
CECT 11.1.6 System Information
11.1.6 - 1 Ensure that the DUT acknowledges a <Polling Send the DUT a <Polling Message> message. The DUT acknowledges the <Polling
Message> message. Message> message.
11.1.6 - 2 Ensure that the DUT responds correctly to a The following procedure shall be repeated with the TE The DUT should respond by broadcasting a
<Give Physical Address> message coming simulating a device at logical addresses 1, 3, 4, 5, 13, 14 <Report Physical Address> message
from various logical addresses including the and 15. indicating the correct Physical Address of
unregistered address. the device.
Send the DUT a <Give Physical Address> message.
11.1.6 - 3 <Reserved>
11.1.6 - 4 Ensure that the DUT sends the correct Set the DUT to another one of its supported menu The DUT broadcasts a <Set Menu
messages when modifying its menu language languages (See CDF for instructions and supported Language> message with the correct
setting. languages). Bibliographic code (using lower case
characters) for the selected language. In
This test only applies If the DUT has a the case of Chinese, the DUT broadcasts
modifiable language setting (See CDF). the relevant Bibliographic or Terminology
code (using lower case characters).
11.1.6 - 5 Ensure that the DUT responds correctly to a The following procedure shall be repeated with the TE The DUT broadcasts a <Set Menu
<Get Menu Language> message coming from simulating a device at logical addresses 1, 3, 4, 5, 13, 14 Language> message with the correct
various logical addresses including the and 15. Bibliographic code (using lower case
unregistered address. characters) for the selected language. In
Send the DUT a <Get Menu Language> message. the case of Chinese, the DUT broadcasts
This test only applies if the DUT supports a the relevant Bibliographic or Terminology
<Get Menu Language> as a Follower. (See code (using lower case characters).
CDF)
11.1.6 - 6 Ensure that the DUT responds correctly to a Send a <Get CEC Version> message to the DUT. The DUT sends a correctly formatted <CEC
<Get CEC Version> message. Version> message with a [CEC Version]
indicating the version number of the CEC
This test only applies if the DUT supports <Get Supplement 1 specification which was used
CEC Version> messages as Follower or the to design the device (See CDF for the CEC
DUT can send or receive <Vendor Command>, version number).
messages to or from devices having another
Vendor ID.(See CDF)
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.1.6.
[CEC: 13.7]
CECT 11.1.7 Deck Control
11.1.7 - 1 Ensure that the DUT sends the correct <Deck The following procedure shall be repeated with the TE The DUT sends the appropriate <Deck
Control> and <Play> messages when simulating a device at logical addresses 1 and 4. Control> or <Play> message for the option
controlling a deck. that was selected.
Invoke the DUT to send every possible <Deck Control>
This test only applies if the DUT supports and <Play> message that its menu allows. (See CDF for If the DUT is monitoring deck status it
<Deck Control> and <Play> as Initiator (See its condition) should update its display to indicate that the
CDF). request was successful (This is desirable
Send the DUT an appropriate <Deck Status> message but is NOT a requirement).
after each request, to indicate that the request succeeded.
11.1.7 - 2 Ensure that the DUT handles a <Deck Status> Invoke the DUT to send a <Play> [“Play Forward”] The DUT accepts the <Deck Status>
message indicating that a request was message. (See CDF for instruction) message.
successful.
Send the DUT a <Deck Status> [“Play”] message. If the DUT is monitoring deck status it
This test only applies if the DUT supports should indicate that the deck is playing.
<Deck Control> and <Play> [“Play Forward”] as (This is desirable but is NOT a requirement).
Initiator and <Deck Status> as Follower (See
CDF).
11.1.7 - 3 Ensure that the DUT handles a <Deck Status> Invoke the DUT to send a <Play> [“Play Forward”] The DUT accepts the <Deck Status>
message indicating that a request was not message. (See CDF for instruction) message.
successful.
Send the DUT a <Deck Status> message indicating that If the DUT is monitoring deck status it
This test only applies if the DUT supports the deck is stopped. should indicate that the deck is not playing.
<Deck Control> and <Play> [“Play Forward”] as (This is desirable but is NOT a requirement).
Initiator and <Deck Status> as Follower (See
CDF).
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.1.7.
[CEC: 13.8]
CECT 11.1.8 Tuner Control
11.1.8 - 1 Ensure that the DUT can send a <Tuner Step The following procedure shall be repeated with the TE The DUT sends a <Tuner Step Increment>
Increment> message when controlling a simulating a device at logical addresses 1 and 3. message.
Recording Device or STB tuner.
Invoke the tuner control feature on the DUT (See CDF for
This test only applies if the DUT supports instruction). If the DUT sends a <Give Tuner Device
<Tuner Step Increment> as Initiator (See CDF). Status> message, respond with a <Tuner Device Status>
[“Not Being used for recording”] [“Displaying Digital
Tuner”] [“Service Identified Digital IDs”] ["ARIB-T "]
[0x7D70 0xA000 0x7D70] (or more suitable Digital
Service Identification) message.
11.1.8 - 2 Ensure that the DUT can send a <Tuner Step The following procedure shall be repeated with the TE The DUT sends a <Tuner Step Decrement>
Decrement> message when controlling a simulating a device at logical addresses 1 and 3. message.
Recording Device or STB tuner.
Invoke the tuner control feature on the DUT (See CDF for
This test only applies if the DUT supports instruction). If the DUT sends a <Give Tuner Device
<Tuner Step Decrement> as Initiator (See Status> message, respond with a <Tuner Device Status>
CDF). [“Not Being used for recording”] [“Displaying Digital
Tuner”] [“Service Identified Digital IDs”] ["ARIB-T "]
[0x7D70 0xA000 0x7D70] (or more suitable Digital
Service Identification) message.
11.1.8 - 3 Ensure that the DUT accepts a valid <Tuner Send a <Tuner Device Status> [“Not Being used for The DUT should not respond with a
Device Status> message. recording”] [“Not Displaying Tuner”] [“Service Identified <Feature Abort> message.
Digital IDs”] ["ARIB-T "] [0x7D70 0xA000 0x7D70] (or
This test only applies if the DUT supports more suitable Digital Service Identification) message to
<Tuner Device Status> as Follower (See CDF). the DUT.
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.1.8.
[CEC: 13.9]
CECT 11.1.9 Vendor Specific Commands
11.1.9 - 1 Ensure that the DUT accepts a <Give Device The following procedure shall be repeated with the TE The DUT responds by broadcasting a
Vendor ID> message from various logical simulating a device at logical addresses 1, 3, 4, 5, 13, 14 <Device Vendor ID> message with the
addresses including the unregistered Logical and 15. correct ID depending upon the vendor.
Address (15).
Send a <Give Device Vendor ID> message to the DUT.
This test only applies if the DUT supports <Give
Device Vendor ID> as Follower (See CDF).
11.1.9 - 2 If the DUT can attempt to send a <Vendor The TE shall simulate a device that has a Vendor ID that The DUT does not send any <Vendor
Command> to another vendor's device, ensure is different from the DUT, and simulates a device at Command> message.
the DUT does not send a Vendor Specific Logical Address that the DUT tries to send the Vendor
Commands to a device that it does not Specific Commands. (See CDF for Vendor ID that is
recognize. different from the DUT’s, and Logical Address to send the
Vendor Specific Commands.)
This test only applies if the DUT supports
<Vendor Command> messages as Initiator and Broadcast a <Report Physical Address> message from
can try to send a <Vendor Command> message the TE
to a device with a Vendor ID that is different
from the DUT. Broadcast a <Device Vendor ID> message from the TE.
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.1.9.
[CEC: 13.10]
CECT 11.1.10 OSD Display
11.1.10 - 1 Check that the DUT accepts a <Set OSD The following procedure shall be repeated with the TE The DUT displays the message for a default
String> message and is capable of displaying simulating a device at logical addresses 1, 3, 4, 5, 13 and time period and then clears the message.
the message for a default time from various 14. (The time period is locally specified - a
logical addresses. typical value is 5 seconds).
Ensure the DUT is in a state where displaying OSD
This test only applies if the DUT supports <Set Strings is allowed. (See CDF for its condition)
OSD String> as Follower (See CDF).
Send the DUT a <Set OSD String> [“Display For Default
Time”] [‘Test String’].
11.1.10 - 2 Check that the DUT accepts a <Set OSD Ensure the DUT is in a state where displaying OSD The DUT displays the message ‘Test String’
String> message and is capable of displaying Strings is allowed. (See CDF for its condition) on receipt of the first message.
the message until it receives a clear message.
Send the DUT a <Set OSD String> [“Display Until The DUT clears the OSD text on receipt of
This test only applies if the DUT supports <Set Cleared”] [‘Test String’]. the second message.
OSD String> as Follower (See CDF).
Wait for a period in excess of the devices default display Note: It is possible that the DUT may
time. (It is recommended to wait for 20s or more). overwrite the message with an internally
generated message, which could be blank.
Send a <Set OSD String> containing a [Display Control] This is acceptable behavior.
parameter of [“Clear Previous Message”] only (i.e. not
containing any [OSD String] parameter).
11.1.10 - 3 Check that the DUT accepts a <Set OSD Ensure the DUT is in a state where displaying OSD The DUT displays the message ‘Test String’
String> message and is capable of overwriting Strings is allowed. (See CDF for its condition) on receipt of the first message.
an OSD string with a new OSD string from
another initiator. Set the TE to simulate a device at Logical Address 1. The DUT removes the previous message
and displays the message ‘Second String’
This test only applies if the DUT supports <Set Send the DUT a <Set OSD String> [“Display Until on receipt of the second message.
OSD String> as Follower (See CDF). Cleared”] [‘Test String’] message.
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.1.10
[CEC: 13.11]
CECT 11.1.11 Device OSD Name Transfer
11.1.11 - 1 Ensure that the DUT sends a <Give OSD Name> For addresses corresponding to the device types The DUT shall send a <Give OSD Name>
message whenever it discovers a new device at supported in the CDF, the following procedure shall be message to the appropriate address.
any Logical Address and ensure that it accepts a repeated with the TE simulating a device at logical
<Set OSD Name> message in response. addresses 1, 3, 4, 5, 13 and 14. The DUT shall accept the <Set OSD
Name> message and refer to the device as
This test only applies if the DUT supports <Give Broadcast a <Report Physical Address> message. ‘Test Device’ in the menu indicated in the
OSD Name> as Initiator (See CDF). CDF.
After the DUT sends a <Give OSD Name> message,
send a <Set OSD Name> [‘Test Device’] to the DUT.
11.1.11 - 2 Ensure that the DUT does not send a <Give Set the TE to simulate a device at Logical Address 15. The DUT does NOT send a <Give OSD
OSD Name> message when it discovers a new Name> message.
device at the unregistered logical address. Broadcast a <Report Physical Address> [1.0.0.0]
message.
This test only applies if the DUT supports <Give
OSD Name> as Initiator (See CDF).
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.1.11.
[CEC: 13.12]
CECT 11.1.12 Device Menu Control
11.1.12 - 1 Ensure that the DUT reacts correctly to a The following procedure shall be repeated with the TE The DUT sends a <User Control Pressed>
<Menu Status> [“Activated”] message from the simulating a device at logical addresses that can be message when the remote control key is
current active source at various logical accepted device types by the DUT on the Device Menu pressed.
addresses, when the TV is not controlling a Activated. (See CDF)
menu. The DUT does not handle the remote
Ensure that the DUT is in a state where forwarding the control key press locally
This test only applies if the DUT supports remote control key press is allowed. (See CDF for its
<Menu Status> as Follower (See CDF). condition)
11.1.12 - 2 Ensure that the DUT ignores a <Menu Status> Set the TE to simulate a device at Logical Address 15. The DUT ignores the <Menu Status>
message coming from the unregistered Logical message.
Address (15). Ensure that the DUT is in a state where forwarding the
remote control key press is allowed. (See CDF for its The DUT handles the remote control press
This test only applies if the DUT supports condition) locally. No <User Control Pressed>
<Menu Status> as Follower (See CDF). message is sent.
Send an <Image View On> message to the DUT.
11.1.12 - 3 Ensure that the DUT reacts correctly to a Ensure that the DUT is in a state where forwarding the The DUT handles the remote control press
<Menu Status> [“Deactivated”] message from remote control key press is allowed. (See CDF for its locally. No <User Control Pressed>
the current active source when the TV is condition) message is sent.
controlling a menu.
Send an <Image View On> message to the DUT.
This test only applies if the DUT supports
<Menu Status> as Follower (See CDF). Broadcast an <Active Source> message.
11.1.12 - 4 Ensure that the DUT sends a <Menu Request> Ensure that the DUT is in a state where forwarding the The DUT sends a <Menu Request>
[“Activate”] message to the current active source remote control key press is allowed. (See CDF for its [“Activate”] message to the current active
when the Device Menu Control feature is condition) source device.
invoked and the source device is not currently
displaying a menu. Send an <Image View On> message to the DUT.
This test only applies if the DUT supports Broadcast an <Active Source> message.
<Menu Request> as Initiator (See CDF).
Invoke the Device Menu Control Feature on the DUT.
11.1.12 - 5 Ensure that the DUT sends a <Menu Request> Ensure that the DUT is in a state where forwarding the The DUT sends a <Menu Request>
[“Deactivate”] message when the Device Menu remote control key press is allowed. (See CDF for its [“Deactivate”] message to the current source
Control Feature is deactivated and the source condition) device.
device is currently displaying a menu.
Send an <Image View On> message to the DUT.
This test only applies if the DUT supports
<Menu Request> as Initiator (See CDF). Broadcast an <Active Source> message.
11.1.12 - 6 Ensure that the DUT ignores a <Menu Status> Ensure that the DUT is displaying its internal tuner or a The DUT ignores the message.
message when it is not displaying a CEC source non-CEC external source and is in a state where
device. forwarding the remote control key press is allowed. (See The DUT handles the remote control press
CDF for its condition) locally. No <User Control Pressed>
This test only applies if the DUT supports message is sent.
<Menu Status> as Follower (See CDF). Send a <Menu Status> [“Activated”] message to the DUT.
11.1.12 - 7 Ensure that the DUT correctly handles a <Menu Ensure that the DUT is in a state where forwarding the The DUT ignores the <Menu Status>
Status> message that does not come from the remote control key press is allowed. (See CDF for its message.
current source device. condition)
The DUT handles the remote control press
This test only applies if the DUT supports Send an <Image View On> message to the DUT from locally. No <User Control Pressed>
<Menu Status> as Follower (See CDF). Logical Address 1. message is sent.
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.1.12.
[CEC: 13.13]
CECT 11.1.13 Remote Control Pass Through
11.1.13 - 1 Ensure that the DUT sends the appropriate Set the TE to simulate a device at address 1. The DUT sends a <User Control
messages for remote control pass through to a Pressed> message with the correct key
Recording Device. Ensure the DUT's remote control is set to the code for the button pressed.
“Recording Device” setting. (See CDF for instruction)
This test only applies if the DUT supports <User The DUT sends a <User Control
Control Pressed> as Initiator and has the Press a remote control key that the DUT will forward to Released> message when the button is
"Recording Device" setting (i.e. Select the the Recording Device. (See CDF) released.
Recording Device as a target device. See
condition/instruction for Initiator of <User Control Repeat the procedure for several other remote control
Pressed> of CDF). keys that the DUT will forward to the Recording
Device.
11.1.13 - 2 Ensure that the DUT sends the appropriate Set the TE to simulate a device at address 4. The DUT sends a <User Control
messages for remote control pass through to a Pressed> message with the correct key
Playback Device. Ensure the DUT's remote control is set to the code for the button pressed.
“Playback Device” setting. (See CDF for instruction)
This test only applies if the DUT supports <User The DUT sends a <User Control
Control Pressed> as Initiator and has the Press a remote control key that the DUT will forward to Released> message when the button is
"Playback Device" setting (i.e. Select the Playback the Playback Device. (See CDF) released.
Device as a target device. See
condition/instruction for Initiator of <User Control Repeat the procedure for several other remote control
Pressed> of CDF). keys that the DUT will forward to the Playback Device.
11.1.13 - 3 Ensure that the DUT sends the appropriate Set the TE to simulate a device at address 3. The DUT sends a <User Control
messages for remote control pass through to a Pressed> message with the correct key
Tuner. Ensure the TVs remote control is set to the “Tuner” code for the button pressed.
setting. (See CDF for instruction)
This test only applies if the DUT supports <User The DUT sends a <User Control
Control Pressed> as Initiator and has the "Tuner" Press a remote control key that the DUT will forward to Released> message when the button is
setting (i.e. Select the Tuner as a target device. the Tuner. (See CDF) released.
See condition/instruction for Initiator of <User
Control Pressed> of CDF). Repeat the procedure for several other remote control
keys that the DUT will forward to the Tuner.
11.1.13 - 4 Ensure that the DUT sends the appropriate Set the TE to simulate a device at address 5. The DUT sends a <User Control
messages for remote control pass through to an Pressed> message with the correct key
Audio System. Ensure the TVs remote control is set to the “Audio code for the button pressed.
System” setting. (See CDF for instruction)
This test only applies if the DUT supports <User The DUT sends a <User Control
Control Pressed> as Initiator and has the "Audio Press a remote control key that the DUT will forward to Released> message when the button is
System" setting (i.e. Select the Audio System as a the Audio System. (See CDF) released.
target device. See condition/instruction for Initiator
of <User Control Pressed> of CDF). Repeat the procedure for several other remote control
keys that the DUT will forward to the Audio System.
11.1.13 - 5 Ensure that the DUT behaves sensibly when the This procedure assumes that the DUT supports The DUT should select a single device to
remote control pass through feature is invoked in Remote Control Pass Through for Record Devices. If it forward the remote control command to.
a system with multiple devices of the same type. doesn’t, adjust the addresses as appropriate for
multiple Playback Devices or Tuners. The DUT should not send multiple
This test only applies if the DUT supports <User messages to multiple record devices.
Control Pressed> message as Initiator (See CDF). Set the TE to simulate a device at address 1.
11.1.13 – 6 Ensure that the DUT sends repeated messages Set the TE to simulate a device at one of the Logical The time between <User Control
using an appropriate Initiator Repetition time for Addresses that the DUT supports for Remote Control Pressed> messages is between 200ms
remote control pass through. Pass Through (See CDF). and 500ms.
This test only applies if a DUT supports <User On the TV, select the TE as the destination for The DUT sends a <User Control
Control Pressed> message and Press and Hold Remote Control Pass through messages (see CDF). Released> message after the last <User
Operation (see CEC 13.13.3) as Initiator. (See Control Pressed> message.
CDF) Press and hold a key on the DUT’s remote or local
controller that will result in <User Control Pressed>
messages being sent to the TE for several seconds.
(See CDF for which keys are implemented as this
behavior).
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.1.13.
[CEC: 13.14]
CECT 11.1.14 Give Device Power Status
11.1.14 - 1 Ensure that the DUT responds correctly to a Ensure the DUT is power on. The DUT responds by sending a <Report
<Give Device Power Status> message. Power Status> [“On”] message.
Send the DUT a <Give Device Power Status> message.
11.1.14 - 2 Ensure that the DUT responds correctly to a Ensure the DUT is standby. The DUT responds by sending a <Report
<Give Device Power Status> message. This Power Status> [“Standby”] message.
test only applies if the DUT supports <Report Send the DUT a <Give Device Power Status> message.
Power Status> [“Standby”] as Initiator (See
CDF).
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.1.14.
[CEC: 13.15]
CECT 11.1.15 System Audio Control
11.1.15 - 1 Ensure that the DUT sends a correctly Ensure that the TE simulates devices at Logical The DUT sends a <System Audio Mode
formatted <System Audio Mode Request> Address 5 and 1. Request> [1.1.0.0] message to the device at
message. Logical Address 5.
Broadcast a <Report Physical Address> [1.0.0.0]
This test only applies if the DUT supports message from Logical Address 5.
<System Audio Mode Request> messages as
Initiator.(See CDF) Broadcast a <Report Physical Address> [1.1.0.0]
message from Logical Address 1.
11.1.15 - 2 Ensure that the DUT issues correctly a <User Send a <Set System Audio Mode> [“On”] message to The DUT issues a <User Control Pressed>
Control Pressed> [“Volume Up” | “Volume the DUT from Logical Address 5. [“Volume Up” | “Volume Down”] message.
Down”] message when the System Audio And the DUT doesn't change its volume
Control is On. Invoke the DUT to change volume control by the level.
DUT’s local or remote control. ( e.g. pressing volume
This test only applies if the DUT supports <Set up / down key on its control )
System Audio Mode> messages as
Follower.(See CDF)
11.1.15 - 3 Ensure that the DUT issues correctly a <User Send a <Set System Audio Mode> [“On”] message to The DUT issues a <User Control Pressed>
Control Pressed> [“Mute”] message when the the DUT from Logical Address 5. [“Mute”] message. And the DUT doesn't
System Audio Control is On. change its volume level.
Invoke the DUT to change volume control to mute or
This test only applies if the DUT supports <Set unmute by the DUT’s local or remote control. (e.g.
System Audio Mode> messages as pressing mute / unmute key on its control )
Follower.(See CDF)
11.1.15 - 4 Ensure that the DUT issues correctly a <Give Ensure that the TE simulates a device at Logical The DUT issues a <Give System Audio
System Audio Mode Status> when it is brought Address 5. Mode Status> message to the amplifier.
out of standby.
Broadcast a <Report Physical Address> message.
This test only applies if the DUT supports <Give
System Audio Mode Status> messages as Ensure the DUT is in standby.
Initiator.(See CDF)
Power on the DUT.
11.1.15 - 5 Ensure that the DUT issues a correctly Broadcast a <Set System Audio Mode> [“On”] The DUT sends a <System Audio Mode
formatted <System Audio Mode Request> message from Logical Address 5 Request> message with no operands to the
message when becoming the System Audio amplifier.
Mode to be Off. Invoke the DUT to turn off the System Audio Control.
11.1.15 - 6 Ensure that the DUT sends a correctly Ensure that the TE simulates the device at Logical The DUT sends one or more correctly
formatted <Request Short Audio Descriptor> Address 5. formatted <Request Short Audio Descriptor>
message messages(s) that includes the correct
Broadcast a <Report Physical Address> message operand values for 1 byte pair(s) of [Audio
This test only applies if the DUT (i.e. TV) from TE. Format ID] and [Audio Format Code],
supports <Request Short Audio Descriptor> corresponding to the audio formats (e.g. AC-
messages as Initiator. (See CDF) Invoke the DUT to send <Request Short Audio 3=0x03, AAC=0x06,…) indicated in the CDF.
Descriptor> message(s). (See CDF)
11.1.15 - 7 Ensure that the DUT mutes its volume when the Ensure the TE simulates a device at Logical Address The DUT mutes its volume.
DUT receives a broadcast <Set System Audio 5.
Mode> ["On"] message.
Ensure the System Audio Mode is off.
This test only applies if the DUT supports <Set
System Audio Mode> messages as Broadcast a <Set System Audio Mode> [“On”]
Follower.(See CDF) message from TE.
11.1.15 - 8 Ensure that the DUT unmutes its volume when Ensure the TE simulates a device at Logical Address The DUT unmutes its volume.
the DUT receives a broadcast <Set System 5.
Audio Mode> ["Off"] message.
Ensure the System Audio Mode is on. (E.g.,
This test only applies if the DUT supports <Set broadcast a <Set System Audio Mode> ["On"]
System Audio Mode> messages as message from the TE.)
Follower.(See CDF)
Broadcast a <Set System Audio Mode> [“Off”]
message from TE.
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.1.15.
[CEC: 13.16]
CECT 11.1.16 Audio Rate Control
11.1.16 - 1 Ensure that the DUT sends directly addressed Ensure that user activates this feature. The DUT sends directly addressed <Set
<Set Audio Rate> messages in a correct timing if Audio Rate> messages at least once every 2
the user activates this feature. Measure time span between the directly addressed seconds.
<Set Audio Rate> messages.
This test only applies if the DUT supports <Set The parameter [Audio Rate] shall be
Audio Rate> messages as Initiator (See CDF). “0”, ”1”, ”2”, ”3”, ”4”,” 5”, or ”6”.
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.1.16.
[CEC: 13.17]
CECT 11.1.17 Audio Return Channel Control
Configurations
Tests 11.1.17-1 to 11.1.17-6 will test the control of the Audio Return Channel function on HDMI input(s) of the DUT.
If the DUT does not have any HDMI input that supports Audio Return Channel function, then SKIP tests from 11.1.17-1 to 11.1.17-6.
• The TE shall emulate a device at Logical Address for which the DUT supports Audio Return Channel function (see CDF).
• Tests from 11.1.17-1 to 11.1.17-4 shall use the Basic Configuration (see CECT Figure 1) and an HDMI input of the DUT that
supports Audio Return Channel function shall be connected to an HDMI output of the TE.
• Test 11.1.17-5 shall use the Basic Configuration (see CECT Figure 1) and an HDMI input of the DUT that supports Audio Return
Channel function shall be connected to an HDMI output of the TE. The TE shall simulate a Source which supports Audio Return
Channel function connected to the DUT via a Repeater, and CEC messages are sent by the simulated Source for this test.
• Repeat tests from 11.1.17-1 to 11.1.17-5 for all the HDMI inputs of the DUT that support Audio Return Channel function (See
CDF).
Test 11.1.17-6 is only performed if the DUT has any HDMI inputs that do not support the Audio Return Channel function.
• Test 11.1.17-6 shall use the Basic Configuration (see CECT Figure 1) and an HDMI input of the DUT that does not support
Audio Return Channel function shall be connected to an HDMI output of the TE.
• Repeat test 11.1.17-6 for all the HDMI inputs of the DUT that do not support Audio Return Channel function(See CDF).
11.1.17- 1 Ensure that the DUT sends a directly addressed Broadcast a <Report Physical Address> message. The DUT sends a directly addressed
<Request ARC Initiation> message. <Request ARC Initiation> message with no
Invoke the DUT to send a directly addressed <Request operand to the TE.
This test only applies if the DUT supports ARC Initiation> message (See CDF for detail of how to
<Request ARC Initiation> messages as Initiator invoke).
(See CDF).
11.1.17 - 2 Ensure that the DUT sends a directly addressed Ensure that the DUT is ready to initiate ARC. (See The DUT sends a directly addressed <Report
<Report ARC Initiated> message. CDF) ARC Initiated> message with no operand to
the TE.
Broadcast a <Report Physical Address> message.
11.1.17 - 3 Ensure that the DUT sends a directly addressed Ensure that ARC has been initiated. (See CDF) The DUT sends a directly addressed
<Request ARC Termination> message. <Request ARC Termination> message with
Ensure that the DUT is ready to terminate ARC. (See no operand to the TE.
This test only applies if the DUT supports CDF)
<Request ARC Termination> messages as
Initiator (See CDF). Broadcast a <Report Physical Address> message.
11.1.17 - 4 Ensure that the DUT sends a directly addressed Ensure that ARC has been initiated. (See CDF) The DUT sends a directly addressed <Report
<Report ARC Terminated> message. ARC Terminated> message with no operand
Ensure that the DUT is ready to terminate ARC. to the TE.
11.1.17 - 5 Ensure that the DUT does not respond with any Ensure the DUT takes Physical Address 0.0.0.0 and The DUT does not send any directly
directly addressed <Report ARC Initiated> the TE simulates a grandchild device of the DUT. (e.g. addressed <Report ARC Initiated> messages
messages to non-adjacent device. If the DUT gives the TE a Physical Address of 1.0.0.0, to the TE.
then TE takes a Physical Address of 1.1.0.0).
11.1.17 - 6 Ensure that the DUT does not respond with any Ensure configuration for this test (see “Configurations” The DUT does not send any directly
directly addressed <Report ARC Initiated> at start of this section). addressed <Report ARC Initiated> messages
messages when receiving an <Initiate ARC> to the TE.
message from a device connected to an input Broadcast a <Report Physical Address> message.
which does not support Audio Return Channel
function. Send a directly addressed <Initiate ARC> message to
the DUT.
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.1.16
Configuration
For testing non-TV devices, the Source Device to TV Configuration (see CECT 5.4) shall be used except where explicitly stated. An HDMI output of
the DUT shall be connected to an HDMI input of the test equipment. The test equipment shall by default mimic a device at Logical Address 0 and send
all messages from this address (except where otherwise stated).
[CEC: 13.1]
CECT 11.2.1 One Touch Play
11.2.1 - 1 Ensure that the DUT sends an <Image View Initiate the One Touch Play feature on the DUT. The DUT sends an <Image View On> or
On> or <Text View On> message followed by <Text View On> message as locally
an <Active Source> message when the One specified and then broadcasts an <Active
Touch Play feature is initiated. Source> message.
11.2.1 - 2 <Reserved>
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.2.1.
[CEC: 13.2]
CECT 11.2.2 Routing Control
11.2.2 - 1 Ensure that the DUT responds correctly to a Broadcast a <Active Source> message indicating that The DUT broadcasts an <Active Source>
<Set Stream Path> message that indicates it another device is active source. message and streams its content to the
as the device to stream to. display.
Broadcast a <Set Stream Path> message indicating that the
This test only applies if the DUT supports <Set DUT is now the active source.
Stream Path> message as Follower (See
CDF).
11.2.2 - 2 Ensure that the DUT responds correctly to a Ensure the DUT is now the active source. The DUT responds an <Active Source>
<Request Active Source> message when it is message to the <Request Active Source>
the current active source. Broadcast a <Request Active Source> message. message.
11.2.2 - 3 Ensure that the DUT responds correctly to a The following procedure shall be repeated with the TE The DUT responds to the <Request Active
<Request Active Source> message from simulating a device at various logical addresses (1, 3, 4, 5 Source> message by broadcasting an
various logical addresses including the and 15). <Active Source> message.
unregistered address (15), when it is the
current active source. Ensure the DUT is now the active source.
This test only applies if the DUT supports Broadcast a <Request Active Source> message.
<Request Active Source> message as
Follower (See CDF).
11.2.2 - 4 If the DUT is a current active source, the DUT Broadcast a <Set Stream Path> message with the Physical The DUT sends a directly addressed
shall issue <Inactive Source> when going into Address of the DUT. <Inactive Source> message with the
standby. Physical Address of the DUT to the TV.
Invoke the DUT to send an <Inactive Source> message.
This test only applies if the DUT supports (i.e. When the DUT goes into standby)(See CDF).
<Inactive Source> messages as Initiator.(See
CDF)
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.2.2.
[CEC: 13.3]
CECT 11.2.3 System Standby
11.2.3 - 1 If the DUT can initiate the system standby Ensure that the DUT is in a state where going into standby The DUT shall broadcast a <Standby>
feature, check that it broadcasts a correctly is permitted. message, before going into standby itself.
formatted <Standby> message.
Initiate the System Standby feature on the DUT.
This test only applies if the DUT supports
broadcast <Standby> messages as Initiator.
(See CDF)
11.2.3 - 2 Check that the DUT accepts a broadcast The following procedure shall be repeated with the TE The DUT switches to standby.
<Standby> message from various logical simulating a device at various logical addresses (1, 3, 4, 5
addresses including the unregistered address and 15).
and switches to standby.
Ensure that the DUT is in a state where going into standby
This test only applies if the DUT supports is permitted.
broadcast <Standby> messages as Follower.
Broadcast a <Standby> message.
11.2.3 - 3 Check that the DUT accepts a directly The following procedure shall be repeated with the TE The DUT switches to standby.
addressed <Standby> message from various simulating a device at various logical addresses (1, 3, 4, 5
logical addresses including the unregistered and 15).
address and switches to Standby.
Ensure that the DUT is in a state where going into standby
This test only applies if the DUT supports is permitted.
directly addressed <Standby> messages as
Follower. Send a <Standby> message to the DUT.
11.2.3 - 4 Check that the DUT does not broadcast any Ensure that the DUT is in a state where going into standby The DUT switches to standby and does not
<Standby> message when just the DUT is put mode is permitted. broadcast any <Standby> message.
into the standby mode.
Put the DUT into the standby mode (not the System
This test only applies if the DUT has a standby Standby).
mode (See CDF).
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.2.3.
[CEC: 13.4]
CECT 11.2.4 One Touch Record
11.2.4 - 1 Ensure that the DUT sends a <Record TV Ensure the DUT has media loaded and is ready to record. The DUT sends a <Record TV Screen>
Screen> message to the TV, when the One (See CDF for instruction) message to the TV.
Touch Record feature is invoked locally and
accepts a <Feature Abort> in response. Invoke the One Touch Record feature on the DUT. (See The DUT accepts the <Feature Abort> and
CDF for instruction) does not begin recording.
This test only applies if the DUT supports
<Record TV Screen> as Initiator (See CDF). After the DUT sends a <Record TV Screen> message,
send the DUT a <Feature Abort> [“Cannot Provide
Source”] message.
11.2.4 - 2 Ensure that the DUT accepts a <Record On> Ensure that the DUT selects a valid digital service ID The DUT changes its tuner to the specified
[“Digital Service”] [“Digital Service ([“Service Identified by Digital IDs”] ["ARIB-T"] [0x7D70 service and begins recording.
Identification”] message and records the 0xA000 0x7D70] (or more suitable Digital Service
service specified. identification ). (See CDF for instruction) The DUT responds with a <Record Status>
[“Recording Digital Service”] message within
This test only applies if the DUT supports Ensure that the DUT has media loaded and is ready to several seconds or more.
<Record On> [“Digital Service”] as Follower record. (See CDF for instruction)
(See CDF).
Send a <Record On> [“Digital Service”] [“Service
Identified Digital IDs”] [“ARIB-T"] [0x7D70 0xA000
0x7D70] (the same as the digital service identification that
the DUT selected) message to the DUT with a specified
service.
11.2.4 - 3 Ensure that the DUT accepts a <Record On> Ensure that the DUT selects a valid Analogue Service The DUT changes its tuner to the specified
[“Analogue Service”] [“Analogue Broadcast (For example [“Terrestrial”] [0x00 0x00] ["NTSC M"] (or service and begins recording.
Type”] [“Analogue Frequency”] [“Broadcast more suitable frequency)). (See CDF for instruction)
System”] message and records the service The DUT responds with a <Record Status>
specified. Ensure that the DUT has media loaded and is ready to [“Recording Analogue Service”] message
record. (See CDF for instruction) within several seconds or more.
This test only applies if the DUT supports
<Record On> [“Analogue Service”] as Follower Send a <Record On> [“Analogue Service”] [“(the same as
(See CDF). the Operands that the DUT selected)”] message to the
DUT with a specified service.
11.2.4 - 4 Ensure that the DUT accepts a <Record On> Ensure that the DUT selects a external plug.(i.e. external The DUT changes its tuner to the specified
[“External Plug”] message and records the plug 1)(See CDF for instruction) service and begins recording.
External Plug specified.
Ensure that the DUT has media loaded and is ready to The DUT responds with a <Record Status>
This test only applies if the DUT supports record. (See CDF for instruction) [“Recording External Input”] message within
<Record On> [“External Plug”] as Follower (See several seconds or more.
CDF). Send a <Record On> [“External plug"] [“(the same as the
external plug number that the DUT selected)”] message to
the DUT with a specified plug.
11.2.4 - 5 Ensure that the DUT accepts a <Record On> Ensure that the DUT selects an external plug. (See CDF The DUT changes its tuner to the specified
[“External Physical Address”] message and for instruction) service and begins recording.
records the External Physical Address
specified. Ensure that the DUT has media loaded and is ready to The DUT responds with a <Record Status>
record. (See CDF for instruction) [“Recording External Input”] message within
This test only applies if the DUT supports several seconds or more.
<Record On> [“External Physical Address”] as Send a <Record On> [“External Physical Address"] [“(the
Follower (See CDF). Physical Address of the device that is the same as the
selected external plug)”] message to the DUT with a
specified plug.
11.2.4 - 6 Ensure that the DUT accepts a <Record On> Ensure the DUT is displaying an internal tuner. (See CDF The DUT begins recording the service it is
[“Own Source”] message when it is displaying for instruction) tuned to.
an internal tuner.
Ensure that the DUT has media loaded and is ready to The DUT responds with a <Record Status>
This test only applies if the DUT supports record. (See CDF for instruction) [“Recording currently selected source”]
<Record On> [“Own Source”] as Follower (See message within several seconds or more.
CDF). Send a <Record On> [“Own Source”] message to the
DUT.
11.2.4 - 7 Ensure that the DUT accepts a <Record On> Ensure the DUT is displaying some external source (e.g. a The DUT begins recording the external
[“Own Source”] message when it is displaying camcorder). (See CDF for instruction) source.
an external source (if applicable).
Ensure that the DUT has media loaded and is ready to The DUT responds with a <Record Status>
This test only applies if the DUT supports record. (See CDF for instruction) [“Recording currently selected source”]
<Record On> [“Own Source”] as Follower (See message within several seconds or more.
CDF). Send a <Record On> [“Own Source”] message to the
DUT.
11.2.4 - 8 Ensure that the DUT accepts a <Record Off> Ensure the DUT is displaying an internal tuner, has media The DUT stops recording on receipt of the
message when it is recording and it comes from loaded and is ready to record. (See CDF for instruction) <Record Off> message.
the Initiator of the <Record On> message.
Send a <Record On> [“Own Source”] message to the
This test only applies if the DUT supports DUT.
<Record On> [“Own Source”] as Follower (See
CDF). Send a <Record Off> message to the DUT.
11.2.4 - 9 Ensure that the DUT accepts a <Record On> The following procedure shall be repeated with the TE The DUT begins recording the tuner it is
and corresponding <Record Off> message from simulating a device at various logical addresses (1, 3, 4 tuned to.
various logical addresses. and 5).
The DUT responds with a <Record Status>
This test only applies if the DUT supports Send a <Record On> message that can be received to the message with correctly formatted operands
<Record On> as Follower.(See CDF) DUT. (e.g. send a <Record On> [“Own Source”] message within several seconds or more.
if the DUT supports [“Own Source”]. See CDF.)
The DUT stops recording on receipt of the
Send a <Record Off> message to the DUT. <Record Off> message.
11.2.4 - 10 Ensure that the DUT ignores a <Record On> Set the TE to simulate a device at Logical Address 15. The DUT ignores the incoming <Record
message from the unregistered Logical Address On> message.
(15). Ensure the DUT is displaying an internal tuner, has media
loaded and is ready to record. (See CDF for instruction)
This test only applies if the DUT supports
<Record On> as Follower. (See CDF) Send a <Record On> message that can be received to the
DUT. (e.g. send a <Record On> [“Own Source”] message
if the DUT supports [“Own Source”]. See CDF.)
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.2.4.
[CEC: 13.5]
CECT 11.2.5 Timer Programming
11.2.5 - 1 If the DUT can set timer blocks via an EPG, The following procedure shall be repeated with the TE The DUT sends a correctly formatted <Set
ensure that it sends a correctly formatted <Set simulating a device at logical addresses 1, 2, and 9. Digital Timer> message with all parameters
Digital Timer> messages for all valid Recording corresponding to the program that was
Device addresses. Broadcast a <Report Physical Address> from Logical selected.
Address of a Recording Device.
This test only applies if the DUT (i.e. Tuner)
supports <Set Digital Timer> message as Set a timer recording via the EPG.
Initiator (See CDF).
Send the DUT a <Timer Status> message indicating that
the recording has been programmed and that enough
media is available.
11.2.5 - 2 If the DUT can set timer blocks via an EPG, The following procedure shall be repeated with the TE The DUT sends a correctly formatted <Set
ensure that it sends a correctly formatted <Set simulating a device at logical addresses 1, 2, and 9. Analogue Timer> message with all
Analogue Timer> messages for all valid parameters corresponding to the program
Recording Device addresses. Broadcast a <Report Physical Address> from Logical that was selected.
Address of a Recording Device.
This test only applies if the DUT (i.e. Tuner)
supports <Set Analogue Timer> message as Set a timer recording via the EPG.
Initiator (See CDF).
Send the DUT a <Timer Status> message indicating that
the recording has been programmed and that enough
media is available.
11.2.5 - 3 If the DUT can set timer blocks via its menu, The following procedure shall be repeated with the TE The DUT sends a correctly formatted <Set
ensure that it sends a correctly formatted <Set simulating a device at logical addresses 1, 2, and 9. Digital Timer> message with all parameters
Digital Timer> message for all valid Recording corresponding to the timer that was set.
Device addresses. Broadcast a <Report Physical Address> from Logical
Address of a Recording Device.
This test only applies if the DUT (I.e. Tuner)
supports <Set Digital Timer> message as Set a timer recording via the menu.
Initiator (See CDF).
Send the DUT a <Timer Status> message indicating that
the timer has been programmed and that enough media
is available.
11.2.5 - 4 If the DUT can set timer blocks via its menu, The following procedure shall be repeated with the TE The DUT sends a correctly formatted <Set
ensure that it sends a correctly formatted <Set simulating a device at logical addresses 1, 2 and 9. Analogue Timer> message with all
Analogue Timer> message for all valid parameters corresponding to the timer that
Recording Device addresses. Broadcast a <Report Physical Address> from Logical was set.
Address of a Recording Device.
This test only applies if the DUT (I.e. Tuner)
supports <Set Analogue Timer> message as Set a timer recording via the menu.
Initiator (See CDF).
Send the DUT a <Timer Status> message indicating that
the timer has been programmed and that enough media
is available.
11.2.5 - 5 If the DUT can set timer blocks via its menu, The following procedure shall be repeated with the TE The DUT sends a correctly formatted <Set
ensure that it sends a correctly formatted <Set simulating a device at logical addresses 1, 2 and 9. External Timer> message with all
External Timer> message for all valid parameters corresponding to the timer that
Recording Device addresses. Broadcast a <Report Physical Address> from Logical was set.
Address of a Recording Device.
This test only applies if the DUT (I.e. Tuner)
supports <Set External Timer> message as Set a timer recording via the menu.
Initiator (See CDF).
Send the DUT a <Timer Status> message indicating that
the timer has been programmed and that enough media
is available.
11.2.5 - 6 Ensure that the DUT handles a <Timer Status> Invoke the DUT to send a <Set Digital Timer> message. If the DUT provides a local list of record
message indicating that the Recording Device (i.e. set a timer recording via its menu or via its EPG.) blocks for the device, it does not add the
was not programmed successfully after sending record block to it.
a <Set Digital Timer> message. Reply to the DUT with a <Timer Status> message
indicating that the device was not programmed. The DUT may indicate on screen that the
This test only applies if the DUT supports <Set Recording Device was not programmed.
Digital Timer> message as Initiator (See CDF). (This is desirable – it is NOT a
Requirement)
11.2.5 - 7 Ensure that the DUT handles a <Timer Status> Invoke the DUT to send a <Set Analogue Timer> If the DUT provides a local list of record
message indicating that the Recording Device message. (i.e. set a timer recording via its menu or via its blocks for the device, it does not add the
was not programmed successfully after sending EPG.) record block to it.
a <Set Analogue Timer> message.
Reply to the DUT with a <Timer Status> message The DUT may indicate on screen that the
This test only applies if the DUT supports <Set indicating that the device was not programmed. Recording Device was not programmed.
Analogue Timer> message as Initiator (See (This is desirable – it is NOT a
CDF). Requirement)
11.2.5 - 8 Ensure that the DUT handles a <Timer Status> Invoke the DUT to send a <Set External Timer> If the DUT provides a local list of record
message indicating that the Recording Device message. (i.e. set a timer recording via its menu or via its blocks for the device, it does not add the
was not programmed successfully after sending EPG.) record block to it.
a <Set External Timer> message.
Reply to the DUT with a <Timer Status> message The DUT may indicate on screen that the
This test only applies if the DUT supports <Set indicating that the device was not programmed. Recording Device was not programmed.
External Timer> message as Initiator (See (This is desirable – it is NOT a
CDF). Requirement)
11.2.5 - 9 If the DUT can set and clear timer blocks via an Set a timer recording via the EPG. The DUT sends a correctly formatted
EPG, ensure that it sends a correctly formatted <Clear Digital Timer> message with all
<Clear Digital Timer> message and clears the Send the DUT a <Timer Status> message indicating that parameters corresponding to the program
timer from its display when receiving a <Timer the recording has been programmed and that enough that was cleared.
Cleared Status> message. media is available.
The DUT removes the timer program from
This test only applies if the DUT (I.e. Tuner) Clear that timer recording via the EPG. its display.
supports <Clear Digital Timer> message as
Initiator (See CDF). Send the DUT a <Timer Cleared Status> message
indicating that the timer has been successfully cleared.
11.2.5 - 10 If the DUT can set and clear timer blocks via an Set a timer recording via the EPG. The DUT sends a correctly formatted
EPG, ensure that it sends a correctly formatted <Clear Analogue Timer> message with all
<Clear Analogue Timer> message and clears Send the DUT a <Timer Status> message indicating that parameters corresponding to the program
the timer from its display when receiving a the recording has been programmed and that enough that was cleared.
<Timer Cleared Status> message. media is available.
The DUT removes the timer program from
This test only applies if the DUT (I.e. Tuner) Clear that timer recording via the EPG. its display.
supports <Clear Analogue Timer> message as
Initiator (See CDF). Send the DUT a <Timer Cleared Status> message
indicating that the timer has been successfully cleared.
11.2.5 - 11 If the DUT can set and clear timer blocks via its Set a timer recording via the menu. The DUT sends a correctly formatted
menu, ensure that it sends a correctly formatted <Clear Digital Timer> message with all
<Clear Digital Timer> messages and clears the Send the DUT a <Timer Status> message indicating that parameters corresponding to the timer that
timer from its menu when receiving a <Timer the recording has been programmed and that enough was cleared.
Cleared Status> message indicating the timer media is available.
was successfully cleared. The DUT removes the timer program from
Clear that timer recording via the menu. its menu.
This test only applies if the DUT (I.e. Tuner)
supports <Clear Digital Timer> message as Send the DUT a <Timer Cleared Status> message
Initiator (See CDF). indicating that the timer has been successfully cleared.
11.2.5 - 12 If the DUT can set and clear timer blocks via its Set a timer recording via the menu. The DUT sends a correctly formatted
menu, ensure that it sends a correctly formatted <Clear Analogue Timer> message with all
<Clear Analogue Timer> messages and clears Send the DUT a <Timer Status> message indicating that parameters corresponding to the timer that
the timer from its menu when receiving a the recording has been programmed and that enough was cleared.
<Timer Cleared Status> message indicating the media is available.
timer was successfully cleared. The DUT removes the timer program from
Clear that timer recording via the menu. its menu.
This test only applies if the DUT (I.e. Tuner)
supports <Clear Analogue Timer> message as Send the DUT a <Timer Cleared Status> message
Initiator (See CDF). indicating that the timer has been successfully cleared.
11.2.5 - 13 If the DUT can set and clear timer blocks via its Set a timer recording via the menu. The DUT sends a correctly formatted
menu, ensure that it sends a correctly formatted <Clear External Timer> message with all
<Clear External Timer> messages and clears Send the DUT a <Timer Status> message indicating that parameters corresponding to the timer that
the timer from its menu when receiving a the recording has been programmed and that enough was cleared.
<Timer Cleared Status> message indicating the media is available.
timer was successfully cleared. The DUT removes the timer program from
Clear that timer recording via the menu. its menu.
This test only applies if the DUT (I.e. Tuner)
supports <Clear External Timer> message as Send the DUT a <Timer Cleared Status> message
Initiator (See CDF). indicating that the timer has been successfully cleared.
11.2.5 - 14 If the DUT can set and clear timer blocks via its Set a timer recording via the menu. The DUT sends a correctly formatted
menu, ensure that it sends a correctly formatted <Clear Digital Timer> message with all
<Clear Digital Timer> message and clears the Send the DUT a <Timer Status> message indicating that parameters corresponding to the timer that
timer from its menu when receiving a <Timer the recording has been programmed and that enough was not cleared.
Cleared Status> message indicating that the media is available.
timer could not be cleared because there is no The DUT removes the timer program from
matching timer in the Recording Device. Clear that timer recording via the menu. its menu.
This test only applies if the DUT (I.e. Tuner) Send the DUT a <Timer Cleared Status> message
supports <Clear Digital Timer> message as indicating that the timer could not be cleared from the
Initiator (See CDF). device as there is no matching entry.
11.2.5 - 15 If the DUT can set and clear timer blocks via its Set a timer recording via the menu. The DUT sends a correctly formatted
menu, ensure that it sends a correctly formatted <Clear Analogue Timer> message with all
<Clear Analogue Timer> message and clears Send the DUT a <Timer Status> message indicating that parameters corresponding to the timer that
the timer from its menu when receiving a the recording has been programmed and that enough was not cleared.
<Timer Cleared Status> message indicating media is available.
that the timer could not be cleared because The DUT removes the timer program from
there is no matching timer in the Recording Clear that timer recording via the menu. its menu
Device.
Send the DUT a <Timer Cleared Status> message
This test only applies if the DUT (I.e. Tuner) indicating that the timer could not be cleared from the
supports <Clear Analogue Timer> message as device as there is no matching entry.
Initiator (See CDF).
11.2.5 - 16 If the DUT can set and clear timer blocks via its Set a timer recording via the menu. The DUT sends a correctly formatted
menu, ensure that it sends a correctly formatted <Clear External Timer> message with all
<Clear External Timer> message and clears the Send the DUT a <Timer Status> message indicating that parameters corresponding to the timer that
timer from its menu when receiving a <Timer the recording has been programmed and that enough was not cleared.
Cleared Status> message indicating that the media is available.
timer could not be cleared because there is no The DUT removes the timer program from
matching timer in the Recording Device. Clear that timer recording via the menu. its menu
This test only applies if the DUT (I.e. Tuner) Send the DUT a <Timer Cleared Status> message
supports <Clear External Timer> message as indicating that the timer could not be cleared from the
Initiator (See CDF). device as there is no matching entry.
11.2.5 - 17 Ensure that the DUT handles correctly a <Set Ensure that the DUT has media loaded and is ready to The DUT sets timer blocks internally to
Analogue Timer> messages and responds with record. record analogue service, and responds a
a <Timer Status> message. <Timer Status> message within several
Send a <Set Analogue Timer> message to the DUT. seconds or more.
This test only applies if the DUT(i.e. Recording
Device) supports <Set Analogue Timer>
messages as Follower.(See CDF)
11.2.5 - 18 Ensure that the DUT handles correctly a <Set Ensure that the DUT has media loaded and is ready to The DUT sets timer blocks internally to
Digital Timer> messages and responds with a record. record digital service, and responds a
<Timer Status> message. <Timer Status> message within several
Send a <Set Digital Timer> message to the DUT. seconds or more.
This test only applies if the DUT(i.e. Recording
Device) supports <Set Digital Timer> messages
as Follower.(See CDF)
11.2.5 - 19 Ensure that the DUT handles correctly a <Set Ensure that the DUT has media loaded and is ready to The DUT sends timer blocks internally to
External Timer> messages and responds with a record. record external input, and responds a
<Timer Status> message. <Timer Status> message within several
Send a <Set External Timer> message to the DUT. seconds or more.
This test only applies if the DUT(i.e. Recording
Device) supports <Set External Timer>
messages as Follower.(See CDF)
11.2.5 - 20 Ensure that the DUT handles correctly a <Clear Ensure that the DUT has media loaded and is ready to The DUT sends a <Timer Status> message
Analogue Timer> messages and responds with record. within several seconds or more when
a <Timer Cleared Status> message. receiving <Set Analogue Timer> message.
Send a <Set Analogue Timer> message to the DUT.
This test only applies if the DUT(i.e. Recording The DUT responds <Timer Cleared Status>
Device) supports <Clear Analogue Timer> Send a <Clear Analogue Timer> message with operands message to a <Clear Analogue Timer>
messages as Follower.(See CDF) that same as previously sending <Set Analogue Timer> message within several seconds or more.
to the DUT.
11.2.5 - 21 Ensure that the DUT handles correctly a <Clear Ensure that the DUT has media loaded and is ready to The DUT sends a <Timer Status> message
Digital Timer> messages and responds with a record. within several seconds or more when
<Timer Cleared Status> message. receiving <Set Digital Timer> message.
Send a <Set Digital Timer> message to the DUT.
This test only applies if the DUT(i.e. Recording The DUT responds <Timer Cleared Status>
Device) supports <Clear Digital Timer> Send a <Clear Digital Timer> message with operands message to a <Clear Digital Timer>
messages as Follower.(See CDF) that same as previously sending <Set Digital Timer> to message within several seconds or more.
the DUT.
11.2.5 - 22 Ensure that the DUT handles correctly a <Clear Ensure that the DUT has media loaded and is ready to The DUT sends a <Timer Status> message
External Timer> messages and responds with a record. within several seconds or more when
<Timer Cleared Status> message. receiving <Set External Timer> message.
Send a <Set External Timer> message to the DUT.
This test only applies if the DUT(i.e. Recording The DUT responds <Timer Cleared Status>
Device) supports <Clear External Timer> Send a <Clear External Timer> message with operands message to a <Clear External Timer>
messages as Follower.(See CDF) that same as previously sending <Set External Timer> to message within several seconds or more.
the DUT.
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.2.5.
[CEC: 13.6]
CECT 11.2.6 System Information
11.2.6 - 1 Ensure that the DUT correctly acknowledges a Send the DUT a <Polling Message> message. The DUT ACKs the message.
<Polling Message> message.
11.2.6 - 2 Ensure that the DUT responds correctly to a The following procedure shall be repeated with the TE The DUT responds by broadcasting a
<Give Physical Address> message from various simulating a device at various logical addresses (0, 1, 3, <Report Physical Address> message
logical addresses including the unregistered 4, 5 and 15) except the DUT's LA. indicating the correct Physical Address of
address. the device.
Send the DUT a <Give Physical Address> message.
This test only applies if the DUT supports <Give
Physical Address> as Follower (See CDF).
11.2.6 - 3 Ensure that the DUT handles a <Set Menu If the Set Menu Language function can be disabled, make The DUT updates its menu language
Language> message correctly. sure that it is active (see CDF). settings.
This test applies to all DUTs except for (See Broadcast a <Set Menu Language> message with a
CDF): different language to the currently set value and which is
- Mobile Devices; or supported by the DUT.
- devices which are not able to change the
language by CEC messages, e.g. a PC or
devices with only one language setting; or
- devices without OSD/ Menu generation
capabilities.
11.2.6 - 4 Ensure that the DUT handles a <Set Menu If the Set Menu Language function can be disabled, make The DUT menu language setting is not
Language> message with unsupported sure that it is active (see CDF). modified.
language correctly.
Broadcast a <Set Menu Language> message with a
This test applies to all DUTs except for (See different language from the currently set value and which
CDF): is not supported by the DUT.
- Mobile Devices; or
- devices which are not able to change the
language by CEC messages, e.g. a PC or
devices with only one language setting; or
- devices without OSD/ Menu generation
capabilities.
11.2.6 - 5 Ensure that the DUT ignores a <Set Menu If the Set Menu Language function can be disabled, make The DUT menu language setting is not
Language> message coming from a Logical sure that it is active (see CDF). modified.
Address other than 0 (TV).
The following procedure shall be repeated with the TE
This test applies to all DUTs except for (See simulating a device at various logical addresses (1, 3, 4, 5
CDF): and 15).
- Mobile Devices; or
- devices which are not able to change the Broadcast a <Set Menu Language> message (from the
language by CEC messages, e.g. a PC or test equipment address) with a different language from the
devices with only one language setting; or currently set value on the DUT.
- devices without OSD/ Menu generation
capabilities.
11.2.6 - 6 Ensure that the DUT handles a <Get CEC Send a <Get CEC Version> message to the DUT. The DUT sends a correctly formatted <CEC
Version> message. Version> message with a [CEC Version]
indicating the version number of the CEC
This test only applies if the DUT supports <Get Supplement 1 specification which was used
CEC Version> messages as Follower or the to design the device (See CDF for the CEC
DUT can send or receive <Vendor Command>, version number).
messages to or from devices having another
Vendor ID.(See CDF)
11.2.6 - 7 Ensure that the DUT does not respond with any Send a <Get Menu Language> message from the test The DUT does not send a <Set Menu
<Set Menu Language> messages to all <Get equipment’s Logical Address 0. Language> message.
Menu Language> messages.
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.2.6.
[CEC: 13.7]
CECT 11.2.7 Deck Control
11.2.7 - 1 Ensure that the DUT responds to a <Deck Ensure that the DUT is playing media. The DUT responds to the message and
Control> [“Skip Forward/Wind”] message. skips/winds forward depending upon the
Send the message <Deck Control> [“Skip Forward/Wind”] device type.
This test only applies if the DUT supports to the DUT.
<Deck Control> [“Skip Forward/Wind”] message
as Follower (See CDF).
11.2.7 - 2 Ensure that the DUT responds to a <Deck Ensure that the DUT is playing media. The DUT responds to the message and
Control> [“Skip Reverse/Rewind”] message. skips backwards/rewinds depending upon
Send the message <Deck Control> [“Skip the device type.
This test only applies if the DUT supports Reverse/Rewind”] to the DUT.
<Deck Control> [“Skip Reverse/Rewind”]
message as Follower (See CDF).
11.2.7 - 3 Ensure that the DUT responds to a <Deck Ensure that the DUT is playing media. The DUT stops playing.
Control> [“Stop”] message when it is playing.
Send the message <Deck Control> [“Stop”] to the DUT.
This test only applies if the DUT supports
<Deck Control> [“Stop”] message as Follower
(See CDF).
11.2.7 - 4 Ensure that the DUT accepts a valid <Deck The following procedure shall be repeated with the TE The DUT stops playing.
Control> message from various logical simulating a device at various logical addresses (0, 1, 3, 4
addresses. and 5) except the DUT's LA.
This test only applies if the DUT supports Ensure that the DUT is playing media.
<Deck Control> [“Stop”] message as Follower
(See CDF). Send the message <Deck Control> [“Stop”] to the DUT.
11.2.7 - 5 Ensure that the DUT ignores a <Deck Control> Set the TE to simulate a device at Logical Address 15. The DUT ignores the message.
message from the unregistered Logical Address
(15). Ensure that the DUT is playing media.
This test only applies if the DUT supports Send the message <Deck Control> [“Stop”] to the DUT.
<Deck Control> [“Stop”] as Follower (See CDF).
11.2.7 - 6 Ensure that the DUT responds to a <Play> Ensure the DUT has media available and is idle. The DUT begins playing its media.
[“Play Forward”] message when it is stopped
but has media loaded. Send the message <Play> [“Play Forward”] to the DUT.
11.2.7 - 7 Ensure that the DUT responds to a <Play> Ensure the DUT has media available and is idle. If capable, the DUT starts playing in
[“Play Reverse”] message when it is stopped reverse.
but has media loaded. Send the message <Play> [“Play Reverse”] to the DUT.
11.2.7 - 8 Ensure that the DUT responds to a <Play> Ensure that the DUT is playing media. The DUT switches from playing forwards to
[“Play Still”] message when it is playing. still mode (paused).
Send the message <Play> [“Play Still”] to the DUT.
This test only applies if the DUT supports
<Play> [“Play Still”] message as Follower (See
CDF).
11.2.7 - 9 Ensure that the DUT responds to a <Play> Ensure the DUT has media available and is idle. The DUT enters still mode. (Displays a
[“Play Still”] message when it is stopped but has frozen picture).
media loaded. Send the message <Play> [“Play Still”] to the DUT.
OR (depending on local specification)
This test only applies if the DUT supports
<Play> [“Play Still”] message as Follower (See The DUT sends a <Feature Abort> and
CDF). remains idle.
11.2.7 - 10 Ensure that the DUT responds to a <Play> Ensure the DUT has media available and is idle. The DUT sends an <Image View On> or
message with all valid [“Slow Forward speed”], <Text View On> message to the TV.
[“Slow Reverse speed”], [“Fast Forward speed”] Send the message <Play> [“Fast Forward Min Speed”]
and [“Fast Reverse speed”] operands when it is addressed from TV to the DUT. The DUT starts playing in scan mode at the
stopped but has media loaded. selected speed (or a sensible close match if
Repeat the above process for the following parameters: that speed is not supported).
This test only applies if the DUT supports (It is needed to test for only the operands supported
<Play> message with operands above as <Play> as Follower by the DUT.) OR (depending on local specification)
Follower (See CDF).
[“Fast Forward Medium Speed”] The DUT sends a <Feature Abort> and
[“Fast Forward Max Speed”] remains idle.
[“Fast Reverse Min Speed”]
[“Fast Reverse Medium Speed”]
[“Fast Reverse Max Speed”]
[“Slow Forward Min Speed”]
[“Slow Forward Medium Speed”]
[“Slow Forward Max Speed”]
[“Slow Reverse Min Speed”]
[“Slow Reverse Medium Speed”]
[“Slow Reverse Max Speed”]
11.2.7 - 11 Ensure that the DUT responds to a <Play> Ensure that the DUT is playing media. The DUT switches to playing in the selected
message with all valid [“Slow Forward speed”], mode and speed (or a sensible close match
[“Slow Reverse speed”], [“Fast Forward speed”] Send the message <Play> [“Fast Forward Min Speed”] if that speed is not supported).
and [“Fast Reverse speed”] operands when it is addressed from TV to the DUT.
playing.
Repeat the above process for the following parameters:
This test only applies if the DUT supports (It is needed to test for only the operands supported
<Play> message as Follower with operands <Play> as Follower by the DUT.)
above (See CDF).
[“Fast Forward Medium Speed”]
[“Fast Forward Max Speed”]
[“Fast Reverse Min Speed”]
[“Fast Reverse Medium Speed”]
[“Fast Reverse Max Speed”]
[“Slow Forward Min Speed”]
[“Slow Forward Medium Speed”]
[“Slow Forward Max Speed”]
[“Slow Reverse Min Speed”]
[“Slow Reverse Medium Speed”]
[“Slow Reverse Max Speed”]
11.2.7 - 12 Ensure that the DUT responds to a <Play> The following procedure shall be repeated with the TE The DUT begins playing its media.
message from various logical addresses. simulating a device at various logical addresses (1, 3, 4
and 5) except the DUT's LA.
This test only applies if the DUT supports
<Play> [“Play Forward”] message as Follower Ensure the DUT has media available and is idle.
(See CDF).
Send the message <Play> [“Play Forward”] to the DUT.
11.2.7 - 13 Ensure that the DUT ignores a <Play> message Set the TE to simulate a device at Logical Address 15. The DUT ignores the message.
from the unregistered Logical Address (15).
Ensure the DUT has media available and is idle.
This test only applies if the DUT supports
<Play> [“Play Forward”] message as Follower Send the message <Play> [“Play Forward”] to the DUT.
(See CDF).
11.2.7 - 14 Ensure that the DUT generates a correctly Ensure the DUT is playing forwards. The DUT responds with the appropriate
formatted <Deck Status> messages in <Deck Status> message for the decks state.
response to a <Give Deck Status> [“Once”] Send a <Give Deck Status> [“Once”] message to the The parameter returned shall be as follows:
message. DUT.
Playing Forwards – [“Play”]
This test only applies if the DUT supports <Give Repeat the test for each of the following states: Playing Reverse – [“Play Reverse”]
Deck Status> [“Once”] message as Follower (It is needed to test for only the state supported <Deck Paused – [“Still”]
and supports <Deck Status> messages as Status> as initiator by the DUT.) Slow Forwards – [“Slow”]
Initiator with operands above (See CDF). Slow Reverse – [“Slow Reverse”]
Playing Reverse Fast Forwards – [“Search Forward”]
Paused Still Fast Reverse – [“Search Reverse”]
Slow Forwards Stopped (Idle) media present – [“Stop”]
Slow Reverse No media present – [“No Media”]
Fast Forward Skip Forward or Winding – [“Skip
Fast Reverse Forward/Wind”]
Stopped (Idle) media present Skip Reverse or Rewinding– [“Skip
No media present Reverse/Rewind”]
Skip Forward or Winding(if applicable) Recording – [“Record”]
Skip Reverse or Rewinding(if applicable) Index Search Forward- [“Index Search
Recording (if applicable) Forward”]
Index Search Forward (if applicable) Index Search Reverse - [“Index Search
Index Search Reverse (if applicable) Reverse”]
11.2.7 - 15 Ensure that the DUT responds correctly to the Ensure the DUT is idle and contains media. The DUT responds on receipt of the <Give
<Give Deck Status> message with the Deck Status> message with a <Deck
parameters [“On”] and [“Off”]. Send a <Give Deck Status> [“On”] message to the DUT. Status> [“Stop”] message.
This test only applies if the DUT supports <Give Press play on the DUT to start playing the media. The DUT sends a <Deck Status> [“Play”]
Deck Status> [“On”] and [“Off”] message as message when it starts playing.
Follower (See CDF). Press stop on the DUT to stop the media playing.
The DUT sends a <Deck Status> [“Stop”]
Send a <Give Deck Status> [“Off”] message to the DUT. message when it is stopped.
Press play on the DUT to start playing the media. The DUT does not send any other <Deck
Status> message.
11.2.7 - 16 Ensure that the DUT handles a <Give Deck The following procedure shall be repeated with the TE The DUT responds with a <Deck Status>
Status> message from various logical simulating a device at various logical addresses (1, 3, 4 [“Play”] message.
addresses. and 5) except the DUT's LA.
This test only applies if the DUT supports <Give Ensure that the DUT is playing media.
Deck Status> [“Once”] message as Follower
(See CDF). Send a <Give Deck Status> [“Once”] message to the
DUT.
11.2.7 - 17 Ensure that the DUT ignores a <Give Deck Set the TE to simulate a device at Logical Address 15. The DUT ignores the message.
Status> message from the unregistered Logical
Address (15). Ensure that the DUT is playing media.
This test only applies if the DUT supports <Give Send a <Give Deck Status> [“Once”] message to the
Deck Status> [“Once”] message as Follower DUT.
(See CDF).
11.2.7 - 18 Ensure that the DUT responds to a <Deck Ensure that the DUT is media loaded. The DUT ejects its media.
Control> [“Eject”] message.
Send the message <Deck Control> [“Eject”] to the DUT.
This test only applies if the DUT supports
<Deck Control> [“Eject”] messages as Follower
(See CDF).
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.2.7.
[CEC: 13.8]
CECT 11.2.8 Tuner Control
11.2.8 - 1 Ensure that the DUT handles a <Select Digital The following procedure shall be repeated with the TE The DUT’s tuner changes to service 2.
Service> message correctly from various logical simulating a device at various logical addresses (0, 1,
addresses for a service that the device has set 3, 4 and 5) except the DUT's LA.
and is not currently tuned to.
Ensure the DUT is powered on, selects service 1. (e.g.
This test only applies if the DUT supports Digital Service Identification is [“Service Identified by
<Select Digital Service> as Follower. Digital IDs”] ["ARIB-T"] [0x7D70 0xA000 0x7D70] )
11.2.8 - 2 Ensure that the DUT ignores a <Select Digital Set the TE to simulate a device at Logical Address 15. The DUT ignores the message.
Service> message coming from the unregistered
Logical Address (15). Ensure the DUT is powered on, selects service 1. (e.g.
Digital Service Identification is [“Service Identified
This test only applies if the DUT supports Digital IDs”] ["ARIB-T"] [0xA000 0x7D70 0x7D70] )
<Select Digital Service> as Follower.
Send the DUT a <Select Digital Service>message for
service 2. (e.g. Digital Service Identification is [“Service
Identified Digital IDs”] ["ARIB-T"] [0x7FD1 0x0808
0x7FD1] )
11.2.8 - 3 Ensure that the DUT handles a <Select Digital Ensure the DUT is powered on, selects service 1. (e.g. The DUT shall ignore the message and the
Service> message correctly for a service that Digital Service Identification is [“Service Identified tuner remains on the same service.
the device has set and is already tuned to. Digital IDs”] ["ARIB-T"] [0xA000 0x7D70 0x7D70] )
This test only applies if the DUT supports Send the DUT a <Select Digital Service> for service 1
<Select Digital Service> as Follower. message. (e.g. Digital Service Identification is [“Service
Identified Digital IDs”] ["ARIB-T "] [0xA000 0x7D70
0x7D70] )
11.2.8 - 4 Ensure that the DUT handles a <Select The following procedure shall be repeated with the TE The DUT’s tuner changes to service 2.
Analogue Service> message correctly from simulating a device at various logical addresses (0, 1,
various logical addresses for a service that the 3, 4 and 5) except the DUT's L.A.
device has set and is not currently tuned to.
Ensure the DUT is powered on, selects service 1. (e.g.
This test only applies if the DUT supports [“Terrestrial”] [0x00 0x00] [“NTSC_M”])
<Select Analogue Service> as Follower.
Send the DUT a <Select Analogue Service> message
for service 2. (e.g. [“Terrestrial”] [0x00 0xFF] [“NTSC
M”] or more suitable one that is different from service
1.)
11.2.8 - 5 Ensure that the DUT ignores a <Select Set the TE to simulate a device at Logical Address 15. The DUT ignores the message.
Analogue Service> message coming from the
unregistered Logical Address (15). Ensure the DUT is powered on, selects service 1. (e.g.
[“Terrestrial”] [0x00 0x00] [“NTSC M”] or more suitable
This test only applies if the DUT supports one.)
<Select Analogue Service> as Follower.
Send the DUT a <Select Analogue Service>message
for service 2. (e.g. [“Terrestrial”] [0x00 0x00] [“NTSC
M”] or more suitable one.)
11.2.8 - 6 Ensure that the DUT handles a <Select Ensure the DUT is powered on, selects service 1. (e.g. The DUT shall ignore the message and the
Analogue Service> message correctly for a [“Terrestrial”] [0x00 0x00] [“NTSC M”] or more suitable tuner remains tuned on the same service.
service that the device has set and is already one.)
tuned to.
Send the DUT a <Select Analogue Service> for service
This test only applies if the DUT supports 1 message. (e.g.[“Terrestrial”] [0x00 0x00] [“NTSC M”]
<Select Analogue Service> as Follower. or more suitable one.)
11.2.8 - 7 Ensure that the DUT handles a <Tuner Step The following procedure shall be repeated with the TE The DUT goes to a higher preset number, or
Increment> message correctly from various simulating a device at various logical addresses (0, 1, wraps around to the beginning of the preset
logical addresses. 3, 4 and 5) except the DUT's LA. list.
This test only applies if the DUT supports Ensure the DUT is powered on.
<Tuner Step Increment> message as Follower
(See CDF). Send a <Tuner Step Increment> message to the DUT.
11.2.8 - 8 Ensure that the DUT ignores a <Tuner Step Set the TE to simulate a device at Logical Address 15. The DUT ignores the message.
Increment> message coming from the
unregistered Logical Address (15). Ensure the DUT is powered on.
This test only applies if the DUT supports Send a <Tuner Step Increment> message to the DUT.
<Tuner Step Increment> message as Follower
(See CDF).
11.2.8 - 9 Ensure that the DUT handles a <Tuner Step The following procedure shall be repeated with the TE The DUT goes to a lower preset number, or
Decrement> message correctly from various simulating a device at various logical addresses (0, 1, wraps around to the end of the preset list.
logical addresses. 3, 4 and 5) except the DUT's logical address.
This test only applies if the DUT supports Ensure the DUT is powered on
<Tuner Step Decrement> message as Follower
(See CDF). Send a <Tuner Step Decrement> message to the DUT.
11.2.8 - 10 Ensure that the DUT ignores a <Tuner Step Set the TE to simulate a device at Logical Address 15. The DUT ignores the message.
Decrement> message coming from the
unregistered Logical Address (15). Ensure the DUT is powered on.
This test only applies if the DUT supports Send a <Tuner Step Decrement> message to the DUT.
<Tuner Step Decrement> message as Follower
(See CDF).
11.2.8 - 11 Ensure that the DUT handles a <Give Tuner The following procedure shall be repeated with the TE The DUT responds with a <Tuner Device
Device Status> [“Once”] message from various simulating a device at various logical addresses (0, 1, Status> message indicating that it is
logical addresses, when it is displaying its tuner. 3, 4 and 5) except the DUT's logical address. displaying its tuner and the correct service
identification.
This test only applies if the DUT supports <Give Ensure the DUT is displaying its tuner.
Tuner Device Status> [“Once”] message as
Follower (See CDF). Send the DUT a <Give Tuner Device Status> [“Once”]
message.
11.2.8 - 12 Ensure that the DUT ignores a <Give Tuner Set the TE to simulate a device at Logical Address 15. The DUT ignores the <Tuner Device Status>
Device Status> [“Once”] message from the message.
unregistered Logical Address (15). Ensure the DUT is displaying its tuner.
This test only applies if the DUT supports <Give Send the DUT a <Give Tuner Device Status> [“Once”]
Tuner Device Status> [“Once”] message as message.
Follower (See CDF).
11.2.8 - 13 Ensure that the DUT handles the <Give Tuner Ensure the DUT is displaying its tuner. The DUT responds with a <Tuner Device
Device Status> [“On”] and <Give Tuner Device Status> message indicating that it is
Status> [“Off”] messages correctly. Send the DUT a <Give Tuner Device Status> [“On”] displaying its tuner and the correct service.
message.
This test only applies if the DUT supports <Give The DUT sends an additional <Tuner Device
Tuner Device Status> [“On”] and [“Off”] message Change the service that the DUT is tuned to. (See CDF Status> message indicating the new service.
as Follower (See CDF). for instruction)
The DUT does not send a third <Tuner
Send the DUT a <Give Tuner Device Status> [“Off”]. Device Status> message.
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.2.8.
[CEC: 13.9]
CECT 11.2.9 Vendor Specific Commands
11.2.9 - 1 Ensure that the DUT accepts a <Give Device The following procedure shall be repeated with the TE The DUT responds by broadcasting a
Vendor ID> message from various logical simulating a device at various logical addresses (0, 1, 3, <Device Vendor ID> message with the correct
addresses including the unregistered Logical 4, 5 and 15) except the DUT's LA. ID depending upon the vendor.
Address (15).
Send a <Give Device Vendor ID> message to the DUT.
This test only applies if the DUT supports <Give
Device Vendor ID> as Follower (See CDF).
11.2.9 - 2 Ensure that the DUT broadcasts a <Device Disconnect the DUT to the TE.(or HPD is asserted from The DUT broadcasts a <Device Vendor ID>
Vendor ID> messages after a successful the TE). message with the correct ID depending upon
initialization and address allocation. the vendor.
Set the TE to allocate a Physical Address of 1.0.0.0 to
This test only applies if the DUT supports the DUT.
<Device Vendor ID> as Initiator. (See CDF)
Connect the DUT to the TE.
11.2.9 - 3 If the DUT can attempt to send a <Vendor The TE shall simulate a device that has a Vendor ID The DUT does not send any <Vendor
Command> to another vendor's device, ensure that is different from the DUT, and simulates a device at Command> message.
the DUT does not send a Vendor Specific Logical Address that the DUT tries to send the Vendor
Commands to a device that it does not Specific Commands.(See CDF for Vendor ID that is
recognize. different from the DUT, and Logical Address to send the
Vendor Specific Commands.)
This test only applies if the DUT supports
<Vendor Command> as Initiator and can try to Broadcast a <Report Physical Address> message from
send a <Vendor Command> to the device the TE
whose Vendor IDs that are different from the
DUT. Broadcast a <Device Vendor ID> message from the TE.
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.2.9.
[CEC: 13.10]
CECT 11.2.10 OSD Display
11.2.10 - 1 Check that the DUT sends out a correctly If possible, set the DUT into a mode that utilizes the TV's The DUT sends a <Set OSD String>
formatted <Set OSD String> [Display Control] OSD feature and invoke an OSD message by altering the message with the correct [Display Control]
[OSD String] message. (If possible) parameter currently displayed on the OSD. and [OSD String] parameter.
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.2.10.
[CEC: 13.11]
CECT 11.2.11 Device OSD Name Transfer
11.2.11 - 1 Ensure that the DUT responds correctly to a The following procedure shall be repeated with the TE The DUT responds with a <Set OSD
<Give OSD Name> message coming from simulating a device at various logical addresses (0, 1, 3, 4 Name> message to the appropriate logical
various logical addresses. and 5) except the DUT's LA. address.
This test only applies if the DUT supports <Give Send the DUT a <Give OSD Name> message.
OSD Name> message as Follower (See CDF).
11.2.11 - 2 Ensure that the DUT ignores a <Give OSD Set the TE to simulate a device at Logical Address 15. The DUT ignores the message.
Name> message from the unregistered Logical
Address (15). Send the DUT a <Give OSD Name> message.
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.2.11
[CEC: 13.12]
CECT 11.2.12 Device Menu Control
11.2.12 - 1 Ensure that the DUT sends a <Menu Status> Ensure the DUT's menu is not activated. (See CDF for The DUT sends a <Menu Status>
[“Activated”] message when its menu is instruction) [“Activated”] message when activating the
activated locally. menu.
Ensure the DUT is now the active source.
This test only applies if the DUT supports
<Menu Status> message as Initiator and the Locally activate the device menu. (See CDF for instruction)
DUT has a means to activate its menu (See
CDF).
11.2.12 - 2 Ensure that the DUT sends a <Menu Status> Ensure the DUT's menu is activated. (See CDF for The DUT sends a <Menu Status>
[“Deactivated”] message when its menu is instruction) [“Deactivated”] message when deactivating
deactivated locally. the menu.
Ensure the DUT is now the active source. (See CDF for
This test only applies if the DUT supports instruction)
<Menu Status> message as Initiator and the
DUT has a means to deactivate its menu (See Locally deactivate the device menu. (See CDF for
CDF). instruction)
11.2.12 - 3 Ensure that the DUT responds correctly to a Ensure the DUT is now the active source. The DUT sends a <Menu Status>
<Menu Request> [“Activate”] message. [“Activated”] or <Menu Status>
Send a <Menu Request> [“Activate”] message to the DUT. ["Deactivated"] message in response.
This test only applies if the DUT supports
<Menu Request> message as Follower (See
CDF).
11.2.12 - 4 Ensure that the DUT responds correctly to a Ensure the DUT is now the active source. The DUT sends a <Menu Status>
<Menu Request> [“Deactivate”] message. [“Deactivated”] or <Menu Status>
Send a <Menu Request> [“Deactivate”] message to the ["Activated"] message in response.
This test only applies if the DUT supports DUT.
<Menu Request> message as Follower (See
CDF).
11.2.12 - 5 Ensure that the DUT responds to a <Menu The following procedure shall be repeated with the TE The DUT responds by sending a <Menu
Request> message from various logical simulating a device at various logical addresses (0, 1, 3, 4 Status> [“Activated”] or <Menu Status>
addresses. and 5) except the DUT's LA. ["Deactivated"] message.
This test only applies if the DUT supports Ensure the DUT is now the active source.
<Menu Request> message as Follower (See
CDF). Send a <Menu Request> [“Query”] message to the DUT
(from the TE address).
11.2.12 - 6 Ensure that the DUT ignores a <Menu Set the TE to simulate a device at Logical Address 15. The DUT ignores the message.
Request> message from the unregistered
Logical Address (15). Ensure the DUT is now the active source.
This test only applies if the DUT supports Send a <Menu Request> [“Query”] message to the device
<Menu Request> message as Follower (See (from the TE address).
CDF).
11.2.12 - 7 Ensure that the DUT responds correctly to a Ensure the DUT is now the active source. The DUT’s menu is activated.
<User Control Pressed> and corresponding
<User Control Released> message when Send a <Menu Request> [“Activate”] message to the DUT. The DUT’s menu reacts sensibly to the
displaying a menu. incoming messages.
Send a <User Control Pressed> message for all valid user
This test only applies if the DUT supports control codes that the DUT supports among following ones.
<User Control Pressed> and <User Control
Released> messages as Follower (See CDF). Select, Up, Down, Left, Right
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.2.12.
[CEC: 13.13]
CECT 11.2.13 Remote Control Pass Through
11.2.13 - 1 Ensure that the DUT responds correctly to a Send the DUT a <User Control Pressed> message for a The DUT handles the message as if the
<User Control Pressed> message followed remote control key that the DUT should handle. remote control key was pressed locally.
immediately by a <User Control Released>
message. Send the DUT a <User Control Released> message.
This test only applies if the DUT supports Repeat the above procedure for several other valid remote
<User Control Pressed> and <User Control control codes.
Released> messages as Follower (See CDF).
11.2.13 - 2 Ensure that the DUT handles repeated <User Set the TE to simulate a device at Logical Address 0 (TV). The DUT starts Press and Hold behaviour
Control Pressed> messages for Press and as described in CDF.
Hold Operation. Ensure the DUT is in the mode where Press and Hold
Operation can be observed (See CDF). The DUT stops Press and Hold behavior.
This test only applies if a DUT supports a
<User Control Pressed> message and Press Send repeated <User Control Pressed> messages with UI
and Hold Operation (see CEC 13.13.3) as Command that the DUT will accept as Press and Hold
Follower. (See CDF) Operation (See CDF for supported [UI Command]) for at
least 5 seconds. The time between the repeated messages
is 450ms.
11.2.13 - 3 Ensure that the DUT stops Press and Hold Set the TE to simulate a device at Logical Address 0 (TV). The DUT starts Press and Hold behavior
behavior when the DUT does not receive as described in CDF.
repeated <User Control Pressed> message Ensure the DUT is in the mode where Press and Hold
within the Follower Safety Timeout period. Operation can be observed (See CDF). The DUT stops Press and Hold behavior.
This test only applies if a DUT supports a Send repeated <User Control Pressed> messages with UI
<User Control Pressed> message and Press Command that the DUT will accept as Press and Hold
and Hold Operation (see CEC 13.13.3) as Operation (See CDF for supported [UI Command]) for at
Follower. (See CDF) least 5 seconds. The time between the repeated messages
is 450ms.
11.2.13 - 4 Ensure that the DUT stops Press and Hold Set the TE to simulate a device at Logical Address 0 (TV). The DUT starts Press and Hold behavior as
behavior when the DUT receives a <User described in CDF.
Control Pressed> message with another [UI Ensure the DUT is in the mode where Press and Hold
Command] within the Follower Safety Timeout Operation can be observed (See CDF). The DUT stops Press and Hold behavior.
period.
Send repeated <User Control Pressed> messages with UI
This test only applies if a DUT supports a Command that the DUT will accept as Press and Hold
<User Control Pressed> message and Press Operation (See CDF for supported [UI Command]) for at
and Hold Operation (see CEC 13.13.3) as least 5 seconds. The time between the repeated messages
Follower. (See CDF) is 450ms.
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.2.13.
[CEC: 13.14]
CECT 11.2.14 Give Device Power Status
11.2.14 - 1 Ensure that the DUT responds correctly to a Ensure the DUT is power on. The DUT responds by sending a <Report
<Give Device Power Status> message. Power Status> [“On”] message.
Send the DUT a <Give Device Power Status> message.
11.2.14 - 2 Ensure that the DUT responds correctly to a Ensure the DUT is standby. The DUT responds by sending a <Report
<Give Device Power Status> message. Power Status> [“Standby”] message.
Send the DUT a <Give Device Power Status> message.
This test only applies if the DUT supports
<Report Power Status> [“Standby”] as Initiator.
(See CDF).
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.2.14.
[CEC: 13.15]
CECT 11.2.15 System Audio Control
11.2.15 - 1 Ensure that the DUT handles <System Audio The following procedure shall be repeated with TE The DUT broadcasts a <Set System Audio
Mode Request> messages with its child simulating a device at Logical Address 0, 3. Mode> [“On”] message.
Physical Address coming from various logical
address. Send a <System Audio Mode Request> [0.0.0.0]
message to the DUT.
This test only applies if the DUT(i.e. amplifier)
supports <System Audio Mode Request>
messages as Follower.(See CDF)
11.2.15 - 2 Ensure that the DUT issues a <Set System Ensure that the TE simulates the device at Logical The DUT sends a <Set System Audio
Audio Mode> message correctly when the Address 0, Mode> [“On”] message to Logical Address
feature is initiated from the DUT. 0.
Invoke the DUT to initiate the System Audio mode to
This test only applies if the DUT(i.e. amplifier) On. The DUT broadcasts a <Set System Audio
supports <Set System Audio Mode> messages Mode> [“On”] message.
as Initiator, and can initiate the System Audio The TE responds <Active Source> [0.0.0.0] message
Mode Function via its control (See CDF) to a <Request Active Source> message.
11.2.15 - 3 Ensure that the DUT doesn’t broadcast any Ensure that the TE simulates the device at Logical The DUT sends a <Set System Audio
<Set System Audio Mode> messages when Address 0, Mode> [“On”] message to Logical Address
the feature is initiated from the DUT, but the TV 0.
responds with a <Feature Abort> message to Invoke the DUT to initiate the System Audio mode to
<Set System Audio Mode> message. On. The DUT shall not broadcast a <Set System
Audio Mode> [“On”] message.
This test only applies if the DUT(i.e. amplifier) The TE responds <Active Source> [0.0.0.0] message
supports <Set System Audio Mode> messages to a <Request Active Source> message.
as Initiator, and can initiate the System Audio
Mode Function via its control (See CDF) The TE shall respond with <Feature Abort> message
to the directly addressed <Set System Audio Mode>
message.
11.2.15 - 4 Ensure that the DUT responds correctly to a Send a <System Audio Mode Request> [0.0.0.0] The DUT broadcasts a <Set System Audio
<Give System Audio Status> message when message to the DUT. Mode> [“On”] message.
the System Audio Mode is On.
Send a <Give System Audio Status> message to the The DUT responds with a <System Audio
This test only applies if the DUT(i.e. amplifier) DUT. Mode Status> [“On”] message to a <Give
supports <Set System Audio Mode> messages System Audio Status> message
as Initiator and supports <Give System Audio
Status> messages as Follower.(See CDF)
11.2.15 - 5 Ensure that the DUT sends a <Set System Ensure that the TE simulates the device at Logical The DUT broadcasts a <Set System Audio
Audio Mode> [“Off]” message when receiving a Address 0, Mode> [“Off”] message.
<System Audio Mode Request> message with
no operands. Send a <System Audio Mode Request> [0.0.0.0]
message to the DUT.
This test only applies if the DUT(i.e. amplifier)
supports <Set System Audio Mode> messages Send a <System Audio Mode Request> message
as Initiator.(See CDF) with no operands.
11.2.15 - 6 Ensure that the DUT sends a <Set System Ensure that the TE simulates the device at Logical The DUT sends a <Set System Audio
Audio Mode> [“Off”] message before goes into Address 0, Mode> [“Off”] message before go into
standby when the System Audio Mode is On. standby.
Send a <System Audio Mode Request> [0.0.0.0]
This test only applies if the DUT(i.e. amplifier) message to the DUT.
supports <Set System Audio Mode> messages
as Initiator.(See CDF) Invoke the DUT to go into standby.
11.2.15 - 7 Ensure that the DUT responds correctly to a Ensure that the System Audio Mode is Off. The DUT responds with a <System Audio
<Give System Audio Mode Status> message Mode Status> [“Off”] message.
when the System Audio Mode is Off. Send a <Give System Audio Mode Status> message
to the DUT
This test only applies if the DUT(i.e. amplifier)
supports <Set System Audio Mode> messages
as Initiator and supports <Give System Audio
Mode Status> messages as Follower.(See
CDF)
11.2.15 - 8 Ensure that the DUT handles correctly a <User Ensure that the TE simulates the device at Logical The DUT accepts a <User Control Pressed>
Control Pressed> [“Mute”] message when the Address 0, message and a <User Control Released>
System Audio Mode is On. message, and mutes its volume.
Send a <System Audio Mode Request> [0.0.0.0]
This test only applies if the DUT(i.e. amplifier) message to the DUT.
supports <Set System Audio Mode> messages
as Initiator.(See CDF) Send a <User Control Pressed> [“Mute”] message
and a <User Control Released> message.
11.2.15 - 9 Ensure that the DUT responds correctly to a Send a <System Audio Mode Request> [0.0.0.0] The DUT responds with a <Report Audio
<Give Audio Status> message. message to the DUT. Status> [“Audio Status”] message
This test only applies if the DUT(i.e. amplifier) Send a <Give Audio Status> message to the DUT
supports <Give Audio Status> messages as
Follower.(See CDF)
11.2.15 - 10 Ensure that the DUT sends a <Give System Ensure that the TE simulates the device at Logical The DUT sends a <Give System Audio
Audio Status> message when it goes standby Address 5. Mode Status> message to a device at
to On. Logical Address 5.
Broadcast a <Report Physical Address> message.
This test only applies if the DUT (i.e. Tuner)
supports <Give Audio Mode Status> messages The DUT shall be standby.
as Initiator. (See CDF)
Invoke the DUT to turn on.
11.2.15 - 11 Ensure that the DUT issues correctly a <User Send a <Set System Audio Mode> [“On”] message to The DUT issues a <User Control Pressed>
Control Pressed> [“Volume Up” | “Volume the DUT from Logical Address 5. [“Volume Up” | “Volume Down”] message.
Down”] message when the System Audio And the DUT doesn't change its volume
Control is On. Press the volume up/down key on the DUT's local or level.
remote control.
This test only applies if the DUT(i.e. Tuner)
supports <Set System Audio Mode> messages
as Follower and supports <User Control
Pressed> messages as Initiator.(See CDF)
11.2.15 - 12 Ensure that the DUT issues correctly a <User Send a <Set System Audio Mode> [“On”] message to The DUT issues a <User Control Pressed>
Control Pressed> [“Mute”] message when the the DUT from Logical Address 5. [“Mute”] message. And the DUT doesn't
System Audio Control is On. change its volume level.
Press the volume mute or unmute key on the DUT's
This test only applies if the DUT(i.e. Tuner) local or remote control.
supports <Set System Audio Mode> messages
as Follower and supports <User Control
Pressed> messages as Initiator.(See CDF)
11.2.15 - 13 Ensure that the DUT replies with a correctly Ensure that the TE simulates the device at Logical The DUT replies with a correctly formatted
formatted <Report Short Audio Descriptor> Address 0. <Report Short Audio Descriptor> message
message, when receiving a <Request Short with the [Short Audio Descriptor] indicating
Audio Descriptor> message. Send a <Request Short Audio Descriptor> message only the requested [Audio Format ID] [Audio
with several [Audio Format ID] [Audio Format Code] Format Code] pair which the DUT supports.
This test only applies if the DUT supports pairs, including one pair that the DUT support and
<Request Short Audio Descriptor> messages one pair that the DUT does not support. (See CDF)
as Follower. (See CDF)
11.2.15 - 14 Ensure that the DUT replies with a <Feature Ensure that the TE simulates the device at Logical The DUT replies a <Feature Abort> ["Invalid
Abort> ["Invalid Operand"] message, when Address 0. Operand"] message.
receiving <Request Short Audio Descriptor>
message with a single [Audio Format ID] Send a <Request Short Audio Descriptor> message
[Audio Format Code] pair which the DUT does with a single [Audio Format ID] [Audio Format Code]
not support. pair which the DUT does not support. (See CDF)
11.2.15 - 15 Ensure that the DUT sends a correctly Ensure the DUT simulates a child device of the DUT. The DUT sends one or more correctly
formatted <Request Short Audio Descriptor> (e.g. If the DUT takes a Physical Address of 1.0.0.0, formatted <Request Short Audio Descriptor>
messages to a child device connected to the then TE takes a Physical Address of 1.1.0.0). message(s) that include(s) the correct
DUT. operand values for 1 byte pair(s) of [Audio
Broadcast a <Report Physical Address> message Format ID] and [Audio Format Code],
This test only applies if the DUT supports a from the TE. corresponding to the audio formats (e.g. AC-
<Request Short Audio Descriptor> messages 3=0x03, AAC=0x06…) indicated in the CDF.
as Initiator.(See CDF) Invoke the DUT to send a directly addressed
<Request Short Audio Descriptor> message(s) to the
TE. (See CDF)
11.2.15 - 16 Ensure that the DUT unmutes its volume when Ensure that the TE simulates a device at Logical The DUT unmutes its volume.
it broadcasts a <Set System Audio Mode> Address 0.
[“On”] message.
Ensure that the System Audio Mode is off. (e.g. send
This test only applies if the DUT(i.e. amplifier) a <System Audio Mode Request> message without
supports <Set System Audio Mode> messages parameter from TE.)
as Initiator.(See CDF)
Send a <System Audio Mode Request> [0.0.0.0]
message to the DUT to turn on the System Audio
Mode feature.
11.2.15 - 17 Ensure that the DUT mutes its volume when it Ensure that the TE simulates a device at Logical The DUT mutes its volume.
broadcasts a <Set System Audio Mode> [“Off”] Address 0.
message.
Ensure that the System Audio Mode is on. (e.g.
This test only applies if the DUT(i.e. amplifier) invoke the DUT to turn on the System Audio Mode
supports <Set System Audio Mode> messages feature, or send a <System Audio Mode Request>
as Initiator.(See CDF) message with valid Physical Address from TE.)
11.2.15 - 18 Ensure that the DUT does not broadcast a Ensure that the TE simulates the device at Logical The DUT sends a directly addressed <Set
<Set System Audio Mode> message correctly Address 0. System Audio Mode> [“On”] message to
when the feature is initiated from the DUT, but Logical Address 0.
the TV responds with a <Feature Abort> Invoke the DUT to initiate the System Audio mode to
message to directly addressed <Set System On.(See CDF) The DUT shall not broadcast a <Set System
Audio Mode> message within the required Audio Mode> [“On”] message.
maximum response time of 1 second. The TE responds with an <Active Source> [0.0.0.0]
message to a <Request Active Source> message.
This test only applies if the DUT(i.e. amplifier)
supports <Set System Audio Mode> messages The TE responds to directly addressed <Set System
as Initiator, and can initiate the System Audio Audio Mode> [“On”] with a <Feature Abort>
Mode Function via its control on condition that message. The TE shall finish sending that message
the DUT starts the feature with firstly sending a at 896+/-16msec after the TE received the (end of
directly addressed <Set System Audio Mode> the) directly addressed <Set System Audio Mode>
[“On”] message.(See CDF) [“On”] message.
11.2.15 - 19 Ensure that the DUT does not broadcast a Ensure that the TE simulates the device at Logical The DUT sends a directly addressed <Set
<Set System Audio Mode> message correctly Address 0 and 3. System Audio Mode> [“On”] message to
when the feature is initiated from Logical Logical Address 0.
Address 3, but the TV responds with a Send a <System Audio Mode Request> [0.0.0.0]
<Feature Abort> message to directly message to the DUT from Logical Address 3. The DUT shall not broadcast a <Set System
addressed <Set System Audio Mode> Audio Mode> [“On”] message.
message within the required maximum The TE responds with a <Active Source> [0.0.0.0]
response time of 1 second. message to a <Request Active Source> message.
This test only applies if the DUT(i.e. amplifier) The TE responds to directly addressed <Set System
supports <System Audio Mode Request> Audio Mode> [“On”] with a <Feature Abort>
messages as Follower, and can initiate the message. The TE shall finish sending that message
System Audio Mode Function on condition that at 896+/-16msec after the TE received the (end of
the DUT starts the feature with firstly sending a the) directly addressed <Set System Audio Mode>
directly addressed <Set System Audio Mode> [“On”] message.
[“On”] message.(See CDF)
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.2.15.
[CEC: 13.16]
CECT 11.2.16 Audio Rate Control
11.2.16 - 1 Ensure that the DUT accept a directly Ensure that the DUT playing an audio media such as The DUT ACKs all the <Set Audio Rate>
addressed <Set Audio Rate> message. CD, Super Audio CD or DVD-AUDIO. messages in either Sequence 1 or Sequence
2.
This test only applies if the DUT supports <Set Send the DUT 4 directly addressed <Set Audio Rate>
Audio Rate> messages as Follower (See CDF). [Audio Rate] messages in 2 seconds or less span
according to the two sequences below.
Sequence 1 : [Audio Rate] = “1” -> “2” -> “3” -> “0”
Sequence 2 : [Audio Rate] = “4” -> “5” -> “6” -> “0”
11.2.16 - 2 Ensure that the DUT sends directly addressed Ensure that user activates this feature. The DUT sends directly addressed <Set
<Set Audio Rate> messages in a correct timing Audio Rate> messages at least once every 2
if the user activates this feature. Measure time span between the directly addressed seconds.
<Set Audio Rate> messages.
This test only applies if the DUT supports <Set The parameter [Audio Rate] shall be
Audio Rate> messages as Initiator (See CDF).
“0”, ”1”, ”2”, ”3”, ”4”,” 5”, or ”6”.
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.2.16.
[CEC: 13.17]
CECT 11.2.17 Audio Return Channel Control
Configurations
Tests 11.2.17-1 to 11.2.17-6 will test the control of the Audio Return Channel function on HDMI output(s) of the DUT.
Tests 11.2.17-7 to 11.2.17-12 will test the control of the Audio Return Channel function on HDMI input(s) of the DUT.
If the DUT does not have any HDMI output that supports Audio Return Channel function, then SKIP tests from 11.2.17-1 to 11.2.17-6.
• The TE shall emulate a device at Logical Address for which the DUT supports Audio Return Channel function (see CDF).
• Tests from 11.2.17-1 to 11.2.17-4 shall use the Basic Configuration (see CECT Figure 1) and an HDMI output of the DUT that
supports Audio Return Channel function shall be connected to an HDMI input of the TE.
• Test 11.2.17-5 shall use the Basic Configuration (see CECT Figure 1) and an HDMI output that supports Audio Return Channel
function of the DUT shall be connected to an HDMI input of the TE. The TE shall simulate a device at Logical Address for which
the DUT supports Audio Return Channel function (See CDF) connected via a Repeater, and CEC messages are sent by the
(simulated) a device at Logical Address for which the DUT supports Audio Return Channel function (See CDF) side for this test.
• Repeat tests from 11.2.17-1 to 11.2.17-5 for all the HDMI outputs of the DUT that support Audio Return Channel function(See
CDF).
Test 11.2.17-6 is only performed if the DUT has any HDMI outputs that do not support the Audio Return Channel function (See CDF).
• Test 11.2.17-6 shall use the Basic Configuration (see CECT Figure 1) and an HDMI output of the DUT that does not support
Audio Return Channel function shall be connected to an HDMI input of the TE.
• Repeat test 11.2.17-6 for all the HDMI outputs that do not support Audio Return Channel function of the DUT. (See CDF)
If the DUT does not have any HDMI input that supports Audio Return Channel function, then SKIP tests from 11.2.17-7 to 11.2.17-12
• The TE shall emulate a device at Logical Address for which the DUT supports Audio Return Channel function (see CDF).
• Tests from 11.2.17-7 to 11.2.17-10 shall use the Basic Configuration (see CECT Figure 1) and an HDMI input of the DUT that
supports Audio Return Channel function shall be connected to an HDMI output of the TE.
• Test 11.2.17-11 shall use the Basic Configuration (see CECT Figure 1) and an HDMI input of the DUT that supports Audio
Return Channel function shall be connected to an HDMI output of the TE. The TE shall simulate a Source which supports Audio
Return Channel function connected to the DUT via a Repeater, and CEC messages are sent by the simulated Source for this
test.
• Repeat tests from 11.2.17-7 to 11.2.17-11 for all the HDMI inputs of the DUT that support Audio Return Channel function (See
CDF).
Test 11.2.17-12 is only performed if the DUT has any HDMI inputs that do not support the Audio Return Channel function.
• Test 11.2.17-12 shall use the Basic Configuration (see CECT Figure 1) and an HDMI input of the DUT that does not support
Audio Return Channel function shall be connected to an HDMI output of the TE.
• Repeat test 11.2.17-12 for all the HDMI inputs of the DUT that do not support Audio Return Channel function (See CDF).
11.2.17 - 1 Ensure that the DUT sends a directly addressed Broadcast a <Report Physical Address> message. The DUT sends a directly addressed
<Initiate ARC> message when it wants to <Initiate ARC> message with no operand to
initiate ARC. Invoke the DUT to send a directly addressed <Initiate the TE.
ARC> message (See CDF for detail of how to invoke).
11.2.17 - 2 Ensure that the DUT sends a directly addressed Ensure that ARC has been initiated. (See CDF) The DUT sends a directly addressed
<Terminate ARC> message when it wants to <Terminate ARC> message with no operand
terminate ARC. Ensure that the DUT is ready to terminate ARC. to the TE.
11.2.17 - 3 Ensure that the DUT sends a directly addressed Ensure that the DUT is ready to initiate ARC. (See The DUT sends a directly addressed
<Initiate ARC> message when it is requested to CDF) <Initiate ARC> message with no operand to
initiate ARC. the TE.
Broadcast a <Report Physical Address> message.
11.2.17 - 4 Ensure that the DUT sends a directly addressed Ensure that ARC has been initiated. (See CDF) The DUT sends a directly addressed
<Terminate ARC> message when it is <Terminate ARC> message with no operand
requested to terminate ARC. Ensure that the DUT is ready to terminate ARC. to the TE.
11.2.17 - 5 Ensure that the DUT does not respond with any The TE takes a Physical Address of 0.0.0.0 and gives The DUT does not send any directly
directly addressed <Initiate ARC> messages to the DUT a Physical Address of 1.1.0.0. addressed <Initiate ARC> messages to the
non-adjacent device. TE.
Ensure that the DUT is ready to initiate ARC.
11.2.17 - 6 Ensure that the DUT does not respond with any Ensure configuration for this test (see “Configurations” The DUT does not send any directly
directly addressed <Initiate ARC> messages at start of this section). addressed <Initiate ARC> messages to the
when receiving an <Request ARC Initiation> TE.
message from a device connected to an HDMI Ensure that the DUT is ready to initiate ARC. (See
output which does not support Audio Return CDF)
Channel function.
Broadcast a <Report Physical Address> message.
11.2.17 - 7 Ensure that the DUT sends a directly addressed Broadcast a <Report Physical Address> message. The DUT sends a directly addressed
<Request ARC Initiation> message. <Request ARC Initiation> message with no
Invoke the DUT to send a directly addressed operand to the TE.
This test only applies if the DUT supports <Request ARC Initiation> message (See CDF for
<Request ARC Initiation> messages as Initiator detail of how to invoke).
(See CDF).
11.2.17 - 8 Ensure that the DUT sends a directly addressed Ensure that the DUT is ready to initiate ARC. (See The DUT sends a directly addressed
<Report ARC Initiated> message. CDF) <Report ARC Initiated> message with no
operand to the TE.
Broadcast a <Report Physical Address> message.
11.2.17 - 9 Ensure that the DUT sends a directly addressed Ensure that ARC has been initiated. (See CDF) The DUT sends a directly addressed
<Request ARC Termination> message. <Request ARC Termination> message with
Ensure that the DUT is ready to terminate ARC. (See no operand to the TE.
This test only applies if the DUT supports CDF)
<Request ARC Termination> messages as
Initiator (See CDF). Broadcast a <Report Physical Address> message.
11.2.17 - 10 Ensure that the DUT sends a directly addressed Ensure that ARC has been initiated. (See CDF) The DUT sends a directly addressed
<Report ARC Terminated> message. <Report ARC Terminated> message with no
Ensure that the DUT is ready to terminate ARC. operand to the TE.
11.2.17 - 11 Ensure that the DUT does not respond with any The TE simulates a grandchild device of the DUT. The DUT does not send any directly
directly addressed <Report ARC Initiated> (e.g. If the DUT has been allocated the Physical addressed <Report ARC Initiated>
messages to non-adjacent device. Address of 1.0.0.0 and gives the TE a Physical messages to the TE.
Address of 1.1.0.0, then TE takes a Physical Address
of 1.1.1.0).
11.2.17 - 12 Ensure that the DUT does not respond with any Ensure configuration for this test (see “Configurations” The DUT does not send any directly
directly addressed <Report ARC Initiated> at start of this section). addressed <Report ARC Initiated>
messages when receiving an <Initiate ARC> messages to the TE.
message from a device connected to an HDMI Broadcast a <Report Physical Address> message.
input which does not support Audio Return
Channel function. Send a directly addressed <Initiate ARC> message to
the DUT.
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.2.17.
Reference Requirement
[CEC: 11] Switch Requirements The DUT can act correctly for each Feature and Manual Switching
Configuration
For non-TV devices including CEC Switch functionality and pure CEC Switches, an HDMI output of the DUT shall be connected to an HDMI input of
the test equipment. It is not necessary to test TV devices including CEC Switch functionality. (It is tested on CECT11.1.2.)
[CEC: 11.1]
CECT 11.3.1 Mandatory Tests
11.3.1 - 1 Ensure that the DUT reacts correctly to an Ensure the DUT is switched to its child at position 1. The DUT does not switch.
<Active Source> message when it does not
need to change its switch position. Broadcast an <Active Source> message, indicating a
Physical Address below the DUT’s child position 1.
11.3.1 - 2 Ensure that the DUT reacts correctly to an Ensure the DUT is switched to its child at position 1. The DUT switches to position 2.
<Active Source> message when it does need
to change its switch position. Broadcast an <Active Source> message indicating a
Physical Address below the DUT’s child position 2.
11.3.1 - 3 Ensure that the DUT reacts correctly to a Ensure the DUT is switched to its child at position 1. The DUT does not switch.
<Set Stream Path> message when it does
not need to change its switch position. Broadcast a <Set Stream Path> message indicating a
Physical Address below the DUT’s child position 1.
11.3.1 - 4 Ensure that the DUT reacts correctly to a Ensure the DUT is switched to its child at position 1. The DUT switches to position 2.
<Set Stream Path> message when it does
need to change its switch position. Broadcast a <Set Stream Path> message, indicating a
Physical Address below the DUT’s child position 2.
11.3.1 - 5 Ensure that the DUT reacts correctly to a Allocate the DUT a Physical Address of 1.0.0.0. The DUT broadcasts a <Routing
<Routing Change> message. Information> [1.1.0.0] message.
Ensure the DUT is switched to its child at position 1 (the
device at 1.1.0.0).
11.3.1 - 6 Ensure that a CEC Switch reacts correctly to Ensure the DUT is switched to its child at position 1. The DUT broadcasts a <Routing
a <Routing Information> message. Information> [1.1.0.0] message.
Broadcast a <Routing Information> [1.0.0.0] message to the
DUT.
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.3.1.
11.3.2 - 1 Ensure that the DUT broadcasts a <Routing Allocate the DUT a Physical Address of 1.0.0.0. The DUT broadcasts a <Routing Change>
Change> message when it is manually [1.1.0.0] [1.2.0.0] message
switched. Ensure the DUT is currently switched to child 1 (the device
at 1.1.0.0).
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 11.3.2.
Reference Requirement
[CEC: 12] High Level Protocol The DUT correctly supports Mandatory or declared Features and Messages.
Configuration
This set of tests shall use the Basic Configuration (see CECT Figure 1). For the Simplay CEC Explorer, use the HDMI Signal Configuration (see CECT
Figure 2) for sink DUT, or the Source Device to TV Configuration (see CECT Figure 4) for source DUT.
12 - 1 For every message that the DUT can receive For every message that the DUT can receive and should The DUT ignores the message.
that is defined as broadcast only, ensure that only be accepted when broadcast, send it as a directly
it ignores it when it is received as a directly addressed message to the DUT.
addressed message.
12 - 2 For every message that the DUT can receive For every message that the DUT can receive and should The DUT ignores the message.
that is defined as directly addressed only, only be accepted when directly addressed, send it as a
ensure that the DUT ignores it when it is broadcast message.
received as a broadcast message.
12 - 3 Ensure that the DUT ignores every For every message that the DUT does not support and The DUT ignores the message.
broadcast message that the DUT does not should only be accepted when broadcast, send it to the
support. DUT.
12 - 4 <Reserved>
Check the pass criteria of each test by following the directions provided by the CEC Compliance Test Tool for CECT 12.
*1: If Y, setting instruction is needed. (ex: see page ** of attached instruction Manual, etc.)
*1: If Y, setting instruction is needed. (ex: see page ** of attached instruction Manual, etc.)
What device can the DUT Recording Device(Y/ Choose "Y" If the DUT can sends after receiving
send to on the state of N) <Menu Status>.
Device Menu Active? Playback Device(Y/
N)
Tuner (Y/ N)
Audio System(Y/ N)
Video Processor (Y /
N)
-> Supported Operation (0x00 - 0x75)
IDs to send Recording
Devices?
-> Supported Operation (0x00 - 0x75)
IDs to send Playback
Devices?
Supplement 2
HDMI Ethernet and
Audio Return Channel (HEAC)
HEACT Figure
HEACT 1 Introduction
HEACT 1.1 Purpose and Scope
This document constitutes the specification of procedures, tools and criteria for testing the
compliance of devices with the High-Definition Multimedia Interface Specification Version 1.4
Supplement 2 – HDMI Ethernet and Audio Return Channel (HEAC).
HEACT 2 Definition
HEACT 2.1 Conformance Levels
expected A key word used to describe the behavior of the hardware or software in
the design models assumed by this specification. Other hardware and
software design models may also be implemented.
may A key word that indicates flexibility of choice with no implied preference.
shall A key word indicating a mandatory requirement. Designers are required
to implement all such mandatory requirements.
should A key word indicating flexibility of choice with a strongly preferred
alternative. Equivalent to the phrase is recommended.
AC Alternating Current
ACK Acknowledge
AHEC Active HDMI Ethernet Channel
AP Alternate Port
ARC Audio Return Channel
ARP Address Resolution Protocol
A/V Audio / Video
BPDU Bridge Protocol Data Unit
CDC Capability Discovery and Control
CDF Capabilities Declaration Form
CEC Consumer Electronics Control
CP Content Protection
CSV Comma Separated Values
CTT Compliance Test Tool
DP Designated Port
DUT Device Under Test
EDID Extended Display Identification Data
ENC External Network Connection
FIB Filtering Database
GUI Graphical User Interface
HDCP High-bandwidth Digital Content Protection
HDMI High-Definition Multimedia Interface
HEAC HDMI Ethernet and Audio Return Channel
HEC HDMI Ethernet Channel
HPD Hot Plug Detection
ID Identification
LAN Local Area Networking
MAC Media Access Control
MRT Maximum Response Time
MSTP Multiple Spanning Tree Protocol
NDP Neighbor Discovery Protocol
PA Physical Address
PC Personal Computer
PING Packet Internet Groper
PHEC Potential HDMI Ethernet Channel
QoS Quality of Services
RP Root Port
RSTP Rapid Spanning Tree Protocol
SAP Session Announcement Protocol
HEACT 3 Overview
The HEAC Compliance Test Specification is broken down into the low level protocol tests which
every device and Cable Assembly must adhere to and a set of feature based tests which apply
only to devices that support that particular feature. A device or a Cable Assembly that fails any
low level tests shall not claim to be HEAC compliant. A device that fails a feature test shall not
claim to support that feature.
HEACT Table 3-1 shows which Section 5 tests shall be performed according to CDF entries.
All Source, Sink and Repeater devices with CDF field HEC == “Y” shall perform the necessary
tests in Section 7 and 8.
HEAC Cables shall be tested according to Section 6 (in addition to the cable test in main CTS).
If a Repeater product supports HEC on any HDMI input(s), it is required to complete a Sink CDF
describing those characteristics.
If a Repeater product supports HEC on one of its HDMI outputs, it is required to complete a
Source CDF describing those characteristics.
If a Repeater product supports ARC on any HDMI input(s), it is required to complete a Sink CDF
describing those characteristics.
If a Repeater product supports ARC on any HDMI output(s), it is required to complete a Source
CDF describing those characteristics.
Sink Source
ARC_TX_ ARC_TX_
Test Item Test ID HEC HEC ARC_RX
common single
5-1 YES YES
In addition, for each of the defined pieces of equipment, specific commercial or custom
“Recommended Test Equipment" is described. This includes the primary equipment that is used
in the HDMI Authorized Test Centers and should also, if possible, be used for any self-testing of
the related functions. Other configurations and equipment may be used for self-testing, as long
as that equipment and the processes used meet all of the stated and implied requirements and
permit an equivalent level of testing. It is the Adopter’s responsibility to verify that the substituted
equipment and processes sufficiently meet all requirements.
Adopters should understand that HDMI Licensing, LLC, the HDMI Founders and test equipment
makers do not ensure the future commercial availability of the recommended test equipment.
I²C Analyzer:
• It shall be capable of displaying all elements of an I²C transaction in a manner that allows
the operator to determine if the transaction is compliant with the E-DDC protocol.
• It shall be able to be connected to the SDA and SCL signals on an EDID Emulator PCB or
TPA fixture.
Digital Oscilloscope:
• With the same capabilities as described in section HEACT 4.2.1.2.
HEAC-TPA adapter/board:
• With the same capabilities as described in section HEACT 4.2.1.1.
Differential Probe:
• With the same capabilities as described in section HEACT 4.2.1.4.
I²C Analyzer:
Any I²C Analyzer meeting the requirements may be used. One such option is:
• YOKOGAWA DL 1640/F5 Oscilloscope (includes I²C Analyzer option)
Digital Oscilloscope:
• The same recommendations as described in section HEACT 4.2.1.2.
HEAC-TPA adapter/board:
• The same recommendations as described in section HEACT 4.2.1.1.
Differential Probe:
• The same recommendations as described in section HEACT 4.2.1.4.
Test Objective
Confirm that the Operating DC Voltage in Differential Mode on the HEAC +/- lines of the
Source/Sink DUT device are within the specified limits.
HEAC+
DUT
HEAC+ GND HEAC Physical
HEAC- HEAC- GND
Test Board
CEC/CDC Controller
HDMI cable
Test Objective
Confirm the output jitter of the differential signal from the HEAC Source/Sink DUT is within the
specified limit.
HEAC Physical
Test Board
HEAC Test Fixture Probe Amplifier
Plug
CEC/CDC Controller
HDMI cable
Test Objective
Confirm the Rise/Fall time of the output signal from the HEAC Source/Sink DUT is within the
specified limits.
HEAC Physical
Test Board
HEAC Test Fixture Probe Amplifier
Plug
CEC/CDC Controller
HDMI cable
Test Objective
Confirm the High/Low/Center Level voltages of output signal from the HEAC Source/Sink DUT
are within the specified limits.
HEAC Physical
Test Board
HEAC Test Fixture Probe Amplifier
Plug
CEC/CDC Controller
HDMI cable
Test Objective
Confirm that cycle time of output signal from the HEAC Source/Sink DUT is within the specified
limit.
HEAC Physical
Test Board
HEAC Test Fixture Probe Amplifier
Plug
CEC/CDC Controller
HDMI cable
Test Objective
Confirm that the Operating DC Voltage in common mode on the HEAC+/- lines is within the
specified limit.
HEAC+
CEC/CDC Controller
HDMI cable
Test Objective
Confirm that the High/Low level voltage of output signal from the Sink DUT is within the specified
limits.
V+
V-
CH2
Ground
HEAC+
DUT
HEAC+ GND HEAC Physical
HEAC- HEAC- GND
Test Board
CEC/CDC Controller
HDMI cable
Setup 14. Test ID HEACT 5-7: High/Low Level Voltage Test – Agilent
Test Objective
Confirm that the Rise/Fall times of the output signal from the Sink DUT are within the specified
limits.
HEAC+
CEC/CDC Controller
HDMI cable
Test Objective
Confirm that the output jitter and Clock frequency from the Sink DUT are within the specified
limits.
HEAC+
DUT
HEAC+ GND HEAC Physical
HEAC- HEAC- GND
Test Board
CEC/CDC Controller
HDMI cable
Setup 18. Test ID HEACT 5-9: Jitter Max/Clock Frequency Test – Agilent
Test Objective
Confirm that IEC 60958-1 stream from the Sink DUT is transmitted correctly.
Setup 19. Test ID HEACT 5-10: IEC 60958-1 Stream Verification Test-Tektronix
HEAC+
DUT
HEAC+ GND HEAC Physical
HEAC- HEAC- GND
Test Board
CEC/CDC Controller
HDMI cable
Setup 20. Test ID HEACT 5-10: IEC 60958-1 Stream Verification Test - Agilent
Test Objective
Confirm that the Operating DC Voltage in single mode on the HEAC + line is within the specified
limit.
HEAC+
CEC/CDC Controller
HDMI cable
Test Objective
Confirm that the signal amplitude of output signal from the Sink DUT is within the specified limits.
CH1
Vel swing
Ground
HEAC+
HEAC+ GND
DUT HEAC- HEAC- GND
HEAC Physical
Test Board
HEAC Test Fixture Probe Amplifier
Plug
CEC/CDC Controller
HDMI cable
Test Objective
Confirm that the Rise/Fall time of output signal from the Sink DUT are within the specified limits.
HEAC+
HEAC+ GND
DUT HEAC- HEAC- GND
HEAC Physical
Test Board
HEAC Test Fixture Probe Amplifier
Plug
CEC/CDC Controller
HDMI cable
Test Objective
Confirm that the output jitter and Clock frequency at the Sink DUT are within the specified limits.
HEAC+
HEAC+ GND
DUT HEAC- HEAC- GND
HEAC Physical
Test Board
HEAC Test Fixture Probe Amplifier
Plug
CEC/CDC Controller
HDMI cable
Setup 28. Test ID HEACT 5-14: Jitter Max/Clock Frequency Test - Agilent
Test Objective
Confirm the IEC 60958-1 stream from the Sink DUT is transmitted correctly.
Setup 29. Test ID HEACT 5-15: IEC 60958-1 Stream Verification Test-Tektronix
HEAC+
HEAC+ GND
DUT HEAC- HEAC- GND
HEAC Physical
Test Board
HEAC Test Fixture Probe Amplifier
Plug
CEC/CDC Controller
HDMI cable
Setup 30. Test ID HEACT 5-15: IEC 60958-1 Stream Verification Test - Agilent
Test Objective
Confirm that the differential signal receiver of the HEAC Source/Sink DUT is performed correctly
within the specified Clock frequency deviation and amplitude deviation. Also confirm the common
mode signal disturbance and the tolerance for output impedance variation of the signal source.
Setup 31. Test ID HEACT 5-16 : Differential Signal Receiver Performance Test-Tektronix
Out 2 + Out 1 +
81150A #1 for differential mode
Head
To Scope
ch4 Input
CEC/DDC etc.
Setup 32. Test ID HEACT 5-16 : Differential Signal Receiver Performance Test – Agilent
Test Objective
Confirm the common mode signal receiver of the Source DUT is performed correctly within the
specified Clock frequency deviation and amplitude deviation. Also confirm the jitter tolerance and
differential signal disturbance.
Setup 33. Test ID HEACT 5-17 : Common Mode Signal Receiver Performance Test-Tektronix
Out 2 + Out 1 +
81150A #1 for differential mode
Power Combiner
Out 1 + Out 1 -
CEC/DDC etc.
Setup 34. Test ID HEACT 5-17 : Common Mode Signal Receiver Performance Test – Agilent
jitter tolerance :
10UI, Jitter Frequency=5Hz @ 6.144MHz, Vel = 0, 2.5, 5V
0.25UI, Jitter Frequency=200Hz @ 6.144MHz, Vel = 0, 2.5,
5V
0.2UI, Jitter Frequency=400kHz @ 6.144MHz, Vel = 0, 2.5,
5V
Test Objective
Confirm the single mode signal receiver of Source DUT is performed correctly within the
specified Clock frequency deviation and amplitude deviation. Also confirm the jitter tolerance.
Setup 35. Test ID HEACT 5-18 : Single Mode Signal Receiver Performance Test-Tektronix
Out 2 + Out 1 +
Single Ended Probe
CEC/DDC etc.
HEAC Physical
Test Board ISI ISI ISI ISI HEAC+ HEAC+
in out in out HEAC- HEAC+ DUT
HEAC- HEAC-
DC Power Supply
Setup 36. Test ID HEACT 5-18 : Single Mode Signal Receiver Performance Test – Agilent
Test Objective
Confirm that the Operating DC Voltage on the HEAC+/- lines at TP1 is within the specified limit.
Setup 37. Test ID HEACT 5-19 : Common Mode Operating DC Voltage Test-Tektronix
Out 2 + Out 1 +
Single Ended Probe
CEC/DDC etc.
HEAC Physical
Test Board ISI ISI ISI ISI HEAC+ HEAC+
in out in out HEAC- HEAC+ DUT
HEAC- HEAC-
DC Power Supply
Setup 38. Test ID HEACT 5-19 : Common Mode Operating DC Voltage Test – Agilent
Test Objective
Confirm that the Operating DC Voltage in single mode on the HEAC+ line at TP1 is within the
specified limit.
Setup 39. Test ID HEACT 5-20: Single Mode Operating DC Voltage Test-Tektronix
Out 2 + Out 1 +
Socket Probe Head
CEC/DDC etc.
HEAC Physical
Test Board ISI ISI ISI ISI HEAC+ HEAC+
in out in out HEAC- HEAC+ DUT
HEAC- HEAC-
DC Power Supply
Setup 40. Test ID HEACT 5-20: Single Mode Operating DC Voltage Test – Agilent
Test Objective
Confirm that the intra-pair skew in the HDMI cable with HEAC is within the specified limit.
DUT Cable
HEAC+
HEAC+
HEAC- HEAC-
Test Objective
Confirm that the lower limit of the differential attenuation of HDMI cable with HEAC is within
specified limits.
DUT Cable
HEAC+
HEAC+
HEAC- HEAC-
Setup 44. Test ID HEACT 6-2: Differential Attenuation Test – Agilent TDR
DUT Cable
HEAC+
HEAC+
HEAC- HEAC-
Setup 45. Test ID HEACT 6-2: Differential Attenuation Test – Agilent Network Analyzer
* A single excursion is permitted out to a max/min of 100Ω +/- 25% and of a duration less than
250ps.
Test Objective
Confirm the differential and common mode impedance of the HDMI cable with HEAC is within
the specified limits.
DUT Cable
HEAC+
HEAC+
50ohm
termination
HEAC- HEAC-
Setup 47. Test ID HEACT 6-3: Differential/Common Mode Impedance Test - Agilent
Test
Equipment
HDMI
HDMI
DUT
HEAC-TPA Digital
HDMI Adapter Ethernet Oscilloscope
During many of the HEC feature tests the TE shall emulate additional devices that are not
physically present in the HEC feature configuration. HEACT Table 7-1 specifies the behavior and
initial state of those emulated devices as well as their connections within the HEC feature
configuration. Within the HEC Feature tests the emulated devices are referred to by their ID
number.
ID Emulated Device(s)
Connection and Messages supported by TE for Connection Examples
Initial State each emulated device.
1 The TE emulates a As follower (all CDC HEC messages): Example of an emulated device
device connected to the <CDC_HEC_InquireState> connected to a Root DUT’s third
DUT’s HDMI HDMI input under test (PA
<CDC_HEC_ReportState>
connection under test. [“3.0.0.0”]).
The emulated device <CDC_HEC_SetStateAdjacent>
supports HEC <CDC_HEC_SetState>
Functionality on the <CDC_HEC_RequestDeactivation>
connection to the DUT. <CDC_HEC_NotifyAlive>
The [HEC Functionality
State] of this <CDC_HEC_Discover>
connection is set to
[“HEC Inactive”]. The As initiator (all CDC HEC messages):
[Host Functionality <CDC_HEC_InquireState> Two examples of an emulated
State] is set to [“Host device connected to a
<CDC_HEC_ReportState>
Active”]. The [ENC Source/Repeater DUT’s HDMI
Functionality State] is <CDC_HEC_SetStateAdjacent>
input/output under test (PA
set to [“Ext Con <CDC_HEC_SetState> [“1.2.0.0”] / [“0.0.0.0”]).
Active”]. <CDC_HEC_RequestDeactivation>
Note that the physical <CDC_HEC_NotifyAlive>
TE TE +
TE shall not emulate a (0.0.0.0) Emulated
<CDC_HEC_Discover>
device at its PA except (0.0.0.0)
when its PA matches
the PA of the emulated DUT
device. (1.0.0.0) DUT
(1.0.0.0)
Emulated
(1.2.0.0)
ID Emulated Device(s)
Connection and Messages supported by TE for Connection Examples
Initial State each emulated device.
3 The TE emulates two The same as described under ID 1. Example of two emulated
devices. The first is devices connected to a Root
connected to the DUT’s DUT’s second HDMI input under
HDMI connection under test (PA 2.0.0.0).
test. The second is
connected to the
second HDMI input of
the first emulated
device.
The first emulated
device supports HEC
Functionality on the
HDMI connections to
the DUT and to the
second emulated
device. The second
emulated device
Example of two emulated
supports HEC
devices connected to a
Functionality on the
Source/Repeater DUT’s HDMI
HDMI connection to the
output under test (PA 0.0.0.0).
first emulated device.
The [HEC Functionality
State] of those
connections is set to
[“HEC Inactive”]. The
[Host Functionality
State] is set to [“Host
Active”] and the [ENC
Functionality State] is
set to [“Ext Con Active”]
for both emulated
devices.
Note that the physical
TE shall not emulate a
device at its PA except
when its PA matches
the PA of an emulated
device.
ID Emulated Device(s)
Connection and Messages supported by TE for Connection Examples
Initial State each emulated device.
4 The TE emulates three The same as described under ID 1. Example of three emulated
devices. The first is devices connected to a Root
connected to the DUT’s DUT’s second HDMI input under
HDMI connection under test (PA 2.0.0.0).
test. The second is
connected to the DUT
second HDMI input of (0.0.0.0)
the first emulated
device. The third is
connected to the first
HDMI input of the
TE Emulated 1
second emulated (1.0.0.0) (2.0.0.0)
device.
The first emulated
device supports HEC Emulated 2
Functionality on the (2.2.0.0)
HDMI connections to
the DUT and to the
second emulated Emulated 3
device. The second (2.2.1.0)
emulated device
supports HEC Example of three emulated
Functionality on the devices connected to a
HDMI connections to Source/Repeater DUT’s HDMI
the first emulated output under test (PA 0.0.0.0).
device and to the third
emulated device. The
third emulated device
supports HEC
Functionality on the
HDMI connection to the
second emulated
device.
The [HEC Functionality
State] of those
connections is set to
[“HEC Inactive”]. The
[Host Functionality
State] is set to [“Host
Active”] and the [ENC
Functionality State] is
set to [“Ext Con Active”]
for all emulated
devices.
Note that the physical
TE shall not emulate a
device at its PA except
when its PA matches
the PA of an emulated
device.
Test ID: HEACT 7.3.1-1 CEC Bus Logic ‘0’ and ‘1’ Voltage Level
Reference Requirement
[CEC: Table 2] A logic ‘0’ output voltage level must be ≥ 0V and ≤ 600mV
CEC Electrical Specification
[CEC: Table 2] A logic ‘1’ output voltage level must be ≥ 2.5V and ≤ 3.63V
CEC Electrical Specification
Test Objective
Verify the DUT’s CDC waveform Logic ‘0’ and ‘1’ output voltage level is within the limits of the
specification.
BNC-to-COM2
Trigger signal +/- 15V
COM 2
Cable TMDS On
Simplay CEC
Out 2 In
Explorer SL-309
Out 1
DUT
DUT Root Repeater or
HDMI Cable
Source
Setup 48. Test ID: HEACT 7.3.1-1 CEC Bus Logic ‘0’ and ‘1’ Voltage Level
• Set-up the CDC Compliance Test Tool as detailed in section HEACT 4.3.2.2.
• Power on DUT.
• Connect the DUT to the CDC-CTT as detailed in the Setup above.
• Measure the Logic ‘0’ and ‘1’ voltage by following the directions provided by the CDC-CTT for
Test ID: HEACT 7.3.1-1.
• The CDC-CTT will indicate if Logic ‘0’ and ‘1’ output voltage levels of the DUT is within the
specification.
Note: During transition from Logic ‘1’ to Logic ‘0’ a negative overshoot with maximum 300mV and
up to 150µs duration is allowed.
Test ID: HEACT 7.3.1-2 Maximum Rise Time and Fall Time
Reference Requirement
[CEC: Table 2] The rise time from 10% to 90% of the bus pull-up voltage must
CEC Electrical Specification be ≤ 250µs
[CEC: Table 2] The fall time from 90% to 10% of the bus pull-up voltage must be
CEC Electrical Specification ≤ 50µs
Test Objective
Verify the maximum rise time and fall time of the DUT’s CDC waveform is within the limits of the
specification.
90% of VHIGH
VHIGH
10% of VHIGH
HEACT Figure 7-3 Rise Time and Fall Time in CDC waveform
BNC-to-COM2
Trigger signal +/- 15V
COM 2
Cable TMDS On
Simplay CEC
Out 2 In
Explorer SL-309
Out 1
DUT
DUT Root Repeater or
HDMI Cable
Source
Setup 49. Test ID: HEACT 7.3.1-2 Maximum Rise Time and Fall Time
• Set-up the CDC Compliance Test Tool as detailed in section HEACT 4.3.2.2.
• Power on the DUT.
• Connect the DUT to the CDC-CTT as detailed in the Setup above.
• Measure the rise and fall times by following the directions provided by the CDC-CTT for Test
ID: HEACT 7.3.1-2.
• The CDC-CTT will indicate if the rise and fall times of the DUT are within the specification.
Configuration
This set of tests shall use the Basic Configuration (see HEACT Figure 7-1).
If the DUT has any HDMI inputs, then connect the test equipment’s HDMI output to each input on
the DUT, referencing the “Number of HDMI Inputs” in the CDF. Note that if the DUT has also an
HDMI output (i.e. it is a Repeater) then simultaneously connect the test equipment’s HDMI input
to the output on the DUT so that the DUT can discover its physical address.
If the DUT has any HDMI outputs, then connect the test equipment’s HDMI input to each output
on the DUT, referencing the “Number of HDMI Outputs” in the CDF.
Execute the test procedure to at least one of the DUT’s HDMI inputs/outputs which support CDC.
The test equipment sends CDC messages. The test equipment monitors the CEC line at the
same time.
Configuration
This test shall use the same configuration as HEACT 7.3.2.1.
Broadcast a
<CDC_HEC_Discover>
message. The DUT should
respond with a
<CDC_HEC_ReportState>
message.
Broadcast a
<CDC_HEC_Discover>
message. The DUT should
respond with a
<CDC_HEC_ReportState>
message.
Broadcast a
<CDC_HEC_Discover>
message. The DUT should
respond with a
<CDC_HEC_ReportState>
message.
Reference Requirement
[CEC: 6] Frame Description The DUT correctly receives and sends a CDC
[CEC: 7] Reliable Communication Mechanisms Frame.
[CEC: 8] Protocol Extensions
[HEAC: 3.1] Protocol General Rules
Configuration
This set of tests shall use the Basic Configuration (see HEACT Figure 7-1).
Execute the test procedure to one of the DUT’s HDMI inputs/outputs which supports CDC.
Negatively acknowledge a
message block within all
retransmission attempts.
HEACT Figure 7-4 shows how the DUT loses arbitration in the source address bits. The TE
transmits a ‘0’ while the DUT is transmitting a ‘1’.
HEACT Figure 7-4 Example of how the DUT loses arbitration to the TE.
HEACT 7.5 Low Level Protocol Tests for All CDC Devices
All tests described within this section shall be run for all CDC devices. This includes CDC-only
devices as well as devices supporting both CDC and CEC. For CDC-only devices these tests
shall be run in addition to the tests described under HEACT 7.3. For devices supporting CDC
and CEC these tests shall be run in addition to the tests described under HEACT 7.3 and HEACT
7.4.
Broadcast a
<CDC_HEC_Discover>
message. The DUT should
respond with a
<CDC_HEC_ReportState>
message.
7.5.4.2 - Verify that the DUT sends Set the TE to allocate a The DUT responds by
2 CDC messages incorporating physical address of [“1.0.0.0”] broadcasting a
the correct initiator physical to the DUT. <CDC_HEC_ReportState>
address when connected at message incorporating the
the bottom of the device initiator physical address
Connect the DUT via its
network. [“2.3.4.5”] in the first and the
HDMI output to the TE and
second operand block of the
disconnect it (or assert HPD
respective CEC message.
from the TE).
Broadcast a
<CDC_HEC_Discover>
message. The DUT should
respond with a
<CDC_HEC_ReportState>
message.
Within some tests of this section a Digital Oscilloscope is used to verify whether the HEC
Functionality on an HDMI port is active or inactive. For this verification the Digital Oscilloscope
shall measure on the Data Link Layer the presence or absence of MAC frames (including Idle
frames) sent by the DUT. Note that HEC is based on the Ethernet standard 100Base-TX and that
HEC drivers therefore continuously send MAC frames even if there is no payload. The HEC
Functionality on an HDMI port shall be considered active if the Digital Oscilloscope continuously
displays MAC frames received from the DUT. The HEC Functionality on an HDMI port shall be
considered inactive if the Digital Oscilloscope does not continuously display MAC frames
received from the DUT.
Digital Oscilloscope
HEAC+ HEAC+
DUT HEAC-
HEAC-
HEAC Physical
Test Board
HEAC Test Fixture Probe Amplifier
Plug
CEC Explorer
HDMI cable
1) Connect the E2678A differential socket probe head to the HEAC+/- pins on the
81150AU-EHD HEAC-TPA.
2) Terminate HEAC physical test board with 50 Ω termination.
3) Connect the 81150AU-EHD HEAC-TPA through the HEAC Test Fixture Plug to the
appropriate DUT’s HDMI port.
4) If the Digital Oscilloscope shall be connected to the same DUT’s HDMI port as the CDC
CTT:
− Connect the CDC CTT to the 81150AU-EHD HEAC-TPA.
− Connect the HEAC+/- lines of the HEAC Test Fixture Plug through the
81150AU-EHD HEAC-TPA to the CDC CTT.
5) Else
− Connect the HEAC+/- lines of the HEAC Test Fixture Plug through the
81150AU-EHD HEAC-TPA to the Digital Oscilloscope.
6) Perform the Required Test Method with this setup. If the Digital Oscilloscope is connected
to the HEAC-TPA then connect the HEAC+/- lines of the HEAC Test Fixture Plug through
the HEAC-TPA to the Digital Oscilloscope only when the HEC Functionality has to be
checked during the test.
Configuration
This set of tests shall use the HEC Feature Configuration (see HEACT 7.1.2).
Configuration
This set of tests shall use the HEC Feature Configuration (see HEACT 7.1.2).
7.6.1.3 - Verify that the DUT correctly Perform a full reset of the Within the Maximum
21 responds to a DUT e.g. by toggling AC-on to Response Time the DUT
<CDC_HEC_SetState> AC-off to AC-on (see CDF). responds with a
message incorporating a <CDC_HEC_ReportState>
single VHEC when two of its message incorporating the
Perform the test for two of the
HDMI connections supporting Physical Address of the TE
DUT’s HDMI connections
HEC Functionality are part of as the Target Address, a
supporting HEC functionality
the VHEC to be activated. [HEC State] of [“HEC Active”]
simultaneously (see CDF):
[“Host xxx”] [“Ext Con
xxx”][“No Error”] and neither
Test applies only to DUTs
The TE emulates two ID 1 the [HEC Support Field] nor
having at least two HDMI
devices described in HEACT the [HEC Activation Field]
connections supporting HEC
Table 7-1. Each emulated parameter. The Host and
Functionality (see CDF).
device is connected to one of ENC Functionality States
the DUT’s HDMI connections correspond to the information
under test. given in CDF.
Configuration
This set of tests shall use the HEC Feature Configuration (see HEACT 7.1.2).
Configuration
This set of tests shall use the HEC Feature Configuration (see HEACT 7.1.2).
Configuration
This set of tests shall use the HEC Feature Configuration (see HEACT 7.1.2).
Loop end.
Reference Requirement
[HEAC: 3.2.1.5] If a DUT supports HEC Control for Adjacent Devices, then
HEC Control for Adjacent The DUT shall correctly support the
Devices <CDC_HEC_SetStateAdjacent> message as an initiator.
The DUT shall correctly support the
<CDC_HEC_SetStateAdjacent> message as a follower.
Configuration
This set of tests shall use the HEC Feature Configuration (see HEACT 7.1.2).
HDMI Sink TE
DUT Output ports
A/V Sink
1
(Source Device)
I2C Analyzer
HEC, CDC, CDC_HPD
Source functionality CDC Logical
Test Equipment
N
HEACT Figure 7-5 CDC_HPD test concept for Source Devices
Source TE HDMI
Input ports
DUT
A/V
1
Source Triggering
(Sink Device)
Method
HEC, CDC, CDC_HPD
CDC Logical
Sink functionality
Test Equipment
M
HEACT Figure 7-6 CDC_HPD test concept for Sink Devices
HDMI Repeater devices signal the detection of an active downstream HDMI Sink to upstream
HDMI Sources by sending <CDC_HPD_SetState> messages to each upstream HDMI Source
that is directly connected in order to transfer the EDID from the Sink to the Sources as described
in HEACT Figure 7-7.
HEACT Table 7-3 Summary of Repeater Devices’ functionalities and CDC_HPD testing
No. Forwarding functionality *2) Repeater Type Tests to be executed for
the DUT
1 No Type-I All tests in sections
Physical Addresses on DUT’s Sink and Source HEACT 7.6.2.2 and
side are not linked (split architecture, see CEC HEACT 7.6.2.3.
Figure 9B or 10B) Type-II All tests in section
Testing as Source device and as Sink device. HEACT 7.6.2.3.
Type-III All tests in section
HEACT 7.6.2.2.
2 No Type-I All tests in sections
Usual case (the Physical Address of DUT’s Sink HEACT 7.6.2.2 and
functionality is derived in normal way from the HEACT 7.6.2.3 and test
*1)
connection of DUT’s Source functionality). ID 7.6.2.4-27 .
Testing as Source device and as Sink device. Type-II All tests in section
HEACT 7.6.2.3 and test
ID 7.6.2.4-34 *1).
Type-III All tests in section
HEACT 7.6.2.2 and test
ID 7.6.2.4-41 *1).
3 Yes Type-I All tests in sections
Testing as Repeater device. HEACT 7.6.2.4.1 and
HEACT 7.6.2.4.2.
Type-II All tests in sections
HEACT 7.6.2.4.3 and
HEACT 7.6.2.4.4.
Type-III All tests in section
HEACT 7.6.2.4.5
*1) These tests verify the forwarding of Physical HPD signals from HDMI output ports to HDMI
input ports in case the DUT’s Physical Address changed. Therefore these tests shall be also
executed for DUTs that do not support forwarding functionality but that support Physical Address
propagation.
*2) Set to Yes, if the DUT supports at least one of the following forwarding functionalities:
a) The DUT forwards a CDC_HPD message at the reception of a CDC_HPD message.
b) The DUT forwards a physical HPD signal at the reception of a CDC_HPD message.
c) The DUT forwards a CDC_HPD message at reception of a physical HPD signal.
Source TE Sink TE
DUT
A/V A/V Sink
1 1
Source
(Repeater Device)
I2C Analyzer
CDC Logical Sink Source
Test functionality functionality CDC Logical
Equipment Test Equipment
M N
HEACT Figure 7-7 CDC_HPD test concept for Repeater Devices
*1) Repeater may send a Physical HPD signal to the Source device or may not send any signals
(No. 4, No. 7, No. 14 and No. 16).
No. 5, No. 11 and No. 15 are not tested regarding CDC_HPD except when a Physical Address in
the EDID data is changed.
No.1: Sending the [“CP&EDID_DISABLE”] and [“CP&EDID_ENABLE”] upstream port messages,
or the [“CP&EDID_DISABLE_ENABLE”] upstream port message can be triggered by either the
[“CP&EDID_DISABLE”] and [“CP&EDID_ENABLE”] downstream port messages, or the
[“CP&EDID_DISABLE_ENABLE”] downstream port message.
No. 6: Sending the [“EDID_DISABLE”] and [“EDID_ENABLE”] upstream port messages, or the
[“EDID_DISABLE_ENABLE”] upstream port message can be triggered by either the
[“EDID_DISABLE”] and [“EDID_ENABLE”] downstream port messages, or the
[“EDID_DISABLE_ENABLE”] downstream port message.
No. 8: Sending the [“EDID_DISABLE”] and [“EDID_ENABLE”] upstream port messages, or the
[“EDID_DISABLE_ENABLE”] upstream port message can be triggered by either the
[“CP&EDID_DISABLE”] and [“CP&EDID_ENABLE”] downstream port messages, or the
[“CP&EDID_DISABLE_ENABLE”] downstream port message.
Configuration
This set of tests shall use the Basic Configuration (see HEACT Figure 7-5).
Configuration
This set of tests shall use the Basic Configuration (see HEACT Figure 7-6).
At reception of this
message, the TE
responds by sending a
<CDC_HPD_ReportState>
[“CP&EDID_ENABLE”]
[“No Error”] message to
the DUT within the
Maximum Response Time.
7.6.2. Verify that the DUT correctly Trigger the DUT to send a The DUT sends a
3-3 supports the <CDC_HPD_SetState> <CDC_HPD_SetState> message
<CDC_HPD_SetState> message incorporating the incorporating the [HPD_State]
message as an initiator. [HPD_State] parameter parameter
[“CP&EDID_DISABLE_EN [“CP&EDID_DISABLE_ENABLE”]
ABLE”] to the TE by to the Source TE.
Test applies only to DUTs
referring to the CDF.
supporting
[“CP&EDID_DISABLE_ENABL
E”] (see CDF). At reception of this
message, the TE
responds by sending a
<CDC_HPD_ReportState>
[“CP&EDID_DISABLE_EN
ABLE”] [“No Error”]
message to the DUT
within the Maximum
Response Time.
7.6.2. Verify that the DUT supports Check CDF At least the DUT supports either
3-4 the EDID mode. [“EDID_DISABLE_ENABLE”] or
[“EDID_DISABLE”] and
[“EDID_ENABLE”].
Test applies only to DUTs
without CP functionality
support (see CDF). The DUT neither supports
[“CP&EDID_DISABLE”] and
[“CP&EDID_ENABLE”] nor
[“CP&EDID_DISABLE_ENABLE”].
At reception of this
message, the TE
responds by sending a
<CDC_HPD_ReportState>
[“EDID_ENABLE”] [“No
Error”] message to the
DUT within the Maximum
Response Time.
7.6.2. Verify that the DUT correctly Trigger the DUT to send a The DUT sends a
3-6 supports the <CDC_HPD_SetState> <CDC_HPD_SetState> message
<CDC_HPD_SetState> message incorporating the incorporating the [HPD_State]
message as an initiator. [HPD_State] parameter parameter
[“EDID_DISABLE_ENABL [“EDID_DISABLE_ENABLE”] to the
E”] to the TE by referring Source TE.
Test applies only to DUTs
to the CDF.
supporting
[“EDID_DISABLE_ENABLE”]
(see CDF). At reception of this
message, the TE
responds by sending a
<CDC_HPD_ReportState>
[“EDID_DISABLE_ENABL
E”] [“No Error”] message
to the DUT within the
Maximum Response Time.
Configuration
This set of tests shall use the Basic Configuration (see HEACT Figure 7-6).
Configuration
This set of tests shall use the Basic Configuration (see HEACT Figure 7-7).
Case 2:
The DUT sends a
<CDC_HPD_SetState> message
incorporating the parameter
[“CP&EDID_DISABLE_ENABLE”]
to the Source TE.
Case 2:
The DUT sends a
<CDC_HPD_SetState> message
incorporating the parameter
[“CP&EDID_DISABLE_ENABLE”]
to the Source TE.
Type-I CDC_HPD message (No. 6 in HEACT Table 7-4)
One TE as Sink with CDC_HPD functionality and another TE as Source with CDC_HPD functionality.
Test applies only to Type-I DUTs regardless of whether or not CP functionality is supported (see CDF).
7.6.2.4 Execute Test 7.6.2.4-1 with the following replacements:
-3 Replace [“CP&EDID_DISABLE”] with [“EDID_DISABLE”].
Replace [“CP&EDID_ENABLE”] with [“EDID_ENABLE”].
Replace [“CP&EDID_DISABLE_ENABLE”] with [“EDID_DISABLE_ENABLE”].
7.6.2.4 Execute Test 7.6.2.4-2 with the following replacements:
-4 Replace [“CP&EDID_DISABLE”] with [“EDID_DISABLE”].
Replace [“CP&EDID_ENABLE”] with [“EDID_ENABLE”].
Replace [“CP&EDID_DISABLE_ENABLE”] with [“EDID_DISABLE_ENABLE”].
Case 2:
The DUT sends a
<CDC_HPD_SetState> message
incorporating the parameter
[“EDID_DISABLE_ENABLE”] to
the Source TE.
Case 2:
The DUT sends a
<CDC_HPD_SetState> message
incorporating the parameter
[“EDID_DISABLE_ENABLE”] to
the Source TE.
Case 2:
The DUT sends a
<CDC_HPD_SetState> message
incorporating the parameter
[“CP&EDID_DISABLE_ENABLE”]
to the Source TE.
Type-I CDC_HPD message (No. 9 in HEACT Table 7-4)
One TE as Sink without CDC_HPD functionality and another TE as Source with CDC_HPD functionality.
Test applies only to Type-I DUTs without CP functionality support (see CDF).
7.6.2.4 Execute Test 7.6.2.4-13 with the following replacements:
- 14 Replace [“CP&EDID_DISABLE”] with [“EDID_DISABLE”].
Replace [“CP&EDID_ENABLE”] with [“EDID_ENABLE”].
Replace [“CP&EDID_DISABLE_ENABLE”] with [“EDID_DISABLE_ENABLE”].
Configuration
This set of tests shall use the Basic Configuration (see HEACT Figure 7-7).
Case 2:
The DUT sends a
<CDC_HPD_SetState> message
incorporating the [HPD_State]
parameter
[“CP&EDID_DISABLE_ENABLE”]
to the Source TE. After receiving
the <CDC_HPD_ReportState>
[“CP&EDID_DISABLE_ENABLE”]
[“Other Error”] message from the
Source TE, the DUT sets the
Physical HPD pin to the Source
TE to low for more than 100ms.
Case 2:
The DUT sends a
<CDC_HPD_SetState> message
incorporating the [HPD_State]
parameter
[“CP&EDID_DISABLE_ENABLE”]
to the Source TE. After receiving
the <CDC_HPD_ReportState>
[“CP&EDID_DISABLE_ENABLE”]
[“Other Error”] message from the
Source TE, the DUT sets the
Physical HPD pin to the Source
TE to low for more than 100ms.
Type-I Physical HPD due to an error response
One TE as Sink with CDC_HPD functionality and another TE as Source with CDC_HPD functionality.
Test applies only to Type-I DUTs regardless of whether or not CP functionality is supported (see CDF).
7.6.2.4 Execute Test 7.6.2.4-15 with the following replacements:
- 17 Replace [“CP&EDID_DISABLE”] with [“EDID_DISABLE”].
Replace [“CP&EDID_ENABLE”] with [“EDID_ENABLE”].
Replace [“CP&EDID_DISABLE_ENABLE”] with [“EDID_DISABLE_ENABLE”].
7.6.2.4 Execute Test 7.6.2.4-16 with the following replacements:
- 18 Replace [“CP&EDID_DISABLE”] with [“EDID_DISABLE”].
Replace [“CP&EDID_ENABLE”] with [“EDID_ENABLE”].
Replace [“CP&EDID_DISABLE_ENABLE”] with [“EDID_DISABLE_ENABLE”].
Case 2:
The DUT sends a
<CDC_HPD_SetState> message
incorporating the [HPD_State]
parameter
[“EDID_DISABLE_ENABLE”] to
the Source TE. After receiving the
<CDC_HPD_ReportState>
[“EDID_DISABLE_ENABLE”]
[“Other Error”] message from the
Source TE, the DUT sets the
Physical HPD pin to the Source
TE to low for more than 100ms.
Configuration
This set of tests shall use the Basic Configuration (see HEACT Figure 7-7).
Case 2:
The DUT sends a
<CDC_HPD_SetState> message
incorporating the [HPD_State]
parameter
[“CP&EDID_DISABLE_ENABLE”]
to the Source TE.
Case 2:
The DUT sends a
<CDC_HPD_SetState> message
incorporating the [HPD_State]
parameter
[“EDID_DISABLE_ENABLE”] to
the Source TE.
Configuration
This set of tests shall use the Basic Configuration (see HEACT Figure 7-7).
Configuration
This set of tests shall use the Basic Configuration (see HEACT Figure 7-7).
HEACT 8 Networking
HEACT 8.1 Networking test Overview
The N5610A HDMI Ethernet Converter allows you to test the HEAC functionality of an HDMI
device. This converter translates a 100Mb/s Ethernet signal on an RJ45 connector to an HDMI
connector. Figure 8-2 shows N5610A front panel.
If the target HEC Device is not required to support RSTP by the HDMI specification, the BPDU
shall nonetheless be forwarded.
Target HEC Device that has Ethernet port(s) (RJ45) shall be set as follows.
• Auto-negotiate link mode: disabled
• Duplex mode: Full
• Link rate: 100Mbps
Test Objective
Verify that packet filtering and forwarding functionality of layer 2 switch.
Test Objective
Verify that BPDUs are forwarded from/to DUT ports.
Agilent N2X QuickTest Software will be used to automate the test sequence.
Test Objective
Verify loop detection and removal functionality.
HEACT Figure 8-5 RSTP Test Topology for HEC port is equal to 2.
HEACT Figure 8-6 RSTP Test Topology for HEC port is more than or equal to 3
Agilent N2X QuickTest Software will be used to automate the test sequence.
Test Objective
Verify that number of queues is greater than or equal to four.
Note: Strict priority is assumed.
#1 7 1
#2 7 3
#3 7 5
#4 5 1
#5 5 3
#6 3 1
4) Send learning packet which VID equals 0 and priority values equals CDF field
HEC_VLAN_ID from Tester port #3 at low traffic rate (around 10 frame/sec).
The parameters of packets sending from Tester port #3 are;
DST = FF-FF-FF-FF-FF-FF, SRC = 00-0c-03-00-00-03, LENGTH = 1500 Byte, DATA = not
specified.
5) Generate a stream containing packets with VID equal to CDF field HEC_VLAN_ID and
priority values equal to Priority value #1 of combination #1, i.e. 7, and packets with VID
equals CDF field HEC_VLAN_ID and priority values equals Priority value #2 of
combination #1, i.e. 1, such that the ratio of the packets with each priority is equal to 1, and
such packets are sent in alternating manner, i.e. Port#1: 717171..., Port#2: 717171.... .
Send 8000 packets of this stream simultaneously at high traffic rate (around 8,000
frame/sec) on both Tester port #1 and port #2.
6) Count number of packets from 1st packet for 1 second at Tester port #3
7) Observable results are as follow.
Note: n(priority #x) means number of arrived packets which has priority #x tag.
8) Select next combination of priority values and execute step 4) through 7). Repeat for all
combinations of priority values.
9) Repeat step 4) through 8) for 10 times.
10) If number of DUT port is greater than three, perform the test according to One Time Test
Rule as shown in Figure 8-3, or rotate DUT ports conforming to Port Rotation Rule and
execute step 3) through step 9) as shown in Figure 8-4.
11) If all results are correct, then PASS else FAIL.
1) Connect N2X port 101/1, 101/2 and 101/3 to DUT port 1, 2 and 3 respectively.
2) Disable Auto-negotiate link mode and set Duplex Mode to Full and set Link Rate to 100M if
DUT port is HEC.
3) Ensure that the link is active at all N2X ports.
4) Disable ARP and NDP.
5) Create a StreamGroup1 with VID equals CDF field HEC_VLAN_ID and priority equals one
of selected combinations of priority values on port 101/1. Use list of filed modifier.
DST = 00:0c:03:00:00:03, SRC = 00:0c:03:00:00:01, LENGTH = 1500 Byte
6) Create a StreamGroup2 with VID equals CDF field HEC_VLAN_ID and priority equals one
of selected combinations of priority values on port 101/2. Use list of filed modifier.
DST = 00:0c:03:00:00:03, SRC = 00:0c:03:00:00:02, LENGTH = 1500 Byte
7) Create a StreamGroup3 with VID equals CDF field HEC_VLAN_ID and priority equals 0
on port 101/3.
DST = FF:FF:FF:FF:FF:FF, SRC = 00:0c:03:00:00:03, LENGTH = 1500 Byte
8) Define the Profile1 for StreamGroup1 and StreamGroup2.
Set mode to single shot: 8,000 frames and set 8,000 frames/s.
9) Define the Profile1 for StreamGroup3.
Set mode to continuous and set frames/s to 10.
10) Disable Profile 1 on 101/1 and 101/2.
11) Set filed statistics for vlan priority on 101/3.
Agilent N2X QuickTest Software will be used to automate the test sequence.
Test Objective
Verify that priority tag values of sent packets are unchanged.
Agilent N2X QuickTest Software will be used to automate the test sequence.
Source/Sink/Repeater Characteristics
Product Category and Info
Source Characteristics
A copy of the following table must be completed for each of the HDMI output ports on the
product (field HDMI_output_count, above). If several ports have identical characteristics, only
one of the following needs to be completed for that group or ports. Please indicate which ports
are covered by this section.
MAC_Address XX:XX:XX:XX:XX:XX
Sink Characteristics
A copy of the following table must be completed for each of the HDMI input ports on the product
(field HDMI_input_count, above). If several ports have identical characteristics, only one of the
following needs to be completed for that group or ports. Please indicate which ports are covered
by this section.
MAC_Address XX:XX:XX:XX:XX:XX
6.144MHz Y/N
5.6488MHz Y/N
4.096MHz Y/N
Repeater Characteristics
If a Repeater product supports HEC on any HDMI input(s), it is required to complete a Sink CDF
describing those characteristics.
If a Repeater product supports HEC on one of its HDMI outputs, it is required to complete a
Source CDF describing those characteristics.
If a Repeater product supports ARC on any HDMI input(s), it is required to complete a Sink CDF
describing those characteristics.
If a Repeater product supports ARC on any HDMI output(s), it is required to complete a Source
CDF describing those characteristics.
CDC_HEC_Feature_Messages
CDC Feature
CDC Message Support Support Comments
as Initiator? as Follower?
Discovery
Does DUT support <CDC_HEC_Discover> Y/N Y/N
If Y, describe how to trigger the DUT to send the message
Capability Notification
Does DUT support <CDC_HEC_ReportState> Y/N Y Y/N
HEC Control - Inquiry
Does DUT support <CDC_HEC_InquireState> Y/N Y Y/N
Describe how to trigger the DUT to send the message
HEC Control – Activation
Does DUT support <CDC_HEC_SetState> Y/N Y/N
If Y, describe how to trigger the DUT to send the message for
activation (with ["Activate HEC"] parameter).
If Y, describe how to trigger the DUT to send the message for
deactivation (with ["Deactivate HEC"] parameter).
If Y, describe how to trigger the DUT to send the message for
activation to activate a HEC which is then in a state the DUT
agrees to deactivation requests.
Y/N
If Y, does the DUT support as Activator activating AHECs on two
or more of its HDMI connections concurrently
If Y, does the DUT support as Activator simultaneous activations Y/N
of multiple HECs
IF Y, as Activator, how many 1-4
HECs can be activated
simultaneously
Y/N
If Y, does the DUT as Activator support pass through HEC
activation through its HDMI connections (DUT is not one of the
Terminating Devices)
If Y, does the DUT as Activator support HEC activation of an Y/N
AHEC which does not include any of its own HEC connections
HEC Control – Request Deactivation
Does DUT support <CDC_HEC_RequestDeactivation> Y/N Y Y/N
Describe how to trigger the DUT to send the message
HEC Control – Alive
Does DUT support <CDC_HEC_NotifyAlive> Y/N Y Y/N
HEC Control – Adjacent Devices
Does DUT support <CDC_HEC_SetStateAdjacent> Y/N Y/N
If Y, describe how to trigger the DUT to send the message for
activation (with ["Activate HEC"] parameter).
If Y, describe how to trigger the DUT to send the message for
deactivation (with ["Deactivate HEC"] parameter).
CDC_HPD_Feature_Messages
CDC_HPD Feature
Choices Value, Comments
Source DUT
Does the DUT support CDC_HPD? *1) Y/N
How many HDMI output ports support CDC_HPD? The number
Which HDMI output ports support CDC_HPD? Output port # list
*1) For Source DUTs supporting CDC_HPD it is mandatory to support <CDC_HPD_ReportState> as Initiator and
<CDC_HPD_SetState> as Follower.
Source DUTs supporting CDC_HPD shall be tested regardless of whether or not CP functionality is supported.
Value, Comments
Choices Explanati
on,
Sink DUT
*2)
Does the DUT support CDC_HPD? Y/N
How many HDMI input ports support CDC_HPD? The number
Which HDMI intput ports support CDC_HPD? Input port #list
*3)
How to fully reset the DUT/the port in order to send at least one of all CDC messages?
Does the DUT support CP (ex. HDCP)? Y/N
If Y, then (a) and/or (b) shall be set to "Y".
If (c) is also supported, then it shall be set to "Y".
If (d) is also supported, then it shall be set to "Y".
If N, then (a) and (b) shall be set to "N", and
(c) and/or (d) shall be set to "Y".
Indicate the suport (Y/N) for each parameter.
If a parameter is supported (Y), then describe how to trigger sending a message with this parameter.
(a) [CP&EDID_DISABLE] and [CP&EDID_ENABLE] *4) Y/N
(b) [CP&EDID_DISABLE_ENABLE] Y/N
*4)
(c) [EDID_DISABLE] and [EDID_ENABLE] Y/N
(d) [EDID_DISABLE_ENABLE] Y/N
*2) For Sink DUTs supporting CDC_HPD it is mandatory to support <CDC_HPD_SetState> as Initiator and
<CDC_HPD_ReportState> as Follower.
*3) "fully reset" means a state transition such as power-on to power-off to power-on that is equivalent to newly
connecting an adjacent Source device.
*4) If the maximum period to send the two messages exceeds 2 seconds, then indicate the maximum period.
Which HDMI input ports and/or HDMI output ports supporting CDC_HPD Input port # -
and at least one of forwarding CDC_HPD signals or physical HPD signals
from HDMI output ports to HDMI input ports?
Output port #
These ports are tested same as the ports of a Repeater device. list
Indicate the Repeater device type of the DUT (Type-I, Type-II, Type-
Type-I, -II, -III
III are defined in 7.6.2.1.3.).
Does the Physical Address of the DUT's Sink functionality depend
on the connection of the DUT's Source functionality (PA is not Y/N
(C) fixed)?
Does the DUT support CP (ex. HDCP)? Y/N
*5) Forwarding
If necessary, indicate the condition to enable signal forwarding
condition
*6)
Maximum duration of forwarding from output to input. Duration (Sec.)
How to fully reset*3) the DUT/ the input port in order to send at least
one of all CDC messages?
*5) Some test cases requires to change some area of the Sink TE's EDID when the Sink TE sends <CDC_HPD_SetSta
*6) Indicate the maximum duration if reception of <CDC_HPD_SetState> till transmission of <CDC_HPD_SetState>
exceeds 2 seconds.
ID Pass/Fail Comment
ID Pass/Fail Comment
HEACT 5-16 :
Differential Signal
Receiver Performance Test
HEACT 5-17 :
Common Mode Signal
Receiver Performance Test
ID Pass/Fail Comment
ID Pass/Fail Comment
ARC_TX_frequency: 5.6488MHz
Jitter Max:
Clock frequency:
ARC_TX_frequency: 4.096MHz
Jitter Max:
Clock frequency:
HEACT 5-10:
IEC 60958-1 Stream Verification Test
ID Pass/Fail Comment
ARC_TX_frequency: 5.6488MHz
Jitter Max:
Clock frequency:
ARC_TX_frequency: 4.096MHz
Jitter Max:
Clock frequency:
HEACT 5-15:
IEC 60958-1 Stream Verification Test
ID Pass/Fail Comment
HEACT 5-16:
Differential Signal
Receiver Performance Test
ID Pass/Fail Comment
ID Pass/Fail Comment
CEC Bus Logic ‘0’ and ‘1’ Logic ‘0’ Logic ‘1’
Voltage Level
+3.3V via 3kΩ
Logic ‘0’ Logic ‘1’
HEACT 7.3.2.1
Bit Transmission
HEACT 7.3.2.2
Bit Reception
HEACT 7.3.3.1
ACK (Acknowledge)
HEACT 7.3.3.2
Header Block
HEACT 7.3.3.3
Retries (Frame Retransmissions)
HEACT 7.3.3.4
CEC Line Error Handling
HEACT 7.3.3.5
Control Signal Line Arbitration
HEACT 7.3.3.6
Signal Free Time
ID Pass/Fail Comment
HEACT 7.4.1
Initiator Logical Address
HEACT 7.5 Low Level Protocol Tests for All CDC Devices
ID Pass/Fail Comment
HEACT 7.5.1
CDC Control Signal Line Arbitration
HEACT 7.5.2
Destination Logical Address
HEACT 7.5.3
CEC Opcode Block
HEACT 7.5.4
Initiator Physical Address
HEACT 7.5.4.2
All Other Devices
HEACT 7.5.5
Frame Validation
ID Pass/Fail Comment
HEACT 7.6.1.1
HEC Capability Discovery
HEACT 7.6.1.2
HEC Control - Inquiry
HEACT 7.6.1.3
HEC Control – Activation
HEACT 7.6.1.3.2
DUT as Part of a VHEC activated by
another device
HEACT 7.6.1.4
HEC Control - Deactivation
HEACT 7.6.1.5
HEC Control - Request Deactivation
HEACT 7.6.1.6
HEC Control - Alive
HEACT 7.6.1.7
HEC Control for Adjacent Devices
ID Pass/Fail Comment
HEACT 7.6.2.2
Source DUT
HEACT 7.6.2.3.1
Sink DUT’s CDC_HPD message
HEACT 7.6.2.3.2
Sink DUT’s Physical HPD
HEACT 7.6.2.4.1
Repeater Device Type-I
CDC HPD message
HEACT 7.6.2.4.2
Repeater Device Type-I
Physical HPD
HEACT 7.6.2.4.3
Repeater Device Type-II
CDC HPD message
HEACT 7.6.2.4.4
Repeater Device Type-II
Physical HPD
HEACT 7.6.2.4.5
Repeater Device Type-III
CDC HPD message
ID Pass/Fail Comment
HEACT 8.1
Packet filtering/forwarding
HEACT 8.2
Forwarding of BPDU
HEACT 8.3
RSTP functionality
HEACT 8.4
Queue Control
HEACT 8.5
Unchanged Priority Tag value