組込み表示プロジェクトでボトルネックに直面していませんか?
複雑な統合作業やサプライチェーンの問題が市場投入までの時間を遅らせないようにしましょう。RJYの専門家チームによる無料コンサルテーションを予約し、お客様に合わせた設計・製造サポートをご利用ください。.
円形、正方形、バー型、縦型LCDは製品に独自の視覚的アイデンティティを与えることができる。しかし、異常なフロントパネル形状はエンジニアリング課題の可視部分にすぎない。ディスプレイの背後では、 LCDディスプレイコントローラ が正確なパネルに対して正しい解像度、タイミング、信号インターフェース、初期化動作、バックライト制御を生成する必要がある。.
従来のビデオソースは、一般的に馴染みのある解像度とアスペクト比を前提に設計されている。不規則形状ディスプレイは、代わりに正方形ピクセルマトリクス、非常に幅広のバー解像度、または別のデバイスカテゴリ向けに元々開発された縦型パネルを使用する場合がある。ソースとパネルのコネクタが互換性があるように見えても、画像が cropping、引き伸ばし、回転、不安定、または完全に表示されないことがある。.
したがって、コントローラボードはLCD選定後に追加される汎用アクセサリではない。非標準ディスプレイプロジェクトでは、コントローラボードはディスプレイアーキテクチャの一部であり、パネル、タッチシステム、ファームウェア、筐体、ユーザーインターフェースと同時に評価されるべきである。.
実用的な製品開発において、不規則形状LCDとは、可視形状、有効領域、またはアスペクト比が、標準モニタおよび組み込みコンピューティングプラットフォームが想定する従来の矩形フォーマットと異なるディスプレイである。.
一般的な例は以下の通り:
一部の円形モジュールは、円形の可視領域を持つ正方形ピクセルマトリクスを使用する。その他は、特定の円形実装向けに配置されたピクセルまたはマスクを有する場合がある。同様に、 バーディスプレイ は、従来のスクリーンを物理的に狭いウィンドウで覆ったものではなく、ネイティブの長尺フォーマットパネルである場合がある。.
この区別は、コントローラがパネルの実際のピクセルマトリクスをアドレッシングする必要があるため重要である。外観形状だけから互換性を判断することはできない。.
標準的なコンピュータモニタは、一般的に広くサポートされたビデオフォーマットを受信する。信号処理、スケーリング、タイミング動作の多くはすでに確立されている。特殊な組み込みLCDは、代わりにRGB、LVDS、MIPI DSI、eDPなどのネイティブパネルインターフェースを公開し、正確なパネル固有信号を期待する場合がある。.
コントローラ経路は、いくつかの問題を解決する必要がある場合がある:

