組込み表示プロジェクトでボトルネックに直面していませんか?
複雑な統合作業やサプライチェーンの問題が市場投入までの時間を遅らせないようにしましょう。RJYの専門家チームによる無料コンサルテーションを予約し、お客様に合わせた設計・製造サポートをご利用ください。.
スマートデバイスや組み込みシステムが進化する中で、Androidディスプレイは最も汎用性が高く、広く採用されるソリューションの一つとなっています。スマートフォンやタブレットから自動車のダッシュボード、産業用パネル、インタラクティブキオスクに至るまで、Android搭載ディスプレイは、強力なハードウェア、柔軟なソフトウェア、そして使い慣れたユーザー体験を兼ね備えています。.
「Androidディスプレイ」は標準化された単一のディスプレイモジュールタイプではない。OEMの議論において、この用語は、Androidボードに接続されたTFT LCD、コンピューティングボードと共に供給されるタッチディスプレイアセンブリ、Androidで駆動される外部モニター、またはAndroidベースのソフトウェアイメージを実行する完全な密閉型HMIを指すことがある。 Android制御基板, これらの製品は、同じ可視画面サイズを共有しながら、インターフェース、ソフトウェア所有権、電力要件、機械的境界、アップデートパス、および品質保証責任が大きく異なる可能性がある。.
したがって、最初のエンジニアリング上の決定は、どのAndroidディスプレイを購入するかではない。プロジェクトに必要なシステム境界、どの構成を管理するか、そしてLCDピクセルからフィールドアプリケーションに至るまで各レイヤーを誰が所有するかである。.
組み込みまたはOEMプロジェクトにおいて、Androidディスプレイとは、Androidベースのコンピューティングプラットフォームがレンダリング、アプリケーション実行、ユーザー入力、通信、またはシステム制御に関与するディスプレイシステムである。.
Androidは、LCD技術、パネルモード、輝度、視野角特性、タッチ技術、ビデオコネクタ、筐体、または環境制限を定義しない。これらの特性は、実装されたディスプレイ、タッチ、ボード、ソフトウェア、および機械構成に属する。.
商用説明.
| 想定される納入境界 | Android互換LCD | 確認すべき事項 |
|---|---|---|
| 別のAndroidボードに接続するための、未加工または完全なLCDモジュール | インターフェース、タイミング、初期化、電源、バックライト、FPC、コネクタ、ドライバ、およびボード互換性 | Androidタッチディスプレイ |
| LCD、タッチセンサー、タッチコントローラ、カバー、ボンディング、および1本以上のケーブル | ディスプレイパス、タッチホストパス、Androidドライバ、座標、カバー、接地、電源、および機械的アセンブリ | Androidコントローラボードディスプレイ |
| 別体または一体型の組み込みコンピューティングボードと共に供給されるディスプレイアセンブリ | ボードリビジョン、Androidイメージ、BSP、ディスプレイ出力、タッチ、周辺機器、電源、ファームウェア、およびケーブル | Android HMI |
| ディスプレイ、タッチ、コンピューティング、ソフトウェア、I/O、電源、マウント、筐体、およびアプリケーション | 完全なシステム所有権、ユーザーワークフロー、検証、アップデート、セキュリティ、サービス、およびライフサイクル | 外部Androidディスプレイ |
| ビデオおよび入力接続を介してAndroidホストに接続されるモニターまたはタッチモニター | ビデオモード、スケーリング、EDID、タッチリターンパス、Android入力ルーティング、電源、ケーブリング、およびリカバリ | 「オールインワン」という表現は、引用された製品が実際にコンピューティング、ディスプレイ、タッチ、必要なI/O、ソフトウェア、電源アーキテクチャ、および機械的境界を含む場合にのみ使用されるべきである。TFT LCDモジュール単体はAndroidコンピュータではない。 |
カタログカテゴリではなく、機器アーキテクチャから始める。製品にディスプレイコンポーネントのみが必要か、ディスプレイとボードのサブシステムか、またはリリースされたHMIかを判断する。.
LCDモジュールと別体のAndroidボード.
TFT LCDとAndroid制御ボードのマッチングガイド.
以下を使用すること ボードとLCDが別個のアイテムとして選定される場合。 コントローラボードと共に供給されるディスプレイアセンブリ.
完全なAndroid HMI.
Androidは、そのオペレーティングシステムとアプリケーションアーキテクチャが実際の製品要件をサポートする場合にのみ適切である。プロセッサ、メモリ、ストレージ、ディスプレイ解像度、またはAndroidバージョンを選択する前に、量産ワークロードを定義する。.
文書化する:.
量産アプリケーション、UIフレームワーク、サービス、およびバックグラウンドプロセス
したがって、ディスプレイ性能はパネル解像度やプロセッサ名だけに依存するわけではない。リリースされたアプリケーション、合成ワークロード、メモリパス、ディスプレイ構成、および熱状態を一緒に評価する必要がある。.[1] システムオンチップの名称は、完全なAndroidプラットフォームを特定するものではない。同一プロセッサを使用する2つのボードは、ルーティングされたインターフェース、ブリッジデバイス、コネクタ、電源ドメイン、メモリ、ストレージ、ワイヤレスオプション、PCBリビジョン、熱特性、およびベンダーソフトウェアブランチにおいて異なる可能性がある。.
構成レイヤー.
| 固定すべき識別情報 | 完全なモデル、PCBリビジョン、アセンブリオプション、プロセッサ、メモリ、ストレージ、ブリッジ、および実装されたコネクタ | その重要性 |
|---|---|---|
| 制御基板 | 実際に利用可能な電気的および物理的リソースを決定する | Determines the electrical and physical resources actually available |
| ブートチェーン | ブートローダー、ボード識別、パーティション構成、署名、リカバリ、およびアップデート設定 | 起動、ソフトウェア選択、リカバリ、および生産時プログラミングを制御する |
| カーネルおよびBSP | カーネルブランチ、ボードサポートパッケージ、デバイスツリー、パネルドライバ、タッチドライバ、およびバイナリ依存関係 | Androidフレームワークをリリースされたハードウェアに接続する |
| Androidイメージ | Androidバージョン、ベンダーイメージ、システム構成、含まれるサービス、パーミッション、およびビルド識別情報 | 製品に提供される動作環境を定義する |
| アプリケーション | アプリケーションバージョン、UIアセット、構成、データ、依存関係、およびデプロイ方法 | ユーザーから見えるワークロードと動作動作を定義する |
| ディスプレイサブシステム | LCD、タイミング、初期化、向き、密度、スケーリング、バックライト、およびタッチ構成 | 物理ディスプレイとAndroid UIが一つのシステムとして動作するかどうかを決定する |

