HDMI và tôi


15

Tôi đã xem qua sơ đồ chân HDMI và tôi nghĩ: tại sao họ lại sử dụng I 2 C cho giao tiếp máy chủ hiển thị? Câu hỏi của tôi ở đây là về các số liệu thiết kế dẫn đến sự lựa chọn này.2

HDMI là một tiêu chuẩn khá gần đây trong khi I 2 C có từ năm 1982 . I 2 C có nghĩa là để giao tiếp trên tàu, từ chip sang chip, hơn nữa, tiêu chuẩn cho phép nhiều thiết bị được gắn vào cùng một xe buýt. Cáp HDMI có thể dài khoảng 15m , do đó, tín hiệu I 2 C có thể nên sử dụng điện áp cao hơn điện áp bình thường để tránh quá nhiều tiếng ồn, thêm sự cần thiết của máy kéo ở cả hai bên. Về điều đa thiết bị, tôi thực sự không thể nghĩ làm thế nào bạn có thể gắn nhiều màn hình vào một cổng HDMI trừ khi bạn đang rất, rất không chuẩn.222

Tôi thực sự không phải là một chuyên gia về các giao thức truyền thông nhưng tôi nghĩ rằng RS485, CAN hoặc một số điểm khác, giao thức song công hoàn chỉnh, giao thức SNR cao hơn sẽ tốt hơn.

Vậy tại sao họ lại chọn I 2 C?2

lưu ý: Tôi biết điều này có thể được đánh dấu là "dựa trên ý kiến", tôi hy vọng rằng ai đó xung quanh có thể nghĩ / biết về một số lý do khách quan.


+1 cho câu hỏi tuyệt vời! Tôi nghĩ điều đó có liên quan đến CEC! Tôi sử dụng STM32 và họ có thiết bị ngoại vi CEC và tôi rất muốn biết câu trả lời.
Roh

2
Tôi đã phục vụ trên một số bảng VESA với tư cách là đại diện tiêu chuẩn từ một công ty bán (VGA) khi DDC2 đang được triển khai. Philips đã có thể đàm phán để thực hiện tiêu chuẩn của họ, điều này ít gây tranh cãi vì đây là một giải pháp độc quyền, mặc dù đây là một giải pháp tốt để cắm và chạy. Vì vậy, @TurboJ có câu trả lời đúng. Tại thời điểm đa thả không được coi là quan trọng vì nó là điểm tương tự điểm (VGA).
giữ chỗ

Câu trả lời:


8

Lịch sử DCC trong HDMI đi qua DVI cho đến VGA. Nó được triển khai theo cách mà bạn có thể chỉ cần gắn chip nhớ eeprom I²C tiêu chuẩn ở phía màn hình, gần như rẻ như bụi bẩn (AT24C01 và tương thích).

Tín hiệu I2C có lẽ nên sử dụng điện áp cao hơn điện áp bình thường để tránh quá nhiều nhiễu

Không. +5 Volts kể cho bạn một câu chuyện khác. Những gì họ có thể làm là tần số đồng hồ thấp hơn trên xe buýt. Cáp HDMI thường được bảo vệ tốt, quá.

Vậy tại sao họ lại chọn I2C?

Nó đã có trong HDMI (mà HDMI tương thích) và hoạt động và có giá rẻ.


2
Vì vậy, tóm lại, bạn đang nói rằng đó là do các vấn đề tương thích cũ và hoạt động tốt, vậy tại sao lại thay đổi nó?
horta

3

I2C rất rẻ và đơn giản để thực hiện vì một số lý do. Nó thường được sử dụng khi chỉ cần một vài byte cần chuyển. Nó cũng là một giao diện rất có cấu trúc, với giao thức được xác định cho những người nên nói chuyện tại một thời điểm nhất định. I2C, do tuổi của nó, cũng được hỗ trợ tốt giữa các nhà sản xuất I2C (do đó tại sao nó không tốn kém và đơn giản để thực hiện). Do tốc độ dữ liệu chậm, SNR thực sự không phải là vấn đề và 3,3V là điện áp bus thông thường và nó có thể được lọc rất thấp, nếu cần.