すべてのプロジェクトが別個の変換ボードを必要とするわけではない。一部のホストプロセッサは、選択したパネルを直接駆動できる。正しいアーキテクチャは、ホスト、パネルインターフェース、グラフィックスワークロード、ソフトウェア環境、利用可能なエンジニアリングリソースに依存する。.
円形スクリーンは特定のインターフェースカテゴリではない。正方形や バーディスプレイ. も同様である。類似した可視形状を持つ2つのパネルは、完全に異なる電気的アーキテクチャを使用する場合がある。.
例えば、候補モジュールは以下を使用する場合がある:
ホスト入力はパネル出力と異なる場合もあります。製品はHDMI、VGA、USB、LVDS、MIPI、eDP、またはプロセッサネイティブのディスプレイインターフェースを提供することがあります。コントローラソリューションは、実際のソースとパネルの要件をブリッジする必要があります。.
コネクタを互換性判断の根拠として使用すべきではありません。コネクタのピッチとピン数が一致していても、同じインターフェース、ピン定義、電圧、バックライト回路であることは確認できません。.
パネル側インターフェースの概要については、RJYの LCDディスプレイモジュールにおけるインターフェースガイドをご参照ください.
すべてのTFT LCDにはネイティブのピクセルマトリクスがあります。コントローラは、その正確なアクティブ解像度を出力するか、意図的なスケーリングおよびマッピング戦略を適用する必要があります。.
非標準ディスプレイは、ネイティブ解像度がソースシステムで一般的に生成されるフォーマットでない可能性があるため、課題を生じます。例としては以下が挙げられます:
ボードがパネルインターフェースファミリーをサポートしていても、必要な解像度を生成できない場合があります。解像度のサポートは、コントローラハードウェア、出力パイプライン、ファームウェア、メモリ帯域幅、およびタイミング機能に依存します。.
パネルをネイティブ解像度で駆動することで、LCDにコンテンツの再スケーリングを依存することを避けられます。多くの組み込みパネルには汎用スケーラーが搭載されていないためです。また、ピクセルマッピング、方向、ユーザーインターフェースレイアウトを確認するための最も明確な基準を提供します。.
ホストがネイティブ解像度を生成できない場合、システムには適切なスケーリングまたは変換ステージが必要です。それが実用的かどうかは、想定ではなく、選択したコントローラについて確認する必要があります。.
800 × 800や1920 × 480といった解像度はアクティブ画像領域を表しますが、ディスプレイリンクは通常、アクティブピクセル以上のものを伝送します。各フレームには、水平および垂直同期期間、ポーチ、ブランキング期間も含まれる場合があります。.
コントローラには、パネル固有の以下の値が必要になる場合があります:
インターフェースに応じて、追加設定にはレーン数、リンクレート、色深度、データマッピング、コマンドモードまたはビデオモードが含まれる場合があります。.
不正確なタイミングは、ブランクスクリーン、不安定な画像、コンテンツのずれ、繰り返し領域、フリッカー、または断続的な起動を引き起こす可能性があります。短時間のテストで画像を表示できるコントローラが、自動的に量産対応であるとは限りません。タイミングマージンと再現可能な起動も評価する必要があります。.
パネルに画像を表示させることは、その画像を有用にすることと同じではありません。.
従来の16:9コンテンツが長い バーディスプレイ, に送信される場合、コントローラまたはアプリケーションはそのコンテンツをどのように適合させるかを決定する必要があります。一般的な戦略には以下が含まれます:
アプリケーションネイティブアプローチは、実際のアクティブ領域を中心にインターフェースを設計できるため、組み込みHMI製品で最も効果的であることが多いです。棚型ディスプレイは水平方向の情報階層を使用し、丸型ディスプレイは中央の周囲にステータスインジケータを配置する場合があります。.
丸型ディスプレイの場合、基盤となるフレームバッファは依然として正方形である場合があります。ソフトウェアは重要なコンテンツを円形の可視領域内に保持する必要があります。コーナーはピクセルマトリクスに存在していても、マスクまたは筐体の背後に隠れたままである場合があります。.

