HDMI와 I


15

나는 한 번 봐 가지고 있었다 HDMI의 핀아웃을하고 나는 생각했다 : 왜 내가 사용하는 것이 2 디스플레이 호스트 통신을 위해 C를? 내 질문은이 선택으로 이어지는 디자인 메트릭에 관한 것입니다.2

HDMI는 꽤 최근의 표준이며, I 2 C는 1982 년 부터 사용되었습니다 . I 2 C는 온보드, 칩 간 통신을위한 것으로, 표준은 동일한 버스에 여러 장치를 연결할 수 있도록합니다. HDMI 케이블은 약 15m 길이 일 수 있으므로 I 2 C 신호는 너무 많은 노이즈를 피하기 위해 정상 전압보다 더 높은 전압을 사용해야하므로 양쪽에 트랜시버가 필요합니다. 다중 장치에 관해서는, 매우 표준이 아닌 한 하나 이상의 모니터를 단일 HDMI 포트에 연결하는 방법을 실제로 생각할 수 없습니다.222

나는 통신 프로토콜의 전문가는 아니지만 RS485, CAN 또는 다른 지점 간, 전이중, 더 높은 SNR 프로토콜이 더 좋을 것이라고 생각합니다.

왜 그들은 I 2 C 를 선택했을 까요?2

참고 : 나는 이것이 "의견 기반"으로 표시 될 수 있음을 알고 있습니다. 주변의 누군가가 객관적인 이유에 대해 생각하거나 알 수 있기를 바랍니다.


좋은 질문에 +1하세요! 나는 그것이 CEC와 관련이 있다고 생각합니다! STM32를 사용하고 있으며 CEC 주변 장치가 있으며 그 답을 알고 싶어합니다.
Roh

2
DDC2를 구현할 때 일부 회사 (VGA)의 표준 담당자로 일부 VESA 패널에서 근무했습니다. 필립스는 표준을 구현하기 위해 협상 할 수 있었으며, 이는 플러그 앤 플레이를위한 훌륭한 솔루션이지만 독점 솔루션이므로 거의 논쟁이되지 않았습니다. @TurboJ가 정답입니다. 당시 멀티 드롭은 포인트 투 포인트 아날로그 (VGA)이므로 중요하지 않은 것으로 간주되었습니다.
플레이스 홀더

답변:


8

HDMI의 DCC 기록은 DVI를 통해 VGA까지 내려갑니다. 먼지가 거의없는 표준 I²C eeprom 메모리 칩을 모니터쪽에 간단히 연결할 수있는 방식으로 구현됩니다 (AT24C01 및 호환 가능).

I2C 신호는 너무 많은 노이즈를 피하기 위해 아마 정상 전압보다 높은 전압을 사용해야합니다

아니. +5 볼트는 다른 이야기를합니다. 그들이 할 수있는 것은 버스에서 낮은 클럭 주파수입니다. HDMI 케이블도 일반적으로 잘 차폐되어 있습니다.

그렇다면 왜 I2C를 선택했을까요?

DVI (HDMI 호환)에있어 효과가 있습니다.


2
요약하자면 레거시 호환성 문제로 인한 것이며 정상적으로 작동하므로 변경하는 이유는 무엇입니까?
horta

3

I2C는 여러 가지 이유로 구현하기가 매우 저렴하고 간단합니다. 몇 바이트 만 전송해야 할 때 자주 사용됩니다. 또한 주어진 시간에 누가 대화해야하는지에 대한 프로토콜이 정의 된 매우 구조화 된 인터페이스입니다. I2C는 그 시대로 인해 I2C 제조업체들 사이에서도 잘 지원됩니다 (따라서 저렴하고 구현이 쉬운 이유). 데이터 전송 속도가 느리기 때문에 SNR은 실제로 문제가되지 않으며 3.3V는 일반적인 버스 전압이며 필요에 따라 저역 통과 필터링이 가능합니다.