Tôi nghĩ rằng điều quan trọng là chỉ ra CÁCH I2C sẽ được sử dụng trong một màn hình. I2C không chỉ cho phép giao tiếp với nhiều màn hình mà còn cho nhiều thiết bị (ví dụ như nhiều IC) trong mỗi màn hình, mặc dù có khả năng có một bus I2C riêng cho mỗi cáp HDMI trong hầu hết các hệ thống máy chủ. Giao diện I2C có thể sẽ được sử dụng để thiết lập kết nối với máy chủ, nơi máy chủ sẽ truy vấn màn hình để tìm ra những thứ như độ phân giải, tốc độ khung hình, nhà sản xuất, tên và có thể những thứ khác. I2C sẽ không đủ nhanh để truyền dữ liệu hình ảnh và âm thanh, thông tin đó đi qua các dây TDMS, tốc độ cao và SNR thấp.


Vì vậy, bạn đang nói rằng trên một thiết lập đa hdmi chỉ có một bộ thu phát i2c được yêu cầu phía máy chủ lưu trữ, và đó là lý do tại sao comm đa điểm là một điều tốt đẹp để có?
Vladimir Cravero

Bạn thậm chí sẽ không cần một bộ thu phát chuyên dụng (như trong một IC duy nhất có chức năng duy nhất là giao tiếp qua I2C). Nó chỉ có thể là một trách nhiệm nhỏ của một IC cầu nối đang quản lý nhiều giao diện khác nhau. Tuy nhiên, có khả năng có một bus I2C chuyên dụng cho mỗi màn hình. Một trong những nhược điểm của I2C (IMO) là không có hai cấu hình nô lệ có thể được cấu hình với cùng một địa chỉ xe buýt và không có giao thức (mà tôi biết) để tự động gán địa chỉ mới cho nô lệ.
kjgregory

Đúng đó là quan điểm của tôi, hơn nữa tôi đoán rằng hai màn hình giống hệt nhau có cùng một địa chỉ nên dù sao bạn cũng sẽ cần các dòng riêng biệt.
Vladimir Cravero

1
Tôi không nghĩ rằng thực tế đó thực sự là một vấn đề lớn hoặc phản biện đối với việc sử dụng nó trong HDMI. Đặc biệt là khi bạn cho rằng khá nhiều giao thức khác sẽ yêu cầu một giao diện riêng cho mỗi màn hình.
kjgregory

Vâng, tôi đồng ý về điều đó
Vladimir Cravero

0

Nó rẻ, nó hoạt động, nó đã có từ thời VGA, và không có lý do thực sự để thay đổi nó.

Kỹ thuật tốt trong không gian của người tiêu dùng là rẻ và hoạt động đủ tốt (mà hầu hết là HDMI), không ai giành được điểm khi thiết kế một thứ gì đó trong không gian đó sử dụng thêm chip, có giao tiếp nghiêm túc và hỗ trợ các cấu trúc liên kết đa chiều phức tạp cho những thứ như thế này.

Con chip này được đọc một lần khi đưa ra liên kết, vì vậy ngay cả khi bạn chỉ có thể theo dõi điều đó ở tốc độ KHz, đó không phải là vấn đề đối với hàng trăm byte hoặc hơn dữ liệu. CAN hoặc RS485 đều sẽ yêu cầu nhiều việc hơn trong một ứng dụng tiêu dùng rất hạn chế về chi phí.

Tôi nghi ngờ các công cụ DDC đã được nhập khẩu bán buôn mà không cần phải suy nghĩ nhiều, vì trên thực tế hầu hết thời gian của video (Displayport và HDMI khá giống nhau về mặt điện) và thời gian video có thể dễ dàng truy xuất ít nhất là từ video tổng hợp trên CRT, hiên trước, video hoạt động, hiên sau, khoảng thời gian truy xuất .... Nó trông rất quen thuộc với bất kỳ anh chàng truyền hình trường học cũ nào.

Đây thực sự là một trường hợp hơi hiếm của một cơ quan tiêu chuẩn KHÔNG thực hiện thay đổi để loại bỏ một lợi thế của nhà sản xuất, và thay vào đó là với một tiêu chuẩn defacto hoạt động được biết đến. Tôi sẽ không ngạc nhiên với I2C nhưng với chiếc xe buýt bị kéo xuống và trạng thái hoạt động là logic 1, hoặc một cái gì đó tương tự chỉ để tránh trao cho Phillips / NXP / Nexperia một lợi thế!

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.