LVDS TFT LCD データマッピング：VESA と JEIDA の互換性ガイド

LVDS TFT LCDは、電源投入、入力信号へのロック、安定した画像表示が可能であっても、色が正しく表示されない場合がある。解像度と同期が正しく見えるにもかかわらず、グラデーションがポスタリゼーション（階調飛び）を起こしたり、暗部がつぶれたり、色が不自然にシフトして見える場合、問題はパネルガラス、ケーブル品質、アプリケーションソフトウェアではなく、データマッピングにある可能性がある。.

VESAとJEIDAは、LVDSディスプレイリンク上でRGBピクセルビットを配置するための一般的に参照されるマッピング規則である。これらは物理コネクタ自体を変更するものではなく、ピクセルタイミング、レーン極性、シングルチャネル対デュアルチャネルLVDS、またはインターフェースの電気的特性と混同されるべきではない。これらは、送信機と受信機がシリアル化されたピクセルデータをどのように解釈するかを定義する。両端が一致している必要がある。.

本ガイドは、マッピングが組み込みTFT LCDシステムにどのように影響するか、マッピングの問題を他の互換性障害と区別する方法、およびエンジニアが交換用パネルまたはコントローラーボード構成を承認する前に確認すべき事項について説明する。.

LVDSマッピングが別個の互換性要件である理由

LVDSは低電圧差動信号方式を説明するが、LCD接続にはピクセルおよび制御情報を転送するための合意された方法も必要である。多くのフラットパネルシステムでは、シリアライザがパラレルRGBデータを差動ペアで伝送されるストリームに変換し、パネル側のレシーバがピクセルデータを再構築する。.

テキサス・インスツルメンツは、18ビットおよび24ビットのディスプレイパス向けに複数のRGB-to-LVDS/OpenLDIマッピングを文書化しており、相互運用性が期待されるシリアル化出力に正しい入力ビットを割り当てることに依存することを実証している。.¹ Linuxパネルバインディングも同様に、 jeida-18, jeida-24そして vesa-24 を、互換性のある名称ではなく、個別のデータマッピング値として扱う。.²

これにより、重要な工学的区別が生まれる。ケーブルが正しいコネクタと差動ペア数を持っていても、送信機がパネルレシーバの期待する方法とは異なる方法でピクセルビットをパッキングするため、表示色が正しくならない可能性がある。.

VESA vs JEIDA：実際に何が変わるのか

RGB888パスの場合、赤、緑、青の各コンポーネントは8ビットを含む。一部のビットは他のビットよりも視覚的な重みが大きい。最上位ビットは輝度の大きな段差を決定し、最下位ビットはより小さな差異を調整する。VESAとJEIDAのマッピングは、これらのビットをシリアル化されたLVDSレーン上で異なる位置に配置する。.

STマイクロエレクトロニクスは、VESAが最下位RGBコンポーネントビットを最初の3つのデータレーンにグループ化するのに対し、JEIDAは6つの最上位ビットを共通の3レーン部分に保持し、追加のRGB888ビットを4番目のレーンに配置することを指摘し、実用的な区別を説明している。.³ この違いは、24ビット送信機と24ビットパネルが異なる規則を使用する場合に重要となる。.

項目	確認すべき事項	その重要性
色の深さ	RGB666またはRGB888パス	アクティブなカラービット数と一般的に使用されるデータレーンを決定する
データマッピング	パネルと送信機によって指定されるJEIDAまたはVESA規則	重要度の高いRGBビットと低いRGBビットがシリアル化される場所を決定する
LVDSチャネルアーキテクチャ	シングルチャネルまたはデュアルチャネル実装	リンク間でのピクセルの分割方法に影響する。これはVESA対JEIDAと同じ問題ではない
レーン順序と極性	ペア割り当て、正/負極性、コネクタピン配置、および任意のミラー機能	マッピング設定では、任意の配線や極性エラーを修正できない
ピクセルタイミング	アクティブエリア、ピクセルクロック、同期、ポーチ、リフレッシュ動作	正しいマッピングは、互換性のないタイミングを補償しない

VESA/JEIDA不一致の典型的な症状

マッピングの不一致は、電源不足やタイミング不良とは異なる障害兆候を生じることが多い。レシーバがクロックと制御構造を回復しているため、パネルは安定した正しく配置された画像を表示する可能性がある。しかし、色の重要度の解釈が間違っている。.

一般的な観察事項は以下の通り：

• 滑らかなグラデーションが目に見えて階段状またはポスタリゼーション状になる；;
• 暗い色合いが暗すぎる、クリップされている、または予期せぬ色味を帯びて見える；;
• カラーバーが誤った輝度関係を表示する；;
• テキストや形状は鮮明なままでも、写真が不自然に見える；;
• 同一ホスト上で元のパネルが正しく表示される一方で、交換用パネルが異なる色動作を示す。.

