不規則形状スクリーン向けLCD表示コントローラ設計

円形、正方形、バー型、縦型LCDは製品に独自の視覚的アイデンティティを与えることができる。しかし、異常なフロントパネル形状はエンジニアリング課題の可視部分にすぎない。ディスプレイの背後では、 LCDディスプレイコントローラ が正確なパネルに対して正しい解像度、タイミング、信号インターフェース、初期化動作、バックライト制御を生成する必要がある。.

従来のビデオソースは、一般的に馴染みのある解像度とアスペクト比を前提に設計されている。不規則形状ディスプレイは、代わりに正方形ピクセルマトリクス、非常に幅広のバー解像度、または別のデバイスカテゴリ向けに元々開発された縦型パネルを使用する場合がある。ソースとパネルのコネクタが互換性があるように見えても、画像が cropping、引き伸ばし、回転、不安定、または完全に表示されないことがある。.

したがって、コントローラボードはLCD選定後に追加される汎用アクセサリではない。非標準ディスプレイプロジェクトでは、コントローラボードはディスプレイアーキテクチャの一部であり、パネル、タッチシステム、ファームウェア、筐体、ユーザーインターフェースと同時に評価されるべきである。.

不規則形状LCDとは何か?

実用的な製品開発において、不規則形状LCDとは、可視形状、有効領域、またはアスペクト比が、標準モニタおよび組み込みコンピューティングプラットフォームが想定する従来の矩形フォーマットと異なるディスプレイである。.

一般的な例は以下の通り:

  • 計器、家電、制御ノブ向けの円形LCD
  • スマートホームパネルおよびコンパクトHMI向けの正方形LCD
  • 棚、アクセス端末、設備ステータスパネル向けの超ワイドバーディスプレイ
  • ハンドヘルドおよび狭いフロントパネル製品向けの縦長ディスプレイ
  • ダッシュボードおよび特殊設備向けの非標準アスペクト比ディスプレイ

一部の円形モジュールは、円形の可視領域を持つ正方形ピクセルマトリクスを使用する。その他は、特定の円形実装向けに配置されたピクセルまたはマスクを有する場合がある。同様に、 バーディスプレイ は、従来のスクリーンを物理的に狭いウィンドウで覆ったものではなく、ネイティブの長尺フォーマットパネルである場合がある。.

この区別は、コントローラがパネルの実際のピクセルマトリクスをアドレッシングする必要があるため重要である。外観形状だけから互換性を判断することはできない。.

非標準スクリーンがコントローラの課題を生む理由

標準的なコンピュータモニタは、一般的に広くサポートされたビデオフォーマットを受信する。信号処理、スケーリング、タイミング動作の多くはすでに確立されている。特殊な組み込みLCDは、代わりにRGB、LVDS、MIPI DSI、eDPなどのネイティブパネルインターフェースを公開し、正確なパネル固有信号を期待する場合がある。.

コントローラ経路は、いくつかの問題を解決する必要がある場合がある:

  • ホストシステムが利用可能なビデオまたはグラフィックス出力を受け入れる
  • その出力をパネルのネイティブインターフェースに変換する
  • 正確な有効解像度およびブランキングタイミングを生成する
  • 従来のコンテンツを非標準アスペクト比にマッピングする
  • パネルおよびドライバICを正しく初期化する
  • バックライトおよび電源シーケンスを制御する
  • 表示方向をユーザーインターフェースと調整する
  • タッチデータを別個の互換経路を通じてホストに渡す
Exploded integration of a bar LCD with controller board, touch and backlight paths
バーLCDとコントローラボード、タッチ、バックライト経路の分解統合

すべてのプロジェクトが別個の変換ボードを必要とするわけではない。一部のホストプロセッサは、選択したパネルを直接駆動できる。正しいアーキテクチャは、ホスト、パネルインターフェース、グラフィックスワークロード、ソフトウェア環境、利用可能なエンジニアリングリソースに依存する。.

画面形状は電気的インターフェースを定義しない

円形スクリーンは特定のインターフェースカテゴリではない。正方形や バーディスプレイ. も同様である。類似した可視形状を持つ2つのパネルは、完全に異なる電気的アーキテクチャを使用する場合がある。.

