HDMIおよびI

私はHDMIのピン配列を見ていましたが、ディスプレイとホストの通信にI 2 Cを使用するのはなぜですか？ここでの私の質問は、この選択につながる設計指標に関するものです。$^2$

HDMIは非常に最近の規格ですが、I 2 Cは1982年以来です。I 2 Cは、オンボード、チップ間通信を目的としています。さらに、標準では、同じバスに複数のデバイスを接続できます。HDMIケーブルは15mほどの長さになる可能性があるため、I 2 C信号は通常の電圧よりも高い電圧を使用してノイズを抑え、両側にトランシーバーを追加する必要があります。マルチデバイスについては、非常に非標準でない限り、1つのHDMIポートに複数のモニターを接続する方法を本当に考えることはできません。$^2$$^2$$^2$

私は実際には通信プロトコルの専門家ではありませんが、RS485、CAN、または他のポイントツーポイント、全二重、高SNRプロトコルの方が優れていると思います。

なぜ彼らはI 2 C を選ぶのでしょうか？$^2$

注：これは「意見ベース」としてマークされる可能性があることは知っていますが、周囲の誰かがいくつかの客観的な理由を考えたり知ったりできることを望んでいます。

HDMIのDCC履歴は、DVIを介してVGAまで続きます。モニタ側に標準のI²Ceepromメモリチップを接続するだけで実装できます。これは、ほこりとほぼ同じくらい安価です（AT24C01および互換性あり）。

I2C信号では、通常の電圧よりも高い電圧を使用して、ノイズが多くなりすぎないようにします。

いや。+5ボルトは別の話をします。彼らがするかもしれないことは、バス上のより低いクロック周波数です。HDMIケーブルも通常、十分にシールドされています。

では、なぜ彼らはI2Cを選ぶのでしょうか？

DVI（HDMIは互換性があります）にあり、動作し、安価です。

I2Cは非常に安価で、いくつかの理由で実装が簡単です。数バイトだけを転送する必要がある場合によく使用されます。また、非常に構造化されたインターフェイスであり、特定の時間に誰が会話するかについてプロトコルが定義されています。I2Cは、その時代から、I2Cメーカーの間でも十分にサポートされています（そのため、安価で実装が簡単です）。データレートが遅いため、SNRは実際には問題ではなく、3.3Vは一般的なバス電圧であり、必要に応じて大幅にローパスフィルターをかけることができます。

私はそれを指摘することは重要だと思うHOW I2Cがモニターに使用されます。I2Cは複数のモニターとの通信を可能にするだけでなく、各モニター内の複数のデバイス（複数のICなど）との通信を可能にします。I2Cインターフェースは、ホストとの接続を確立するために使用される可能性があります。ホストは、解像度、フレームレート、製造元、名前などの情報を見つけるためにモニターにクエリを送信します。I2Cは画像や音声データを転送するのに十分な速さではなく、その情報はTDMSワイヤを通過するため、高速で低SNRになります。

その安価で機能し、VGA時代からすでに存在していたため、変更する本当の理由はありませんでした。

消費者空間での優れたエンジニアリングは安価で十分に機能します（HDMIはほとんどの場合）

チップはリンクの起動時に1回読み取られるため、KHzレートでしかクロックできない場合でも、100バイト程度のデータでは問題ありません。CANまたはRS485の両方は、非常にコストに制約のある民生用アプリケーションでより多くの作業を必要とするでしょう。

実際にはほとんどのビデオタイミング（ディスプレイポートとHDMIは電気的にほぼ同一）であり、少なくともビデオのタイミングはコンポジットビデオと同じくらい簡単に追跡できるため、DDCのものはあまり考えずに卸売りでインポートされたと思われますCRT、フロントポーチ、アクティブビデオ、バックポーチ、リトレースインターバル...で、昔のテレビの男なら誰でもよく知っているようです。

これは実際、標準化団体が製造業者の利点を1つ削除するために変更を加えず、代わりに動作することがわかっている事実上の標準に準拠するという、まれなケースです。I2Cには驚かなかったでしょうが、バスがプルダウンされ、アクティブ状態がロジック1であるか、Phillips / NXP / Nexperiaに利点を与えないようにするために、同様に不思議なものになりました！