「Android 11」「Rockchipボード」「カスタムファームウェア」を完全な構成として扱わないこと。各ラベルは複数のハードウェアおよびソフトウェアリリースをカバーする可能性がある。.
AndroidソースコードまたはAndroidベースのイメージを使用するプロジェクトは、自動的にGoogle Play、Google Mobile Services、またはすべてのサードパーティ製Androidアプリケーションをサポートするものとして説明すべきではない。.
Androidオープンソースプロジェクトは、Android互換デバイスが該当する互換性定義文書を満たし、互換性テストスイートに合格する必要があると規定している。Android互換性により、デバイスは潜在的なGoogle PlayおよびGoogle Mobile Servicesのライセンス取得の対象となり得るが、それらのサービスがすべてのAndroidビルドに自動的に付与されるわけではない。.[2]
リリース前に以下を定義すること:
APKの存在のみでプラットフォームを承認しないこと。正確なAndroidイメージ、ボード、周辺機器、ディスプレイ構成、ネットワーク環境、およびアップデートプロセスに対してリリースされたアプリケーションをテストすること。.

システムアーキテクチャは、Androidがネイティブの組み込みパネルを駆動するか、モニターに外部ビデオを送信するか、または両者を変換するためにアクティブコントローラを使用するかを確立しなければならない。.
| ディスプレイアーキテクチャ | 典型的な境界 | 主要な質問 |
|---|---|---|
| ネイティブMIPI DSI、RGB、LVDS、またはeDPパネル | Androidボードが互換性のあるLCD実装を直接駆動する | 電気的構成、タイミング、初期化、マッピング、電源、バックライト、FPC、およびソフトウェアサポート |
| 外部HDMIまたはDisplayPortディスプレイ | Androidボードがアクティブレシーバーとディスプレイコントローラを含むモニターにビデオを送信する | サポートされるモード、EDID、スケーリング、ホットプラグ、ケーブル、オーディオ、タッチリターン、およびリカバリ |
| アクティブビデオ-パネルコントローラ | レシーバー、ブリッジ、スケーラー、またはコントローラが外部ビデオをLCDインターフェースに変換する | 入力モード、パネル出力、ファームウェア、ネイティブタイミング、スケーリング、電源、バックライト、タッチ、熱動作、およびライフサイクル |
| マルチディスプレイAndroidシステム | Androidがプライマリディスプレイと1つ以上のセカンダリディスプレイを管理する | ディスプレイの役割、タスク配置、ミラーリング、アプリケーション動作、入力ルーティング、パフォーマンス、およびリカバリ |
Androidはプライマリおよびセカンダリディスプレイの概念をサポートするが、セカンダリディスプレイの動作はシステムおよびアプリケーション構成によって異なる。.[3] 2つの物理出力が存在しても、意図したUI、ビデオ、タッチ、または独立したタスク動作が実装されていることを証明するものではない。.
生のMIPI DSI、RGB、LVDS、またはeDP LCDは、パッシブコネクタ変更を通じてHDMIを受け入れることはできない。インターフェースレベルの互換性については LCDインターフェースガイド を確認するか、アクティブ変換経路については HDMI-to-MIPIコントローラボードガイド を参照すること。.
Androidは必要なLCDサイズ、解像度、明るさ、視認動作、応答、色、バックライト、または環境範囲を決定しない。それらの要件は完成品から定義すること。.
正確なLCDを以下を用いて評価すること:
屋内製品には300~500ニト、屋外製品には1000ニト以上といった普遍的なルールを使用しないこと。プロジェクトの実際の環境、観察者、UI、光学スタック、電源、および熱条件下で読みやすさをテストすること。.
以下を使用すること TFT LCDモジュール選定ガイド ディスプレイ自体が未決定のままである場合。.
タッチはLCD画像インターフェースによって自動的に伝送されるわけではない。タッチセンサー、コントローラ、ファームウェア、ホスト接続、Androidドライバ、座標、カバー、接着、接地、および筐体は別個のサブシステムを構成する。.
Android入力デバイス構成は、デバイス固有のファイルを使用して、タッチデバイスの動作、向き、スケーリング、およびディスプレイ関連付けなどのプロパティを定義できる。.[4] 正確な要件はAndroidリリースおよび実装された入力アーキテクチャに依存する。.
| タッチエリア | 必要な証拠 |
|---|---|
| センサーおよびコントローラ | 技術、センサー概要、コントローラーモデル、ファームウェア、必要な接点、および入力ツール |
| ホスト接続 | I2C、USB、SPI、またはその他の実装経路;電圧、アドレスまたは識別情報、リセット、割り込み、およびケーブル |
| Androidソフトウェア | カーネルドライバ、設定ファイル、座標、回転、ミラーリング、ディスプレイ関連付け、スリープ、ウェイク、およびリカバリ |
| 前面構造 | カバー材質、厚さ、印刷、開口部、表面、接着剤またはエアギャップ構造、ベゼル、およびガスケット |
| 動作環境 | 指、手袋、スタイラス、湿気、汚染、清掃、電気ノイズ、接地、および筐体条件 |
「静電容量式」という言葉から5点または10点タッチ、手袋動作、湿気性能、またはスタイラスサポートを推測しないこと。リリースされたセンサー、コントローラー、ファームウェア、カバー、ホスト、およびテスト条件を確認すること。.
USBタッチ付き外部HDMIビデオについては、以下を使用すること Android HDMIタッチ統合ガイド. 物理的なタッチディスプレイスタックについては、以下を使用すること TFT LCDタッチディスプレイガイド.
Androidディスプレイプロジェクトでは、ブートローダー、カーネル、BSP、デバイスツリー、パネルドライバ、タッチドライバ、Androidイメージ、アプリケーション、セキュリティアップデート、生産プログラミング、およびフィールドリカバリの所有者を管理された形で回答する必要がある。.
Androidはシステムおよびアプリケーションソフトウェアの無線アップデートの仕組みを提供するが、OEMプラットフォームは選択されたアップデートアーキテクチャを実装、ビルド、署名、テスト、配布、およびサポートしなければならない。.[5] Android OTAドキュメントの存在は、特定のボードにリリースされたOTAサービスが含まれていることを保証するものではない。.
| ソフトウェア納品物 | 解決すべき質問事項 |
|---|---|
| プロダクションイメージ | どのバージョン、ボードリビジョン、ディスプレイ設定、アプリケーション、バイナリ、パーミッション、および設定が含まれているか? |
| ソースおよびビルド環境 | どのソースファイル、パッチ、バイナリ依存関係、ライセンス、ツール、およびビルド手順が納品されるか? |
| プログラミング | ボードはどのようにフラッシュされ、識別され、検証され、シリアル化され、正しいディスプレイ設定に関連付けられるか? |
| アップデート | 誰がアップデートをビルド、署名、配布、テスト、承認、およびロールバックするか? |
| リカバリ | 電源中断、不完全なアップデート、ストレージ破損、ウォッチドッグリセット、またはアプリケーション障害の後、何が起こるか? |
| メンテナンス | 製品ライフサイクル全体で、Android、カーネル、BSP、セキュリティ、アプリケーション、パネル、タッチ、およびボードの変更を誰がレビューするか? |
RJY Displayはプロジェクト依存のファームウェアカスタマイズをサポートするが、実際のパネルドライバ、Android BSP、ソース、バイナリ、アップデート、テスト、およびメンテナンス範囲は、選択されたプラットフォームに対して確認されなければならない。「カスタムファームウェア」を無制限または自動的に含まれる納品物として扱わないこと。.
Android HMIには、プロセッサ、メモリ、ストレージ、ディスプレイインターフェース、LCD、パネルI/O、バックライト、タッチ、無線通信、USBデバイス、オーディオ、カメラ、および電源変換が含まれる場合がある。LCDデータシートとボード入力定格は、この負荷の一部のみを説明する。.
コールドブート、通常UI、ピークアプリケーションワークロード、ビデオ、カメラ、ネットワーク転送、最大要求バックライト状態、調光動作、アイドル、スリープ、ウェイク、リブート、アップデート、ブラウンアウト、および障害リカバリのための電力および熱収支を作成すること。.
プロダクション筐体および取り付け条件下で、プロセッサ、ボード電源部品、ディスプレイ、バックライト、タッチコントローラー、カバー、密閉空気、および外部表面の安定温度を確認すること。.
以下を使用すること TFT LCD電源ガイド パネル、バックライト、タッチ、コントローラーボード、およびシステム電源を分離するため。.
動作する開発ボードのデモンストレーションは、システムが製品に適合することを証明しない。ディスプレイ、タッチ、ボード、アンテナ、ストレージ、ケーブル、FPC、コネクタ、電源、取り付け、ガスケット、冷却経路、および筐体を一緒にレビューすること。.
確認事項:
| 検証領域 | 代表的な確認事項 | リリース証拠 |
|---|---|---|
| 構成 | ボード、PCB、Androidイメージ、BSP、ディスプレイ、タッチ、ケーブル、アプリケーション、および筐体の識別情報 | 管理されたBOM、ソフトウェアマニフェスト、図面、および承認済みサンプル |
| ディスプレイ | タイミング、初期化、画像安定性、向き、密度、スケーリング、UI、色、グレースケール、および動き | リリースされたLCDおよびソフトウェア上で動作するプロダクションUI |
| タッチおよび入力 | 座標、接点、ジェスチャー、ツール、回転、ノイズ、湿気、スリープ、ウェイク、およびリカバリ | リリースされた前面アセンブリ上のアプリケーション固有の結果 |
| アプリケーション | 起動、通常ワークフロー、ピークワークロード、パーミッション、データ、周辺機器、通信、およびエラー | 管理されたアプリケーションおよびシステムテスト記録 |
| 電力および熱 | ブート、通常、ピーク、バックライト、ネットワーク、アイドル、スリープ、アップデート、障害、および筐体温度 | 完全負荷測定および安定熱結果 |
| リカバリ | リブート、ウォッチドッグ、電源中断、アプリケーション障害、ストレージ状態、アップデート、およびサービス手順 | 該当する場合の文書化されたリカバリおよびロールバック結果 |
| 機械的 | 位置合わせ、FPC、ケーブル、コネクタ、取り付け、圧力、ガスケット、アンテナ、冷却、およびサービスアクセス | 承認済みCADおよび生産代表アセンブリ |
| ライフサイクル | ハードウェアおよびソフトウェアリビジョン、変更通知、メンテナンス、スペア、交換、および再検証 | 構成管理およびライフサイクル計画 |
リリースされたすべての状態を、プロダクションアプリケーションおよび筐体でテストすること。オープンな開発ボード上に表示されたホーム画面は、アプリケーション、ディスプレイ、タッチ、電源、熱、アップデート、リカバリ、またはライフサイクル要件を承認するものではない。.
RJY Displayの実用的なカスタマイズのアプローチは、基本となる表示、コンピューティング、ソフトウェア、および機械的アーキテクチャが適切である既存のディスプレイモジュールとコントローラーボードプラットフォームから始まります。.
選択された製品とプロジェクトの実現可能性に応じて、周辺作業では以下を評価する場合があります:
コントローラーボードは、TFT LCDと個別に、または一緒に検討される場合があります。利用可能なソリューションは、正確なパネル、インターフェース、解像度、ファームウェア、タッチ、電源、およびプロジェクト要件に応じて、1.28インチから15.6インチのディスプレイをカバーできます。.
これは、すべてのLCDとの互換性、無制限のAndroid BSP開発、または任意の新しいLCDサイズ、アクティブエリア、解像度、パネルアーキテクチャ、コントローラーボードのゼロからの開発を意味するものではありません。.
RJY Displayは、お客様のUI、Androidソフトウェア、表示出力、タイミング、初期化、タッチ、バックライト、電源、FPC、ケーブル、取り付け、エンクロージャ、検証、およびライフサイクル要件に照らして、既存のTFT LCDとコントローラーボードプラットフォームをレビューできます。.
現在のコンピューティングモジュールを参照する, 利用可能なディスプレイモジュールを確認するまたは エンジニアリングレビューのために、お客様のボード、LCD、Androidソフトウェア、タッチ、電源、UI、およびエンクロージャのドキュメントを送付する.
Androidディスプレイとは、Androidベースのコンピューティングプラットフォームがアプリケーション実行、グラフィックス、入力、通信、またはシステム制御を処理するディスプレイシステムです。この用語は、Androidボードに接続されたLCD、タッチディスプレイとボードのアセンブリ、外部モニター、または完全なHMIを指す場合があるため、納入範囲を確認する必要があります。.
自動的には含まれません。LCD、タッチセンサー、タッチコントローラ、カバー、接着、Androidボード、ケーブル、ソフトウェア、電源システム、およびエンクロージャは、別個のアイテムまたは明示的に含まれるアイテムである場合があります。見積もられた完全な構成を確認してください。.
いいえ。AndroidベースまたはAOSPのソフトウェアイメージには、Google PlayやGoogle Mobile Servicesが自動的に含まれるわけではありません。Android互換性ステータス、ライセンス、ソフトウェアイメージ、必要なサービス、アプリケーション配布方法、および販売市場の要件を確認してください。.
いいえ。正確なLCDとボードは、表示アーキテクチャ、電気的インターフェース、タイミング、初期化、電源シーケンス、バックライト、タッチ、ソフトウェア、FPC、コネクタ、機械的要素、および動作状態において互換性がなければなりません。.
選択されたボード、LCD、タッチシステム、および既存のソフトウェア構成に依存します。タイミング、初期化、デバイスツリー、ドライバ、タッチ、バックライト、向き、密度、スリープ、ウェイク、またはリカバリに関してプロジェクト依存の作業が必要になる場合がありますが、サポートされている既存の構成では新しいファームウェア開発は不要な場合があります。.
アプリケーション、UI、LCDおよびボードのモデル、リビジョン、データシート、図面、インターフェース、タイミング、AndroidおよびBSP情報、タッチシステム、バックライトおよび電源要件、ソフトウェア成果物、ケーブル、エンクロージャ制約、動作条件、数量、ライフサイクル、およびプロジェクトスケジュールを送付してください。.
ディスプレイサイズ、解像度、インターフェース、輝度、タッチ要件、コントローラーボード要件、およびアプリケーション環境を共有してください。.
RJYのエンジニアリングチームにご相談いただき、ディスプレイマッチング、コントローラーボードの確認、およびカスタマイズについて話し合ってください。.