LCDディスプレイコントローラは信号生成を処理しますが、ユーザーインターフェースを自動的に再設計するわけではありません。コントローラのスケーリング、オペレーティングシステムの設定、アプリケーションのレイアウトは、関連しているが別個のタスクとして扱うべきです。.
「“ラウンドLCD コントローラ」と呼ばれる特別な汎用コントローラカテゴリが必ずしも存在するわけではありません。丸型パネルは、そのネイティブ設計に応じて、適切なRGB、MIPI、LVDS、または別のコントローラパスで駆動される場合があります。.
同じ原則が正方形およびバー型モジュールにも当てはまります。それらの特殊な形状はプロジェクト要件を変えますが、互換性は依然として実際のパネルによって決定されます:
RJYの 円形LCD選定ガイド コントローラのマッチングを開始する前に、円形モジュールを選択するための追加のコンテキストを提供します。.
MIPI DSIは、一部の円形、正方形、バー型、縦型パネルを含む、コンパクトで高解像度のディスプレイで一般的です。その小型コネクタとシリアル化インターフェースは、省スペースの製品設計を支援できますが、汎用的なビデオ入力として扱うべきではありません。.
MIPI DSIの統合は、以下に依存する場合があります:
HDMI-to-MIPIコントローラは、パッシブケーブルではなくアクティブ変換システムです。ソース信号を受信し、対応している場合は画像を処理またはスケーリングし、正確なパネルに必要なMIPIストリームと初期化動作を生成する必要があります。.
したがって、HDMI-to-MIPIボードがすべてのMIPIディスプレイで動作するとは想定すべきではありません。ソリューションを確定する前に、パネルモデル、データシート、解像度、レーン構成、初期化情報、バックライト要件を確認してください。.
以下を参照してください。 HDMI-to-MIPIコントローラーボード互換性ガイド この種のレビューに必要な情報については。.
コントローラボードは、選択されたパネルをサポートするために構成可能なファームウェアを使用する場合があります。ファームウェア関連の作業には、解像度とタイミングパラメータ、出力インターフェース構成、パネル初期化、方向、バックライト動作、起動シーケンスが含まれる場合があります。.
これは、非標準ディスプレイにとって特に重要です。そのフォーマットがボードのデフォルト構成に含まれていない場合があるためです。.
プロジェクトチームは以下を区別すべきです:
ハードウェアコネクタは、欠落しているファームウェアやソフトウェアサポートを補うことはできません。同様に、ファームウェアは、電気的に不適切な出力段をパネルと互換性のあるものにすることはできません。.
ラボテスト中、開発者は最終画像に注目する場合があります。エンドユーザーは、電源投入からその最終画像までの間に何が起こるかも見ています。.
非標準LCDシステムでは、以下が表示される場合があります:
システム設計は、電源レール、リセット、パネル初期化、ビデオ可用性、バックライト有効化を調整すべきです。一部のプロジェクトでは、有効なコンテンツが準備できるまでバックライトを遅延させることで、目に見える起動プロセスを改善できます。正確なシーケンスは、パネルとコントローラのアーキテクチャに依存します。.
シャットダウンと再起動の動作もテストすべきです。正しい最終画像は、繰り返しの電源サイクルが常に確実に完了することを証明するものではありません。.
コントローラは、ディスプレイのバックライト要件とともに評価する必要があります。ビデオインターフェースとLEDバックライトは別個の電気システムです。.
重要なバックライト情報には以下が含まれます:
正しい画像信号を生成できるボードでも、異なるLEDドライバまたは電力構成が必要になる場合があります。不適切なバックライトのマッチングは、低輝度、不安定な照明、過度の電気的ストレスを引き起こす可能性があります。.
特殊なフォーマットでは、バックライト制御が知覚される均一性にも影響する場合があります。非常に長いバー型ディスプレイは、両方がTFT LCDアーキテクチャを使用していても、コンパクトな正方形パネルとは異なる光学および熱統合の制約があります。.
タッチ対応ディスプレイは通常、2つの機能パスを含みます:
LCDはMIPI、LVDS、RGB、またはeDPを使用する場合があり、タッチコントローラはUSB、I²C、またはその他のサポートされたインターフェースを介して通信します。LCDをサポートするコントローラボードが、選択されたタッチパネルのサポートを自動的に保証するものではありません。.
不規則形状の製品では、追加のタッチに関する考慮事項が生じます:
タッチ動作は、ディスプレイ、カバーガラス、コントローラー、筐体を組み立てた後にテストする必要があります。.
すべての異形ディスプレイに完全に新しいボードが必要なわけではありません。既存のコントローラープラットフォームを設定する、ケーブルまたはFPCを適合させる、あるいは互換性のあるホストプロセッサ出力を使用することで、プロジェクトを解決できる場合があります。.
よりカスタマイズされたコントローラーアプローチが正当化される場合があります。プロジェクトが以下を要求する場合:
決定は、開発工数、プロジェクト数量、検証要件、ライフサイクル期待を考慮する必要があります。画面形状が特殊であるという理由だけで、カスタムボードが自動的に最良のソリューションとなるわけではありません。.
| プロジェクトの状況 | 可能なアプローチ | 主な検証作業 |
|---|---|---|
| ホストがパネルのネイティブインターフェースをサポート | パネル直接接続 | タイミング、ピン配置、初期化、電源、ファームウェア |
| ホスト出力がパネル入力と異なる | アクティブコントローラーまたはブリッジソリューション | 入力フォーマット、スケーリング、出力タイミング、パネルサポート |
| 既存ボードがハードウェアをサポートするが、パネルプロファイルをサポートしない | ファームウェアの適合 | コントローラー能力、タイミング、初期化データ |
| ボードが筐体または必要なI/Oに適合しない | カスタムまたは改造コントローラーボード | 機械、電気、ファームウェア、生産範囲 |
| アプリケーションが設定可能な組み込みプラットフォームを使用 | Android、Linux、またはMCUベースのディスプレイパス | ドライバー、グラフィックス、向き、タッチ、起動動作 |
普遍的に最良のルートはありません。アーキテクチャは、ディスプレイ、ホスト、アプリケーション要件が判明した後に選択する必要があります。.
画面形状と対角サイズだけでコントローラー選定を開始しないでください。パネルモデル、データシート、機械図面、ピン定義を入手してください。.
パネルの解像度、インターフェース、タイミング、ドライバIC、電源要件、初期化情報を文書化してください。ホストで利用可能な出力は別途文書化してください。.
アプリケーションがネイティブ解像度でレンダリングするのか、コントローラーが別の入力をスケーリングする必要があるのかを決定してください。実際のアスペクト比に合わせた代表的なUIコンテンツを準備してください。.
エンジニアリングベンチで、起動、画像安定性、向き、カラーパターン、繰り返し電源サイクル、バックライト動作を検証してください。.
タッチパネル、カバーガラス、FPC、筐体を取り付けてください。座標マッピング、ケーブル歪み、グラウンディング、熱条件、視認位置を検証してください。.
テストパターンだけに依存せず、意図したオペレーティングシステム、UI、ビデオ、またはアプリケーションを実行してください。グラフィックスプラットフォームが非標準解像度を確実にレンダリングできることを確認してください。.
パイロットビルドは、1つの試作機では現れない可能性のある組立および設定のばらつきを明らかにするのに役立ちます。量産前に、承認されたパネル、コントローラーボードバージョン、ファームウェア、ケーブル、ソフトウェア設定を管理してください。.