これらの症状は診断の手がかりであり、証明ではない。チャネル順序の逆転、誤ったレーン割り当て、ビット深度の不一致、ブリッジレジスタエラー、または信号整合性の問題も色を破損させる可能性がある。ディスプレイに画像がない、同期が不安定、アクティブエリアがずれている、ちらつきがある、または起動が断続的である場合、エンジニアはVESA/JEIDAの問題を仮定する前に、まず電源、リセット、タイミング、ケーブル、信号整合性、および初期化を確認すべきである。.

新しいパネルを接続する前にマッピングを確認する方法

最も安全な情報源は完全なパネル仕様書であり、販売代理店の概要やコネクタの写真ではない。LVDS入力セクションを見つけ、実際のマッピング図を特定する。「LVDS」という単語だけでは不十分である。.

パネル文書を確認する

色深度、データペア数、クロックペア、シングルまたはデュアルチャネルアーキテクチャ、コネクタピン配置、極性、タイミングテーブル、電源レール、イネーブルシーケンス、バックライト要件、およびパネルが期待するビットマッピングを確認する。一部の文書はVESAまたはJEIDAを直接明記している。その他は、送信機の文書と比較する必要があるスロットごとの図のみを提供する。.

メーカーの規則を読まずに、R0やR7などのビットラベルのみに依存しないでください。STは、一部のパネル仕様が最上位ビットと最下位ビットを混乱を招く可能性のある方法でラベル付けしていると指摘している。.⁴ 図と説明メモが解釈を制御する必要がある。.

送信機、ブリッジ、またはSoC出力を確認する

ホストは、ネイティブLVDS送信機、RGB-to-LVDSシリアライザ、MIPI DSI-to-LVDSブリッジ、またはその他のアクティブ変換デバイスを含む場合がある。そのマッピングが固定されているか、ピンで選択されるか、レジスタを通じて変更されるか、ファームウェアで設定されているかを確認する。Linuxデバイスツリーバインディングは、関連するLVDSパネルおよびコーデックに対してマッピングを明示的なプロパティとして公開しており、この設定が制御されたハードウェア/ソフトウェア構成に属することを強化している。.⁵ より広範なシステムレベルのレビューについては、RJY Displayのガイドを参照のこと。 TFT LCDモジュールとAndroid制御ボードのマッチング.

ソースがHDMIの場合、アクティブレシーバまたはスケーラが最初にビデオをパネル互換のパスに変換する必要がある。パッシブHDMI-to-LVDSケーブルは、必要なレシーバ、タイミング、マッピング、パネル電源、またはバックライト機能を生成できない。.

実践的なLVDSマッピング診断ワークフロー

1. テスト構成を固定する

パネルモデルとリビジョン、コントローラーボードリビジョン、ブリッジまたはシリアライザ部品、ファームウェアまたはBSPビルド、ケーブル図面、ジャンパ状態、および関連するレジスタまたはデバイスツリー設定を記録する。構成管理なしでは、修正されたプロトタイプが後日、ボードまたはソフトウェアのリビジョン後に再び故障する可能性がある。.

2. 決定論的なテスト画像から始める

フル強度の赤、緑、青、白、黒のフィールドと、グレースケールランプおよびチャネルグラデーションを使用する。写真は画像が間違っていることを明らかにするかもしれないが、制御されたパターンにより、コンポーネント順序、ビット重要度、クリッピング、および欠落した階調を区別しやすくなる。.

3. タイミングと電気的安定性を確認する

アクティブ解像度、ピクセルクロック、同期、電源シーケンス、リセット、イネーブル、およびバックライト動作がパネル仕様に準拠していることを確認する。差動ペアの配線とコネクタピン配置を確認する。配線やタイミングの欠陥を隠すためにマッピング変更を使用しないでください。.

4. 2つのマッピング状態を意図的に比較する

トランスミッタが両方のマッピングをサポートしている場合は、テストパターン、タイミング、ケーブル、および電源構成を一定に保ったまま、マッピング制御のみを変更してください。複数のブリッジレジスタを一度に変更するよりも、管理されたA/B比較の方が信頼性が高くなります。.

5. ブート画面以上の検証を行う

通常のアプリケーションUI、グラデーション、画像、サスペンド/レジューム、コールドスタート、ウォームリスタート、輝度遷移、および必要なすべての動作モードをテストしてください。正しいブートロゴが表示されても、すべてのディスプレイ状態とソフトウェアパスが同じ構成を使用しているとは限りません。.

6. マッピングを量産ドキュメントに固定する

承認されたマッピングを、パネル制御基板互換性マトリックス、ケーブル図面、ファームウェアマニフェスト、デバイスツリーソース、量産試験手順、および変更管理記録に追加してください。マッピングの変更は、外観上のソフトウェア設定ではなく、互換性の変更として扱ってください。.

LVDSパネル交換時にマッピングが重要である理由

