Saya melihat pinout HDMI dan saya berpikir: mengapa mereka menggunakan I 2 C untuk komunikasi host-display? Pertanyaan saya di sini adalah tentang metrik desain yang mengarah ke pilihan ini.
HDMI adalah standar yang cukup baru sementara I 2 C sudah ada sejak 1982 . I 2 C dimaksudkan untuk on board, komunikasi chip ke chip, apalagi standar memungkinkan beberapa perangkat terpasang ke bus yang sama. Kabel HDMI bisa panjang sekitar 15m , sehingga sinyal I 2 C mungkin harus menggunakan tegangan yang lebih tinggi dari biasanya untuk menghindari terlalu banyak noise, menambahkan perlunya tranceiver di kedua sisi. Tentang hal multi-perangkat, saya tidak dapat benar-benar berpikir bagaimana Anda akan memasang lebih dari satu monitor ke satu port HDMI kecuali Anda sedang sangat, sangat tidak standar.
Saya benar-benar bukan ahli dalam protokol komunikasi tetapi saya berpikir bahwa RS485, CAN atau titik lain ke titik, dupleks penuh, protokol SNR yang lebih tinggi akan lebih baik.
Jadi mengapa mereka memilih I 2 C?
Catatan: Saya tahu ini mungkin ditandai sebagai "berdasarkan pendapat", saya berharap seseorang di sekitar dapat memikirkan / mengetahui tentang beberapa alasan obyektif.
sumber
Jawaban:
Riwayat DCC di HDMI melalui DVI hingga VGA. Hal ini diimplementasikan sedemikian rupa sehingga Anda cukup menghubungkan chip memori eeprom I²C standar di sisi monitor, yang hampir semurah tanah (AT24C01 dan kompatibel).
Nggak. +5 Volts memberi tahu Anda cerita yang berbeda. Apa yang mungkin mereka lakukan adalah frekuensi clock yang lebih rendah di bus. Kabel HDMI biasanya terlindung dengan baik juga.
Itu ada di DVI (yang HDMI kompatibel) dan berfungsi dan murah.
sumber
I2C sangat murah dan mudah diterapkan karena sejumlah alasan. Ini sering digunakan ketika hanya beberapa byte yang perlu ditransfer. Ini juga merupakan antarmuka yang sangat terstruktur, dengan protokol yang ditentukan untuk siapa yang harus berbicara pada waktu tertentu. I2C, karena usianya, juga didukung dengan baik di antara produsen I2C (karenanya mengapa murah dan mudah diimplementasikan). Karena laju data yang lambat, SNR benar-benar tidak menjadi masalah dan 3.3V adalah tegangan bus yang khas dan dapat difilter dengan low-pass, jika perlu.
Saya pikir penting untuk menunjukkan BAGAIMANA I2C akan digunakan dalam monitor. I2C tidak hanya akan memungkinkan komunikasi ke beberapa monitor, tetapi juga ke beberapa perangkat (misalnya beberapa IC) di dalam setiap monitor, walaupun ada kemungkinan bus I2C terpisah untuk setiap kabel HDMI di sebagian besar sistem host. Antarmuka I2C kemungkinan akan digunakan untuk membangun koneksi dengan host, di mana host akan meminta monitor untuk mencari tahu hal-hal seperti resolusi, frame rate, pabrikan, nama, dan mungkin hal-hal lain. I2C tidak akan cukup cepat untuk mentransfer data gambar dan suara, informasi itu melewati kabel TDMS, yang akan menjadi kecepatan tinggi dan SNR rendah.
sumber
Murah, berfungsi, sudah ada sejak zaman VGA, dan tidak ada alasan nyata untuk mengubahnya.
Rekayasa yang baik di ruang konsumen adalah murah dan bekerja dengan cukup baik (yang sebagian besar dilakukan oleh HDMI), tidak ada yang menang poin untuk merancang sesuatu di ruang yang menggunakan chip tambahan, memiliki biaya overhead komunikasi yang serius dan mendukung topologi multidrop yang kompleks untuk hal seperti ini.
Chip ini dibaca sekali pada link yang muncul, jadi bahkan jika Anda hanya dapat clock hal pada tingkat KHz, itu bukan masalah untuk seratus byte atau lebih dari data. CAN atau RS485 akan membutuhkan lebih banyak hal dalam aplikasi konsumen yang sangat terbatas biaya.
Saya menduga barang-barang DDC diimpor secara grosir bahkan tanpa banyak pemikiran, karena pada kenyataannya sebagian besar waktu video (Displayport dan HDMI hampir sama secara elektrik), dan waktu video dapat dengan mudah dilacak paling tidak sejauh video komposit pada CRT, teras depan, video aktif, teras belakang, retrace interval .... Itu terlihat sangat familier bagi pria TV sekolah lama.
Ini sebenarnya adalah kasus yang agak jarang dari badan standar TIDAK membuat perubahan untuk menghapus satu keunggulan pabrikan, dan bukannya menggunakan standar de facto yang berfungsi baik. Saya tidak akan terkejut oleh I2C tetapi dengan bus ditarik ke bawah dan keadaan aktif menjadi logika 1, atau sesuatu yang sama saja hanya untuk menghindari menyerahkan Phillips / NXP / Nexperia keuntungan!
sumber