例えば、候補モジュールは以下を使用する場合がある:

  • 低データレート表示制御向けSPI
  • 組み込みシステム向けMCUパラレルインターフェース
  • 個別タイミング信号付きRGBまたはTTLインターフェース
  • シリアライズされたパネルデータ向けLVDS
  • 高密度でコンパクトな接続向けのMIPI DSI
  • 組み込みディスプレイリンク向けのeDP

ホスト入力はパネル出力と異なる場合もあります。製品はHDMI、VGA、USB、LVDS、MIPI、eDP、またはプロセッサネイティブのディスプレイインターフェースを提供することがあります。コントローラソリューションは、実際のソースとパネルの要件をブリッジする必要があります。.

コネクタを互換性判断の根拠として使用すべきではありません。コネクタのピッチとピン数が一致していても、同じインターフェース、ピン定義、電圧、バックライト回路であることは確認できません。.

パネル側インターフェースの概要については、RJYの LCDディスプレイモジュールにおけるインターフェースガイドをご参照ください.

解像度がコントローラの最初の制約条件である

すべてのTFT LCDにはネイティブのピクセルマトリクスがあります。コントローラは、その正確なアクティブ解像度を出力するか、意図的なスケーリングおよびマッピング戦略を適用する必要があります。.

非標準ディスプレイは、ネイティブ解像度がソースシステムで一般的に生成されるフォーマットでない可能性があるため、課題を生じます。例としては以下が挙げられます:

  • 丸型または正方形ディスプレイ向けの正方形解像度
  • バーディスプレイ向けの非常に幅広で高さの低い解像度
  • 非常に縦長のポートレート解像度
  • 車載スタイルのパノラマ解像度
  • 一般的なデスクトップフォーマットに対応しないピクセルマトリクス

ボードがパネルインターフェースファミリーをサポートしていても、必要な解像度を生成できない場合があります。解像度のサポートは、コントローラハードウェア、出力パイプライン、ファームウェア、メモリ帯域幅、およびタイミング機能に依存します。.

ネイティブ解像度が通常最も安全なターゲットです

パネルをネイティブ解像度で駆動することで、LCDにコンテンツの再スケーリングを依存することを避けられます。多くの組み込みパネルには汎用スケーラーが搭載されていないためです。また、ピクセルマッピング、方向、ユーザーインターフェースレイアウトを確認するための最も明確な基準を提供します。.

ホストがネイティブ解像度を生成できない場合、システムには適切なスケーリングまたは変換ステージが必要です。それが実用的かどうかは、想定ではなく、選択したコントローラについて確認する必要があります。.

パネルタイミングは可視解像度を超える

800 × 800や1920 × 480といった解像度はアクティブ画像領域を表しますが、ディスプレイリンクは通常、アクティブピクセル以上のものを伝送します。各フレームには、水平および垂直同期期間、ポーチ、ブランキング期間も含まれる場合があります。.

コントローラには、パネル固有の以下の値が必要になる場合があります:

  • ピクセルクロック
  • 水平アクティブピクセル
  • 水平フロントポーチおよびバックポーチ
  • 水平同期幅
  • 垂直アクティブライン
  • 垂直フロントポーチおよびバックポーチ
  • 垂直同期幅
  • 信号極性
  • リフレッシュ動作

インターフェースに応じて、追加設定にはレーン数、リンクレート、色深度、データマッピング、コマンドモードまたはビデオモードが含まれる場合があります。.

不正確なタイミングは、ブランクスクリーン、不安定な画像、コンテンツのずれ、繰り返し領域、フリッカー、または断続的な起動を引き起こす可能性があります。短時間のテストで画像を表示できるコントローラが、自動的に量産対応であるとは限りません。タイミングマージンと再現可能な起動も評価する必要があります。.

スケーリングとコンテンツマッピングは別個の問題である

パネルに画像を表示させることは、その画像を有用にすることと同じではありません。.