パネル交換プロジェクトは、多くの場合、機械的サイズ、解像度、コネクタタイプ、輝度、および入手可能性から始まります。これらの確認は必要ですが、十分ではありません。同様の寸法と同じ公称LVDSインターフェースを持つ2つのパネルでも、異なる色深度、マッピング、チャネルアーキテクチャ、タイミング、ピン配置、電源、またはバックライト制御が想定される場合があります。RJY Displayのガイド 製造中止となったTFT LCDモジュールの交換 では、より広範なフォーム、フィット、ファンクション、ライフサイクル、および認定プロセスについて説明しています。.

交換時の確認事項	想定しないこと	必要な証拠
コネクタ	同じコネクタは同じピン配置を意味する	コネクタ表とケーブル図面の両方
LVDSマッピング	すべての24ビットLVDSパネルが1つのフォーマットを使用する	パネルマッピング図とトランスミッタ構成
タイミング	同じ解像度は同一のタイミングを意味する	ピクセルクロック、ポーチ、同期、およびリフレッシュ範囲
電源とバックライト	ホストはすべての電源レールとイネーブル信号を再利用できる	電源シーケンス、電圧/電流要件、およびバックライト仕様
ソフトウェア	既存のファームウェアがパネルを自動的に識別して駆動する	ブリッジ、ドライバ、デバイスツリー、および量産イメージのレビュー

OEM交換プログラムでは、適切な目標は類似した外観のパネルを見つけることではありません。完全に管理された構成（パネル、ケーブル、コントローラまたはブリッジ、ファームウェア、電源、バックライト、機械的アセンブリ、および検証エビデンス）を認定することです。.

LVDS互換性レビューのために提供すべき情報

LVDSディスプレイプロジェクトを効率的にレビューするには、現在のパネルモデルとデータシート、候補パネルのドキュメント、ホストまたはコントローラ基板情報、ケーブル図面、必要な解像度とリフレッシュ動作、ブリッジまたはシリアライザの詳細、オペレーティングシステムまたはファームウェアバージョン、バックライト要件、機械図面、年間数量、試作品数量、およびトラブルシューティングが必要な場合は現在の画像不良の写真を提供してください。.

RJY Displayは、定義されたプロジェクト要件に基づいて、入手可能なTFT LCDモジュールとコントローラ基板オプションを評価できます。レビューは、ケーブル変更だけで任意のLVDSパネルを交換可能にできるという想定ではなく、既存のパネルプラットフォームと文書化された互換性要件から開始する必要があります。より広範なカスタマイズの境界については、 カスタムTFT LCDエンジニアリングガイド.

を参照してください。互換性レビューのために、ディスプレイ、コントローラ基板、ケーブル、およびファームウェアの要件をお送りください。.

よくあるご質問

VESAとJEIDAは異なる物理コネクタですか？

いいえ。VESAとJEIDAのマッピングは、LVDSディスプレイパス上でピクセルデータがどのように配置されるかを説明します。コネクタタイプとピン配置は別個の互換性要件です。.

LVDSマッピングが間違っている場合でも、画像は安定したままになりますか？

はい。RGBビットが誤った位置で解釈されるため、色、グラデーション、および輝度レベルが不正確であっても、パネルはクロックを回復し、安定したジオメトリを表示する可能性があります。.

ソフトウェアでVESAとJEIDAの不一致を修正できますか？

LVDSトランスミッタ、ブリッジ、またはディスプレイコントローラが、文書化されたハードウェアまたはソフトウェア設定を通じてマッピングの変更をサポートしている場合に限ります。アプリケーションレベルの色補正は、実際のシリアライザマッピングを設定するための信頼性の高い代替手段ではありません。.

VESA対JEIDAは、シングルチャネル対デュアルチャネルLVDSと同じですか？

いいえ。マッピングはピクセルビットの配置を定義します。シングルチャネルとデュアルチャネルのアーキテクチャは、ディスプレイデータが1つまたは2つのLVDSリンクにどのように分散されるかを説明します。両方を独立して確認する必要があります。.

LVDSパネルを交換した後、何をテストすべきですか？

マッピング、カラーランプ、全色フィールド、タイミング、起動、再起動、サスペンド/レジューム、電源シーケンス、バックライト制御、ケーブル完全性、完全なアプリケーションUI、機械的アセンブリ、および必要なすべての動作モードを検証してください。.

参考文献

1. Texas Instruments、, RGB信号をLVDS/OpenLDI (OLDI) ディスプレイにマッピングする方法. ↩
2. Linuxカーネルドキュメント、, LVDSパネルデバイスツリーバインディング. ↩
3. STMicroelectronics、, LVDSデバイスツリー構成：JEIDAまたはVESAビットマッピング. ↩
4. STMicroelectronics、, LVDSマッピングとビットラベリングに関する注意事項. ↩
5. Linuxカーネルソース、, LVDSコーデックバインディング. ↩