効率的な互換性レビューのために、以下を提供してください:
写真やコネクタ数はパネルのデータシートの代わりにはなりません。ドキュメントが不完全な場合、互換性を評価する前に、追加の識別および電気的調査が必要となることがあります。.
異形LCDの視覚的な魅力は注目を集めることができますが、その成功は背後にあるシステムに依存します。ネイティブ解像度、タイミング、インターフェース、ピン配置、スケーリング、ファームウェア、バックライト、タッチおよびソフトウェアがすべて連携して機能する必要があります。.
カスタムLCDディスプレイコントローラは、定義された統合課題を解決する場合に価値があります。適合するコネクタを介してあらゆる画面を動作させることができる汎用ボードとして扱うべきではありません。.
RJYは、一般的なHDMI、VGA、LVDS、MIPI、eDP、USBおよび関連する表示パスにわたる、プロジェクト依存のコントローラボード適応をサポートしています。コントローラボードは、プロジェクトに応じて、互換性のあるTFT LCDモジュールとは別に、または一緒に検討することができます。.
丸型、正方形、バー型、その他の非標準ディスプレイ製品を開発している場合は、 RJYカスタムディスプレイソリューション または RJYにお問い合わせください パネルのデータシート、ホストインターフェース、タッチ要件および筐体情報を用いて、エンジニアリングレビューを進めてください。.
いいえ。互換性は、正確なパネル型番、ネイティブ解像度、インターフェース、ピン定義、タイミング、ドライバIC、バックライト、ファームウェアおよびシステム要件に依存します。類似した画面形状は、コントローラの互換性を確立するものではありません。.
必ずしも必要ではありません。丸型LCDはMIPI、RGB、LVDSまたはその他のインターフェースを使用する場合があります。コントローラは、外形だけではなく、パネルの電気的およびタイミング要件に基づいて選択されます。.
いいえ。HDMI-to-MIPI変換は、アクティブかつパネル固有のプロセスです。コントローラは、必要な解像度、MIPIレーン構成、タイミング、初期化コマンド、ピクセルフォーマットおよびバックライトシステムをサポートする必要があります。.
ソースのアスペクト比がパネルのネイティブ解像度と一致していない可能性があり、コントローラまたはオペレーティングシステムがコンテンツを画面全体に合わせて引き伸ばしている可能性があります。プロジェクトには、適切なクロップ、フィット、スケーリングまたはネイティブUI戦略が必要です。.
正確なパネル型番、データシート、解像度、インターフェース、ピン定義、ドライバIC、タイミング、バックライト、タッチ、ホスト入力、オペレーティングシステム、ファームウェアおよび筐体要件を提供してください。互換性は、量産ハードウェアを選定する前に確認する必要があります。.
ディスプレイサイズ、解像度、インターフェース、輝度、タッチ要件、コントローラーボード要件、およびアプリケーション環境を共有してください。.
RJYのエンジニアリングチームにご相談いただき、ディスプレイマッチング、コントローラーボードの確認、およびカスタマイズについて話し合ってください。.