従来の16:9コンテンツが長い バーディスプレイ, に送信される場合、コントローラまたはアプリケーションはそのコンテンツをどのように適合させるかを決定する必要があります。一般的な戦略には以下が含まれます:

  • クロップ: ターゲット領域外のコンテンツを除去しながらディスプレイを充填します。.
  • フィット: 完全な画像を保持しますが、未使用領域を受け入れます。.
  • ストレッチ: ソースの比率を変更して画面を充填します。.
  • アプリケーションネイティブレイアウト: パネルの解像度に特化してインターフェースをレンダリングします。.

アプリケーションネイティブアプローチは、実際のアクティブ領域を中心にインターフェースを設計できるため、組み込みHMI製品で最も効果的であることが多いです。棚型ディスプレイは水平方向の情報階層を使用し、丸型ディスプレイは中央の周囲にステータスインジケータを配置する場合があります。.

丸型ディスプレイの場合、基盤となるフレームバッファは依然として正方形である場合があります。ソフトウェアは重要なコンテンツを円形の可視領域内に保持する必要があります。コーナーはピクセルマトリクスに存在していても、マスクまたは筐体の背後に隠れたままである場合があります。.

Round, square and bar LCD formats undergoing controller-board validation
コントローラボードの検証を受ける丸型、正方形、バー型LCDフォーマット

LCDディスプレイコントローラは信号生成を処理しますが、ユーザーインターフェースを自動的に再設計するわけではありません。コントローラのスケーリング、オペレーティングシステムの設定、アプリケーションのレイアウトは、関連しているが別個のタスクとして扱うべきです。.

円形LCDコントローラが自動的に異なるハードウェアになるわけではない

「“ラウンドLCD コントローラ」と呼ばれる特別な汎用コントローラカテゴリが必ずしも存在するわけではありません。丸型パネルは、そのネイティブ設計に応じて、適切なRGB、MIPI、LVDS、または別のコントローラパスで駆動される場合があります。.

同じ原則が正方形およびバー型モジュールにも当てはまります。それらの特殊な形状はプロジェクト要件を変えますが、互換性は依然として実際のパネルによって決定されます:

  • 型番
  • ネイティブ解像度
  • インターフェース
  • ピン定義
  • ドライバーIC
  • タイミング
  • 電源レール
  • バックライト回路
  • 初期化要件

RJYの 円形LCD選定ガイド コントローラのマッチングを開始する前に、円形モジュールを選択するための追加のコンテキストを提供します。.

MIPI DSIは追加の設定作業を生じさせる

MIPI DSIは、一部の円形、正方形、バー型、縦型パネルを含む、コンパクトで高解像度のディスプレイで一般的です。その小型コネクタとシリアル化インターフェースは、省スペースの製品設計を支援できますが、汎用的なビデオ入力として扱うべきではありません。.

MIPI DSIの統合は、以下に依存する場合があります:

  • データレーン数
  • レーン速度とクロック構成
  • ビデオモードまたはコマンドモード
  • ピクセルフォーマット
  • パネル初期化コマンド
  • リセットシーケンスと遅延
  • ドライバICレジスタ設定
  • ホストプロセッサまたはブリッジチップのサポート

HDMI-to-MIPIコントローラは、パッシブケーブルではなくアクティブ変換システムです。ソース信号を受信し、対応している場合は画像を処理またはスケーリングし、正確なパネルに必要なMIPIストリームと初期化動作を生成する必要があります。.

したがって、HDMI-to-MIPIボードがすべてのMIPIディスプレイで動作するとは想定すべきではありません。ソリューションを確定する前に、パネルモデル、データシート、解像度、レーン構成、初期化情報、バックライト要件を確認してください。.

以下を参照してください。 HDMI-to-MIPIコントローラーボード互換性ガイド この種のレビューに必要な情報については。.

ファームウェアはコントローラ互換性の一部である

コントローラボードは、選択されたパネルをサポートするために構成可能なファームウェアを使用する場合があります。ファームウェア関連の作業には、解像度とタイミングパラメータ、出力インターフェース構成、パネル初期化、方向、バックライト動作、起動シーケンスが含まれる場合があります。.

これは、非標準ディスプレイにとって特に重要です。そのフォーマットがボードのデフォルト構成に含まれていない場合があるためです。.

