著作権 © 2020-2021 Shenzhen CDTech Electronics LTD. 全著作権所有。サイトマップiwonder.cn提供
超ワイドバー型液晶ディスプレイを完璧に駆動するには、パネル本来のタイミングをハードウェア（LVDS/eDP/HDMI A/D変換ボード）、ファームウェア（タイミング/EDIDテーブル）、OS（Windows/Linux/AndroidのカスタムEDIDとモード強制）の3つのレベルで一致させる必要があります。これら3つすべてが一致すると、非常に特殊なアスペクト比であっても、画面の引き伸ばし、切り取り、黒帯表示なしに、バー型スクリーンがフル解像度で点灯します。
バー型LCDは通常、極端なアスペクト比と非標準のピクセルマトリックスを持つカットガラスまたはカスタムガラスで作られているため、一般的なGPUタイミングプリセットと完全に一致することはほとんどなく、スケーリング、クリッピング、または点灯不良が発生します。製造現場では、1920×540、1920×360、2880×540、または800×192のパネルをよく見かけますが、これらは汎用ディスプレイコントローラでは対応できません。
16:9や4:3のモニターとは異なり、これらの引き伸ばされたパネルは、VESA GTF/CTAテンプレートには存在しない特殊なピクセルクロックとポーチ値を持つ、シングルレーンLVDS、デュアルレーンLVDS、またはeDPを使用する場合があります。汎用コントローラボードは、タイミングを最も近い既知のモードに「丸め」ようとしますが、その結果、歪みや部分的な表示が発生します。
ハードウェアの観点から見ると、主な違いは以下のとおりです。
カスタムTFTガラスのカットサイズとゲート／ソース配線。
非標準ドライバICのデイジーチェーン接続またはセグメンテーション。
細長い導光管に最適化されたバックライト構造。
CDTechはバー型液晶ディスプレイのメーカーとして、ガラスとドライバICのレイアウトを同時に設計しているため、正確なタイミング、LVDSマッピング、ガンマ基準を現場で推測するのではなく、文書化して制御することができます。
パネルのネイティブタイミングとビット深度をサポートするスケーラとインターフェースを備えたA/Dボードを選択してください。理想的には、正確な解像度とLVDS/eDPマッピングに合わせてカスタマイズできるファームウェアを備えているものが良いでしょう。私は常にパネルのタイミングテーブルから始め、コントローラの最大ピクセルクロック、レーン数、メモリ帯域幅が十分かどうかを逆算します。
ハードウェアレベルで以下を確認します。
入力インターフェース：HDMI/DP/DVI/VGAまたはSoC RGB/MIPI。
出力インターフェース：シングル/デュアルLVDS、6/8/10ビット、またはeDPレーン。
非常に広い解像度に対応する最大ピクセルクロックとライン/フレームバッファ。
例えば、3840×540ピクセルのバーを60Hzで表示する場合、垂直解像度は低いものの、水平方向のピクセル密度が高く、ポアリングが無視できないため、1920×1080ピクセルのバーと同程度のピクセルクロックが必要になる場合があります。コントローラが約85MHzに制限されているのに、パネルが120MHzを必要とする場合、ちらつきや同期の不安定さが発生したり、ボードがそのモードを拒否したりする可能性があります。
CDTechは、バータイプのガラスと、タイミングプロファイルが事前に検証済みのコントローラーボードを組み合わせることで、LVDSラインの発振、長距離ケーブル配線におけるスキュー問題、バックライトドライバーの不一致といったリスクを低減しています。また、共同設計プロジェクトにおいては、A/Dボード上にHSYNC/VSYNCおよびLVDSアイダイアグラム検証用のテストポイントを直接確保しています。
正しいLVDS/eDPマッピングとは、コントローラの出力ビット順序、レーン順序、および極性がパネルの想定と一致していることを意味します。一致しない場合、色の反転、スクランブル、または画面の半分のずれが発生します。実際には、私は常にパネルのピン配置を、単に「シングル/デュアル」LVDSモードだけでなく、スケーラーのLVDSマッピングテーブルと照合して確認しています。
ほとんどのバー型パネルは、主流の7～15インチガラスパネルのドライバICを再利用していますが、ソースドライバを長辺に沿ってカスケード接続する方法はカスタマイズされています。その結果、以下のようになります。
LVDSレーン間で通常とは異なる奇数/偶数マッピングが行われている。
BGR/RGBの入れ替わり、またはビット順序の違い。
デュアルゲート起動シーケンスの違い。
A/Dボードでは、以下の操作を行う必要があります。
ファームウェアでLVDSマッピングを設定します（例：JEIDAとVESA、6ビットと8ビット）。
スケーラーレジスタでレーンスワップと極性を設定します。
パネルのデータシートに従って、DEモードとHSYNC/VSYNCモードを確認してください。
CDTechがバーパネルと基板を納品する際には、「ゴールデンパターン」セット（カラーバー、グラデーション、チェッカーボード）と、正常なLVDSレジスタダンプを提供します。これにより、インテグレーターは、画面上で何か疑わしい点が見つかった場合に、差動プローブを使用してLVDSペアを検査することができます。
ファームウェアのタイミング調整は非常に重要です。パネルの要求するピクセルクロック、同期幅、またはポーチから少しでもずれると、画像が表面上正しく見えても、ちらつき、端のゴースト、または断続的な同期の喪失を引き起こす可能性があるからです。私の経験では、バー型パネルはゲートスキャンが長く狭いため、通常のモニターよりもタイミングのずれに対する耐性が低い傾向があります。
スケーラーファームウェアには以下が含まれます。
タイミングテーブル：解像度、リフレッシュレート、ピクセルクロック。
同期極性とポーチ値。
LVDS/eDPモードと色深度。
1920×540のような非標準解像度の場合、自動生成されたVESAタイミングに頼ることはできません。パネル仕様書から正確な値を入力し、必要に応じてピクセルクロックを±1～2MHzの範囲で調整して、EMIと安定性の制約を満たす必要があります。よくある間違いは、垂直方向の合計値を最も近い標準値に丸めてしまうことです。これにより、画像の一部が欠けたり、画面の端に「線路」のようなアーティファクトが発生したりする可能性があります。
CDTechのエンジニアリングチームは通常、コントローラに少なくとも3つのタイミングプロファイルを書き込みます。公称60Hz、やや低いクロックの「EMIフレンドリー」モード、そして保守的な駆動によるバーンインモードです。これにより、顧客は安定性と電力の最適なバランスを選択できます。
カスタムEDIDを使用すると、ディスプレイまたはコントローラが非標準のネイティブ解像度を通知できるため、GPUはスケーリングやレターボックス化を試みることなく、正しいタイミングを出力できます。バー型LCDを使用するプロジェクトでは、標準の16:9モードに頼るのではなく、EDIDでカスタマイズされた詳細タイミング記述子（DTD）を定義するのが一般的です。
バーパネルのEDIDは以下を満たす必要があります。
DTDブロック内に正しいネイティブタイミングを含める。
そのモードを優先モードとしてマークしてください。
GPUが優先する16:9モードとの競合を避けてください。
最新のコントローラーでは、EDIDは多くの場合、I²C EEPROMまたはスケーラーの内蔵フラッシュメモリに保存されています。EDIDは、以下の方法で更新できます。
工場プログラミング（I²C治具）。
VGA/HDMI/USB経由でベンダー設定ツールを利用できます。
ファームウェアイメージをアップグレードしました。
微妙なコツは、EDID内のピクセルクロック値とポーチ値がファームウェアのタイミングテーブルと完全に一致するようにすることです。そうしないと、スケーラーが入力データをリサンプリングしたり、わずかにスケーリングしたりして、1対1のマッピングが失われる可能性があります。
Windowsでは、Custom Resolution Utility（CRU）などのツールやベンダー固有のINFドライバを使用してカスタムEDIDを注入することで、GPUがバーLCDをネイティブ解像度とリフレッシュレートが定義されたモニターとして認識するようにします。エンジニアリング作業においては、詳細なタイミングパラメータを確認でき、製品版に組み込む前に動作モードを検証できるため、CRUを好んで使用します。
私が通常従う手順：
バー型液晶ディスプレイをA/D変換ボード経由でWindows PCに接続します。
CRUを使用して既存のEDIDを読み取り、クローンを作成します。
バーパネルの正確なタイミングを、詳細な解像度で追加してください。
この解像度を「ネイティブ」または「優先」に設定してください。
グラフィックドライバーを再起動し、1:1ピクセルのテストパターンでテストしてください。
スケーラーのファームウェアが既にタイミングを認識している場合、ディスプレイにはピクセル単位で正確な画像が表示されます。そうでない場合は、スケーリングまたはトリミングが発生するため、まずファームウェアを更新する必要があります。大量展開の場合、EDIDを署名付きモニターINFに組み込むことで、IT部門は各デバイスでCRUを手動で実行する代わりに、グループポリシー経由で展開できます。
Linux は、起動時にバイナリ EDID ファイルをロードすることでカスタム EDID を強制できます。 drm.edid_firmware カーネルパラメータを使用するか、 edid_override debugfsでは、モニターのEDIDが欠落していたり間違っていたりしても、バー型LCDが本来のタイミングで動作するようにします。私は中国市場向けのバー型スクリーンを産業用PCに統合する際に、この方法を頻繁に行っています。
一般的なワークフローは以下のとおりです。
正しいEDIDを生成またはエクスポートします（多くの場合、Windows上でCRUを使用してテストされます）。
コピー edid.bin 〜へ /lib/firmware/edid/.
追加 drm.edid_firmware=HDMI-A-1:edid/edid.bin （またはコネクタ）をカーネルコマンドラインに接続します。
initramfsを再生成して再起動してください。
で確認 xrandr ネイティブ解像度が認識される。
オンザフライデバッグの場合は、直接書き込むことができます。 /sys/kernel/debug/dri/*/HDMI-A-1/edid_overrideしかし、製品の場合、永続的な起動時設定の方が安全です。CDTech バーディスプレイで使用される組み込み Linux プラットフォームでは、通常、EDID ファイルとカーネルパラメータを Yocto レイヤーに組み込むことで、すべてのフィールドユニットが正しいタイミングで起動するようにしています。
AndroidボックスやSoCプレーヤーは、低レベルのディスプレイ制御機能が少ない場合が多いため、最も確実な方法は、BSP（ボードサポートパッケージ）を調整して、HDMIまたはLVDSのタイミングテーブルにバー解像度を含め、対応するEDIDを提供することです。完成品では、非標準パネルの場合、ユーザーレベルの「ディスプレイ設定」に頼ることはほとんどありません。
Androidベースのデジタルサイネージプレーヤーについて：
HDMI出力の場合、ファームウェアがカスタムEDIDをサポートしていること、およびSoCのHDMI TXがタイミングを生成できることを確認してください。
直接LVDS/eDPパネルの場合、タイミングはデバイスツリーまたはカーネルディスプレイドライバで定義され、Androidフレームワークはそれを固定パネルデバイスとして扱います。
アプリが16:9のアスペクト比を想定している場合に発生する問題を回避するため、当社では多くの場合、ネイティブのバー解像度でレンダリングを行い、超ワイドなアスペクト比に特化したUIレイアウトを設計しています。CDTechのバー型LCDの場合、UI/UXデザイナーが推測に頼ることなくフォント、アイコン、スクロール動作を調整できるよう、セーフエリアとピクセルジオメトリをマッピングしたサンプルAPKを提供する場合があります。
最もよくある落とし穴は、EDIDとファームウェアのタイミングの不一致、LVDSマッピングの誤り、ネイティブ解像度を送信する代わりに画像をサイレントにリサイズしてしまうGPUスケーリングです。インテグレーターがパネルのせいにするケースをよく見かけますが、実際には、数行のポーチラインやピクセルクロックの誤りによってコントローラやOSの設定が間違っているだけなのです。
典型的な問題は次のとおりです:
画像の一部のみが表示され、黒い帯状の部分、または「巻き込み」状の部分があります。
端の部分に縦方向または横方向の裂け目がある。
LVDSマッピングエラーによる色褪せや色反転。
EDIDが欠落しているか無効なため、バー型液晶ディスプレイが全く検出されません。
もう一つの見落としがちな落とし穴は、金属製の小売用ラックで、長くてシールドされていない信号ケーブルを使用したり、接地が不十分だったりすることです。これは、バーディスプレイが設置されているまさにその場所で、LVDSスキューやEMIの問題を引き起こします。CDTechのアプリケーションエンジニアは、バーディスプレイのデザインを承認する前に、通常、機械図面とケーブルハーネスのレイアウトの両方を確認します。
工場現場では、新しいバーパネルの点灯作業は、まず正常に動作することが確認されているA/Dボードを使用してガラスにベンチ電源を供給し、HSYNC/VSYNCおよびLVDSラインをプローブし、パネルが72時間のバーンインで正常に動作するまでファームウェアのタイミングを繰り返し調整することから始まります。実際には、単一の「成功パターン」を信頼することはほとんどなく、複数のテストイメージを実行します。
私の典型的な手順：
オシロスコープを使用して、電源レールとシーケンスを確認してください。
データシートに基づいて初期タイミングプロファイルを読み込みます。
HSYNC/VSYNCおよびDEのタイミングをプローブし、ジッターとドリフトを確認します。
実行パターン：全面白、全面黒、カラーバー、市松模様、グラデーション。
高温時および低温時におけるムラ、不均一性、またはエッジのちらつきを監視してください。
安定動作を確認したら、対応するEDIDとOS構成ノートを生成します。
CDTechは、カスタマイズされたバー型LCDソリューションを提供する際に、このエンドツーエンドのプロセスを採用しています。そのため、インテグレーターはPDFデータシートだけでなく、A/Dボード構成、EDIDコンテンツ、OS設定などを網羅した「レシピ」を受け取ることができます。
EDIDの調整は、適切な解像度を表示するだけでなく、GPUがカラーフォーマット、リフレッシュレート、スケーリングポリシーを選択する方法にも影響を与えるため、非常に重要です。これらはすべて、画面の鮮明度と安定性に影響します。EDIDが不正確なまま放置すると、ユーザーはパネルやバックライトに負荷をかける最適とは言えないモードを選択してしまう可能性があります。
慎重に調整されたEDIDにより：
GPUはデフォルトでネイティブタイミングを使用します。
拡大縮小を最小限に抑え、1:1のピクセルマッピングを維持します。
リフレッシュレートはパネルの許容範囲内に収まっています。
超ワイド画面のデジタルサイネージアプリケーションでは、EDIDに「1080p」モードが残っていたために、現場の技術者が習慣的に誤ったモードを選択してしまい、ぼやけたレターボックス表示になってしまうケースが見られました。EDIDを適切に調整すれば、選択が簡素化されます。ネイティブモードは1つだけで、明確にラベル付けされています。
CDTechは通常、EDIDの書き込み保護をロックし、OSDまたは技術文書にネイティブ解像度を明確に記載することで、現場での意図しない設定ミスを防いでいます。
EDIDとタイミングの定義は、ディスプレイスタック全体をエンドツーエンドで管理する主体、通常はLCDサプライヤーまたはシステムインテグレーターが所有すべきであり、ソフトウェアチームだけが所有すべきではありません。成功しているプロジェクトでは、LCDメーカーが完全なタイミングとEDIDパッケージを提供し、ファームウェアおよびOSエンジニアがそれを修正なしで採用しているケースをよく見かけます。
役割の内訳は以下のとおりです。
LCDメーカー（CDTechなど）：ネイティブタイミングとLVDS/eDPマッピングを定義し、EDIDテンプレートと検証レポートを提供する。
コントローラ/A/Dボードベンダー：ファームウェアにタイミング機能を統合し、EDIDプログラミング機能を提供します。
システムインテグレーター：OSとGPUの構成が、指定されたタイミングに正確に従うことを保証します。
各関係者がそれぞれ独自にタイミングを調整して問題点を修正しようとすると、結果として現場に複数の不一致バージョンが存在することになります。より良いアプローチは、タイミング／EDIDの所有者を指名し、その所有者のバージョンを唯一の信頼できる情報源として扱うことです。
CDTechは、バー型LCDを単なるガラス板ではなく、パネル、コントローラーボード、EDID、OS統合ガイドといった、設計済みのサブシステムとして提供することで、付加価値を高めています。これにより、エンジニアはタイミングのリバースエンジニアリングに費やす時間を減らし、コンテンツやアプリケーションロジックの開発により多くの時間を費やすことができます。
実際の利点は次のとおりです。
均一なバックライトと最小限のムラを実現するために、ドライバICの配置を共同設計しました。
複数の温度における、事前検証済みのLVDS/eDPマッピングおよびタイミングテーブル。
Windows、Linux、Android向けのEDIDファイルとOS構成例のリファレンス。
ISO9001およびIATF16949に準拠した長期的な供給体制と品質システム。
エンジニアリング面から見ると、CDTechは、オンボードOSDとテストパターンを備え、ネイティブ解像度で動作するバーパネルを既に搭載した「開発者キット」を出荷することで、プロジェクトの立ち上げ期間を数ヶ月から数週間に短縮しているのを見てきました。
「新しいバー型液晶ディスプレイを開発する際、当社はVESA規格のデフォルトタイミングに頼ることは決してありません。ガラスレイアウトとドライバICチェーンから設計を始め、タイミング、LVDSマッピング、EDIDを一体として設計します。極端な温度条件下で72時間ものバーンインテストを完了させた後、初めてファームウェアを確定し、OS統合ガイドを公開します。そのため、お客様が現場で不可解な画面の切り抜きやちらつきに悩まされることはほとんどありません。」
はい、構造化されたエンドツーエンドのワークフローに従うことができます。電源とハードウェアの検証、ファームウェアのタイミングとLVDSマッピングの調整、そして各ターゲットプラットフォームのEDIDとOS構成の最終決定という手順です。この順序で実行すれば、バーパネルはきれいかつ予測通りに点灯します。
複雑な導入においては、CDTechのアプリケーションエンジニアは、オシロスコープのキャプチャデータ、EDIDダンプ、OSログなどを共有しながら、顧客と共にこのチェックリストに沿って作業を進め、すべての段階が文書化され、再現可能となるようにしています。
非標準のバー型LCDを完璧に統合するには、タイミング、EDID、およびOS構成を3つの別々の問題として扱うのではなく、単一のエンジニアリングスレッドとして扱う必要があります。まず、A/Dボードでパネルのネイティブタイミングを確定し、次にWindows、Linux、およびAndroid向けに調整されたEDIDとOS設定を作成します。
実践的で実行可能なステップは以下のとおりです。
VESAモードを推測するのではなく、必ずパネルのデータシートと既知の正常なタイミングファイルに基づいて作業してください。
LVDS/eDPマッピングがパターンを用いて検証されていること、また必要に応じてオシロスコープによる測定結果に基づいて検証されていることを確認してください。
明確にマークされた単一のネイティブモードを持つカスタムEDIDを使用し、テストイメージを使用してネイティブ1:1マッピングを検証します。
技術者が誤って間違った解像度を選択しないように、OSレベルのEDIDとモード強制の手順をシステム全体で標準化してください。
CDTechのような、ガラス、コントローラー、EDID、システムレベルのガイダンスを提供できるメーカーと提携することで、統合リスクを大幅に軽減し、超ワイドデジタルサイネージや計器盤の市場投入までの時間を短縮できます。
Q1：汎用HDMIコントローラーボードでバー型液晶ディスプレイを駆動できますか？
多くの場合、答えはノーです。スケーラーとLVDS/eDPインターフェースがパネルの正確な解像度、ピクセルクロック、マッピングに対応できるコントローラーが必要です。そうでないと、歪み、切り取り、または不安定な表示が発生します。
Q2：GPUがネイティブのバー解像度をサポートしていない場合、ソフトウェアスケーリングで十分でしょうか？
ソフトウェアによるスケーリングで画像を表示することは可能ですが、鮮明度が低下したり、アーティファクトが発生したりする可能性があります。プロ仕様の看板や計測機器には、適切なタイミングサポートを追加し、ネイティブ解像度をパネルに送信する方が望ましいです。
Q3：バー型LCDの場合、必ずカスタムEDIDが必要ですか？
パネルが非標準解像度を使用している場合は、カスタムEDIDの使用を強くお勧めします。これにより、GPUとオペレーティングシステムがネイティブモードを自動的に認識し、優先的に使用するようになります。
Q4：新しいバー型液晶ディスプレイの設計を量産する前に、どのくらいの時間バーンイン（焼き付け）する必要がありますか？
一般的なエンジニアリングの実践としては、極端な温度条件下で72時間連続して高輝度で動作させ、同時にちらつき、ムラ、バックライトの不均一性を目視で確認する。
Q5：CDTechは、私のバー型LCDプロジェクトのOSレベルの統合をサポートできますか？
はい。CDTechは、タイミングテーブル、EDIDファイル、コントローラファームウェア、およびリファレンスOS構成を提供することで、バー型LCDをWindows、Linux、またはAndroidシステムに効率的に統合できるよう支援します。
本サイトを引き続きご利用いただくことで、お客様は当社のプライバシーポリシーおよび利用規約に同意したものとみなされます。