나는 그것을 지적하는 것이 중요하다고 생각합니다 HOW 는 I2C가 모니터에 사용됩니다. 대부분의 호스트 시스템에는 각 HDMI 케이블에 대해 별도의 I2C 버스가있을 수 있지만 I2C는 여러 모니터뿐만 아니라 각 모니터 내의 여러 장치 (예 : 여러 IC)와의 통신을 허용 할 것입니다. I2C 인터페이스는 호스트와의 연결을 설정하는 데 사용될 수 있으며, 호스트는 해상도, 프레임 속도, 제조업체, 이름 및 기타 사항을 찾기 위해 모니터에 쿼리합니다. I2C는 이미지와 사운드 데이터를 전송하기에 충분히 빠르지 않으며, 그 정보는 TDMS 와이어를 통해 전달되며, 이는 고속 및 낮은 SNR입니다.


따라서 다중 HDMI 설정에서 호스트 측에는 하나의 i2c 트랜시버 만 있으면된다고 말하는 것입니다. 이것이 멀티 포인트 통신이 좋은 이유입니다.
Vladimir Cravero

전용 트랜시버도 필요하지 않습니다 (단 하나의 IC에서 유일한 기능은 I2C를 통해 통신하는 것입니다). 다양한 인터페이스를 관리하는 브리지 IC의 책임 중 하나 일 수 있습니다. 그러나 각 모니터마다 전용 I2C 버스가있을 수 있습니다. I2C (IMO)의 단점 중 하나는 동일한 버스 주소로 두 개의 슬레이브를 구성 할 수 없으며 슬레이브에 새 주소를 동적으로 할당하기위한 프로토콜 (알고 있음)이 없다는 것입니다.
kjgregory

그러나 그것은 내 요점이었습니다. 또한 두 개의 동일한 모니터가 동일한 주소를 가지고 있기 때문에 어쨌든 별도의 줄이 필요하다고 생각합니다.
Vladimir Cravero

1
나는 사실이 HDMI에서의 사용에 실제로 큰 문제이거나 반대 주장이라고 생각하지 않습니다. 특히 다른 프로토콜이 거의 각 모니터마다 별도의 인터페이스를 필요로한다고 생각하면
kjgregory

그래 나는 것을 동의
블라디미르 Cravero에

0

그것은 싸고, 효과가 있으며, VGA 시대부터 이미 존재했으며 그것을 바꿀 진정한 이유가 없었습니다.

소비자 공간의 우수한 엔지니어링은 저렴하고 충분히 잘 작동합니다 (HDMI 대부분의 경우). 여분의 칩을 사용하는 공간에서 무언가를 설계 한 점에서 아무도 이기지 못하고 심각한 통신 오버 헤드가 있으며 이와 같은 복잡한 멀티 드롭 토폴로지를 지원하지 않습니다.

링크 가져 오기에서 칩을 한 번 읽으므로 KHz 속도로만 클럭 할 수 있더라도 100 바이트 정도의 데이터에는 문제가되지 않습니다. CAN 또는 RS485는 비용이 매우 많이 소요되는 소비자 애플리케이션에서 더 많은 작업을 요구했을 것입니다.

실제로 대부분의 비디오 타이밍 (디스플레이 포트와 HDMI는 거의 전기적으로 동일 함)과 마찬가지로 DDC 항목은 많은 생각없이 도매로 수입 된 것으로 의심되며 비디오 타이밍은 적어도 복합 비디오만큼 쉽게 추적 할 수 있습니다 CRT, 현관, 활동 비디오, 뒷 현관, 추적 간격 등 .. 그것은 어떤 오래된 학교 TV 녀석에게도 매우 친숙해 보입니다.

이것은 실제로 하나의 제조업체 이점을 제거하기 위해 변경하지 않고 사실상 표준으로 작동하는 것으로 알려진 표준 기관의 경우는 드문 경우입니다. 나는 I2C에 놀라지 않았지만 버스가 풀리고 활성 상태가 논리 1이거나 필립스 / NXP / 넥스 페리아에게 유리한 점을 피하기 위해 똑같은 일이 발생했습니다!

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.