プロジェクトチームは以下を区別すべきです:

  • ハードウェア能力: ボードが必要な入力、出力、処理リソースを備えているかどうか。.
  • ファームウェアサポート: ボードが特定のパネルと動作挙動に構成できるかどうか。.
  • アプリケーションサポート: ホストシステムとソフトウェアが必要な解像度で意図されたUIをレンダリングできるかどうか。.

ハードウェアコネクタは、欠落しているファームウェアやソフトウェアサポートを補うことはできません。同様に、ファームウェアは、電気的に不適切な出力段をパネルと互換性のあるものにすることはできません。.

完成品においてブート動作は重要である

ラボテスト中、開発者は最終画像に注目する場合があります。エンドユーザーは、電源投入からその最終画像までの間に何が起こるかも見ています。.

非標準LCDシステムでは、以下が表示される場合があります:

  • 一時的な明るい画面または暗い画面
  • 誤った方向の起動画像
  • タイミングが安定する前のずれた画像
  • 有効なパネルデータが存在する前のバックライト
  • オペレーティングシステムの起動中における画像の遅延

システム設計は、電源レール、リセット、パネル初期化、ビデオ可用性、バックライト有効化を調整すべきです。一部のプロジェクトでは、有効なコンテンツが準備できるまでバックライトを遅延させることで、目に見える起動プロセスを改善できます。正確なシーケンスは、パネルとコントローラのアーキテクチャに依存します。.

シャットダウンと再起動の動作もテストすべきです。正しい最終画像は、繰り返しの電源サイクルが常に確実に完了することを証明するものではありません。.

バックライト制御は別個のエンジニアリング経路である

コントローラは、ディスプレイのバックライト要件とともに評価する必要があります。ビデオインターフェースとLEDバックライトは別個の電気システムです。.

重要なバックライト情報には以下が含まれます:

  • LEDストリングの配置
  • 必要な電圧範囲
  • 動作電流
  • コネクタとピン定義
  • 有効化動作
  • 輝度制御方法
  • 使用する場合のPWM要件

正しい画像信号を生成できるボードでも、異なるLEDドライバまたは電力構成が必要になる場合があります。不適切なバックライトのマッチングは、低輝度、不安定な照明、過度の電気的ストレスを引き起こす可能性があります。.

特殊なフォーマットでは、バックライト制御が知覚される均一性にも影響する場合があります。非常に長いバー型ディスプレイは、両方がTFT LCDアーキテクチャを使用していても、コンパクトな正方形パネルとは異なる光学および熱統合の制約があります。.

タッチはビデオインターフェースを自動的に通過しない

タッチ対応ディスプレイは通常、2つの機能パスを含みます:

  • LCDに画像データを送信するディスプレイパス
  • タッチコントローラからホストに座標を送信するタッチパス

LCDはMIPI、LVDS、RGB、またはeDPを使用する場合があり、タッチコントローラはUSB、I²C、またはその他のサポートされたインターフェースを介して通信します。LCDをサポートするコントローラボードが、選択されたタッチパネルのサポートを自動的に保証するものではありません。.

不規則形状の製品では、追加のタッチに関する考慮事項が生じます:

  • 座標マッピングは、可視アクティブエリアと一致する必要があります。.
  • 回転は、画像とタッチ入力の間で一貫している必要があります。.
  • 丸型インターフェースでは、隠れたコーナー領域を無視するためのソフトウェアが必要になる場合があります。.
  • 細長いバー型ディスプレイでは、異なるジェスチャーおよびターゲットサイズの設計が必要になる場合があります。.
  • カバーガラスの厚さと印刷されたボーダーは、タッチ設定に影響を与える可能性があります。.
  • グラウンディングと筐体設計は、静電容量式タッチの性能に影響を与える可能性があります。.

タッチ動作は、ディスプレイ、カバーガラス、コントローラー、筐体を組み立てた後にテストする必要があります。.

カスタムコントローラボードが正当化される場合

すべての異形ディスプレイに完全に新しいボードが必要なわけではありません。既存のコントローラープラットフォームを設定する、ケーブルまたはFPCを適合させる、あるいは互換性のあるホストプロセッサ出力を使用することで、プロジェクトを解決できる場合があります。.

よりカスタマイズされたコントローラーアプローチが正当化される場合があります。プロジェクトが以下を要求する場合:

  • 稀なネイティブ解像度またはタイミングの組み合わせ
  • 特定の入力-パネル間インターフェースパス
  • 制限された筐体寸法
  • カスタムコネクターまたはケーブル配置
  • 統合バックライトおよび電源管理
  • タッチとディスプレイの連携
  • プロジェクト固有のファームウェア動作
  • 産業用通信またはI/O要件
  • 選択したパネルを中心とした長期的な製品アーキテクチャ

決定は、開発工数、プロジェクト数量、検証要件、ライフサイクル期待を考慮する必要があります。画面形状が特殊であるという理由だけで、カスタムボードが自動的に最良のソリューションとなるわけではありません。.

コントローラアーキテクチャの選定方法

プロジェクトの状況可能なアプローチ主な検証作業
ホストがパネルのネイティブインターフェースをサポートパネル直接接続タイミング、ピン配置、初期化、電源、ファームウェア
ホスト出力がパネル入力と異なるアクティブコントローラーまたはブリッジソリューション入力フォーマット、スケーリング、出力タイミング、パネルサポート
既存ボードがハードウェアをサポートするが、パネルプロファイルをサポートしないファームウェアの適合コントローラー能力、タイミング、初期化データ
ボードが筐体または必要なI/Oに適合しないカスタムまたは改造コントローラーボード機械、電気、ファームウェア、生産範囲
アプリケーションが設定可能な組み込みプラットフォームを使用Android、Linux、またはMCUベースのディスプレイパスドライバー、グラフィックス、向き、タッチ、起動動作

普遍的に最良のルートはありません。アーキテクチャは、ディスプレイ、ホスト、アプリケーション要件が判明した後に選択する必要があります。.

実用的な検証プロセス

1. 正確なパネルモデルを確定する

画面形状と対角サイズだけでコントローラー選定を開始しないでください。パネルモデル、データシート、機械図面、ピン定義を入手してください。.

2. ネイティブディスプレイパスを確認する

パネルの解像度、インターフェース、タイミング、ドライバIC、電源要件、初期化情報を文書化してください。ホストで利用可能な出力は別途文書化してください。.

3. コンテンツ戦略を定義する

アプリケーションがネイティブ解像度でレンダリングするのか、コントローラーが別の入力をスケーリングする必要があるのかを決定してください。実際のアスペクト比に合わせた代表的なUIコンテンツを準備してください。.

4. ベアディスプレイシステムをテストする

エンジニアリングベンチで、起動、画像安定性、向き、カラーパターン、繰り返し電源サイクル、バックライト動作を検証してください。.

5. タッチおよび機械部品を追加する

タッチパネル、カバーガラス、FPC、筐体を取り付けてください。座標マッピング、ケーブル歪み、グラウンディング、熱条件、視認位置を検証してください。.

6. 実際のソフトウェアワークロードをテストする

テストパターンだけに依存せず、意図したオペレーティングシステム、UI、ビデオ、またはアプリケーションを実行してください。グラフィックスプラットフォームが非標準解像度を確実にレンダリングできることを確認してください。.

7. パイロットビルドを完了する

パイロットビルドは、1つの試作機では現れない可能性のある組立および設定のばらつきを明らかにするのに役立ちます。量産前に、承認されたパネル、コントローラーボードバージョン、ファームウェア、ケーブル、ソフトウェア設定を管理してください。.

Engineer testing touch alignment and startup behavior on a bar TFT display
バー型TFTディスプレイでタッチアライメントと起動動作をテストするエンジニア

LCDディスプレイコントローラのマッチングに必要な情報

効率的な互換性レビューのために、以下を提供してください:

  • LCDメーカーおよび型番の正確な情報
  • パネルのデータシートおよびピン定義
  • 画面サイズ、有効表示領域およびネイティブ解像度
  • 表示インターフェースおよびドライバIC
  • パネルのタイミングまたは初期化情報
  • バックライトの電圧、電流および制御要件
  • ホストプロセッサまたは必要な入力インターフェース
  • オペレーティングシステムおよびファームウェア環境
  • タッチスクリーンの種類、コントローラおよび通信インターフェース
  • 必要なコンテンツの向きおよびスケーリング動作
  • 筐体図面および利用可能な基板スペース
  • アプリケーション環境および動作要件
  • サンプル数量、年間需要予測およびスケジュール

写真やコネクタ数はパネルのデータシートの代わりにはなりません。ドキュメントが不完全な場合、互換性を評価する前に、追加の識別および電気的調査が必要となることがあります。.

スクリーンとコントローラを一つのディスプレイシステムとして構築する

異形LCDの視覚的な魅力は注目を集めることができますが、その成功は背後にあるシステムに依存します。ネイティブ解像度、タイミング、インターフェース、ピン配置、スケーリング、ファームウェア、バックライト、タッチおよびソフトウェアがすべて連携して機能する必要があります。.

カスタムLCDディスプレイコントローラは、定義された統合課題を解決する場合に価値があります。適合するコネクタを介してあらゆる画面を動作させることができる汎用ボードとして扱うべきではありません。.

RJYは、一般的なHDMI、VGA、LVDS、MIPI、eDP、USBおよび関連する表示パスにわたる、プロジェクト依存のコントローラボード適応をサポートしています。コントローラボードは、プロジェクトに応じて、互換性のあるTFT LCDモジュールとは別に、または一緒に検討することができます。.

丸型、正方形、バー型、その他の非標準ディスプレイ製品を開発している場合は、 RJYカスタムディスプレイソリューション または RJYにお問い合わせください パネルのデータシート、ホストインターフェース、タッチ要件および筐体情報を用いて、エンジニアリングレビューを進めてください。.

よくある質問

1つのLCDディスプレイコントローラであらゆる異形画面を動作させることはできますか?

いいえ。互換性は、正確なパネル型番、ネイティブ解像度、インターフェース、ピン定義、タイミング、ドライバIC、バックライト、ファームウェアおよびシステム要件に依存します。類似した画面形状は、コントローラの互換性を確立するものではありません。.

丸型LCDには専用の丸型画面コントローラが必要ですか?

必ずしも必要ではありません。丸型LCDはMIPI、RGB、LVDSまたはその他のインターフェースを使用する場合があります。コントローラは、外形だけではなく、パネルの電気的およびタイミング要件に基づいて選択されます。.

HDMI-to-MIPIボードは任意のMIPI LCDを駆動できますか?

いいえ。HDMI-to-MIPI変換は、アクティブかつパネル固有のプロセスです。コントローラは、必要な解像度、MIPIレーン構成、タイミング、初期化コマンド、ピクセルフォーマットおよびバックライトシステムをサポートする必要があります。.

バー型LCDで画像が引き伸ばされて表示されるのはなぜですか?

ソースのアスペクト比がパネルのネイティブ解像度と一致していない可能性があり、コントローラまたはオペレーティングシステムがコンテンツを画面全体に合わせて引き伸ばしている可能性があります。プロジェクトには、適切なクロップ、フィット、スケーリングまたはネイティブUI戦略が必要です。.

LCDディスプレイコントローラを適合させるために必要な情報は何ですか?

正確なパネル型番、データシート、解像度、インターフェース、ピン定義、ドライバIC、タイミング、バックライト、タッチ、ホスト入力、オペレーティングシステム、ファームウェアおよび筐体要件を提供してください。互換性は、量産ハードウェアを選定する前に確認する必要があります。.

ディスプレイプロジェクトを計画中ですか?

ディスプレイサイズ、解像度、インターフェース、輝度、タッチ要件、コントローラーボード要件、およびアプリケーション環境を共有してください。.

互換性レビューのリクエスト
プロジェクトサポート

どのディスプレイがプロジェクトに適しているかまだお決まりでないですか?

RJYのエンジニアリングチームにご相談いただき、ディスプレイマッチング、コントローラーボードの確認、およびカスタマイズについて話し合ってください。.