OEM製品向けAndroidディスプレイ:アーキテクチャ、選定、および検証

スマートデバイスや組み込みシステムが進化する中で、Androidディスプレイは最も汎用性が高く、広く採用されるソリューションの一つとなっています。スマートフォンやタブレットから自動車のダッシュボード、産業用パネル、インタラクティブキオスクに至るまで、Android搭載ディスプレイは、強力なハードウェア、柔軟なソフトウェア、そして使い慣れたユーザー体験を兼ね備えています。.

「Androidディスプレイ」は標準化された単一のディスプレイモジュールタイプではない。OEMの議論において、この用語は、Androidボードに接続されたTFT LCD、コンピューティングボードと共に供給されるタッチディスプレイアセンブリ、Androidで駆動される外部モニター、またはAndroidベースのソフトウェアイメージを実行する完全な密閉型HMIを指すことがある。 Android制御基板, これらの製品は、同じ可視画面サイズを共有しながら、インターフェース、ソフトウェア所有権、電力要件、機械的境界、アップデートパス、および品質保証責任が大きく異なる可能性がある。.

したがって、最初のエンジニアリング上の決定は、どのAndroidディスプレイを購入するかではない。プロジェクトに必要なシステム境界、どの構成を管理するか、そしてLCDピクセルからフィールドアプリケーションに至るまで各レイヤーを誰が所有するかである。.

組み込みまたはOEMプロジェクトにおいて、Androidディスプレイとは、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ボード.

この構造により、OEMはボードの配置、ディスプレイの選定、ケーブリング、電源、ソフトウェア、および筐体設計を明示的に制御できる。同時に、OEMはパネルインターフェース、タイミング、初期化、バックライト、タッチパス、Android構成、および機械的統合を調整する責任を負う。

TFT LCDとAndroid制御ボードのマッチングガイド.

以下を使用すること ボードとLCDが別個のアイテムとして選定される場合。 コントローラボードと共に供給されるディスプレイアセンブリ.

調整されたアセンブリは、未定義のインターフェースの数を減らすことができるが、識別情報と責任を管理する必要性を排除するものではない。正確なLCD、ボード、PCBリビジョン、ファームウェアイメージ、タッチコントローラ、ケーブル、電源入力、マウント、およびテスト済み動作状態を確認する。同一プロセッサファミリ向けにリストされたすべてのディスプレイを1つのボード構成がサポートすると想定しない。

完全なAndroid HMI.

完全なHMIは、アプリケーション動作、筐体、マウント、外部I/O、熱設計、アップデートおよびリカバリ手順、ならびにフィールドサービス責任を追加する。承認は、個別にデモされたLCDと開発ボードではなく、完成した機器構成に基づいて行われるべきである。

Androidは、そのオペレーティングシステムとアプリケーションアーキテクチャが実際の製品要件をサポートする場合にのみ適切である。プロセッサ、メモリ、ストレージ、ディスプレイ解像度、またはAndroidバージョンを選択する前に、量産ワークロードを定義する。.

ユーザーインターフェースとワークロードから始める

文書化する:.

量産アプリケーション、UIフレームワーク、サービス、およびバックグラウンドプロセス

  • 物理的な画面サイズ、最小必要テキスト、言語、警告、チャート、画像、ビデオ、およびカメラコンテンツ
  • 起動目標、通常操作、ピークワークロード、アイドル、スリープ、ウェイク、再起動、アップデート、障害、およびリカバリ状態
  • ローカルストレージ、ロギング、データベース、メディア、通信、および周辺機器要件
  • タッチコンタクト、ジェスチャー、キーボード、スキャナ、カメラ、オーディオ、シリアルデバイス、USBデバイス、およびネットワークインターフェース
  • キオスク、オペレーター、管理者、サービス、および工場プログラミングのワークフロー
  • 必要なソフトウェア保守期間とフィールドアップデートプロセス
  • Androidのグラフィックスパイプラインは、グラフィックバッファ、SurfaceFlinger、Hardware Composer HAL、グラフィックスドライバ、およびディスプレイサブシステムを使用して最終出力を生成する。

したがって、ディスプレイ性能はパネル解像度やプロセッサ名だけに依存するわけではない。リリースされたアプリケーション、合成ワークロード、メモリパス、ディスプレイ構成、および熱状態を一緒に評価する必要がある。.[1] システムオンチップの名称は、完全なAndroidプラットフォームを特定するものではない。同一プロセッサを使用する2つのボードは、ルーティングされたインターフェース、ブリッジデバイス、コネクタ、電源ドメイン、メモリ、ストレージ、ワイヤレスオプション、PCBリビジョン、熱特性、およびベンダーソフトウェアブランチにおいて異なる可能性がある。.

正確なボードとAndroidソフトウェア構成を固定する

構成レイヤー.

固定すべき識別情報完全なモデル、PCBリビジョン、アセンブリオプション、プロセッサ、メモリ、ストレージ、ブリッジ、および実装されたコネクタその重要性
制御基板実際に利用可能な電気的および物理的リソースを決定するDetermines the electrical and physical resources actually available
ブートチェーンブートローダー、ボード識別、パーティション構成、署名、リカバリ、およびアップデート設定起動、ソフトウェア選択、リカバリ、および生産時プログラミングを制御する
カーネルおよびBSPカーネルブランチ、ボードサポートパッケージ、デバイスツリー、パネルドライバ、タッチドライバ、およびバイナリ依存関係Androidフレームワークをリリースされたハードウェアに接続する
AndroidイメージAndroidバージョン、ベンダーイメージ、システム構成、含まれるサービス、パーミッション、およびビルド識別情報製品に提供される動作環境を定義する
アプリケーションアプリケーションバージョン、UIアセット、構成、データ、依存関係、およびデプロイ方法ユーザーから見えるワークロードと動作動作を定義する
ディスプレイサブシステムLCD、タイミング、初期化、向き、密度、スケーリング、バックライト、およびタッチ構成物理ディスプレイとAndroid UIが一つのシステムとして動作するかどうかを決定する
Controlled Android display configuration across the board, bootloader, kernel, BSP, Android image, application, LCD, and touch system
ボード、ブートローダー、カーネル、BSP、Androidイメージ、アプリケーション、LCD、およびタッチシステム全体にわたる制御されたAndroidディスプレイ構成

「Android 11」「Rockchipボード」「カスタムファームウェア」を完全な構成として扱わないこと。各ラベルは複数のハードウェアおよびソフトウェアリリースをカバーする可能性がある。.

Androidは自動的にGoogle PlayやGMSを意味しない

AndroidソースコードまたはAndroidベースのイメージを使用するプロジェクトは、自動的にGoogle Play、Google Mobile Services、またはすべてのサードパーティ製Androidアプリケーションをサポートするものとして説明すべきではない。.

Androidオープンソースプロジェクトは、Android互換デバイスが該当する互換性定義文書を満たし、互換性テストスイートに合格する必要があると規定している。Android互換性により、デバイスは潜在的なGoogle PlayおよびGoogle Mobile Servicesのライセンス取得の対象となり得るが、それらのサービスがすべてのAndroidビルドに自動的に付与されるわけではない。.[2]

リリース前に以下を定義すること:

  • プロジェクトがAOSP、ボードベンダーイメージ、またはその他のライセンス取得済みディストリビューションを使用するかどうか
  • Google Playまたは特定のGoogleサービスが必要かどうか
  • どのアプリケーションパッケージがプリインストール、サイドロード、プライベート配布、またはリモートデプロイされるか
  • 必要なAndroid API、ハードウェア機能、パーミッション、およびデバイスオーナー動作
  • アプリケーション、互換性、ライセンス、および販売先市場のレビューを誰が実施するか

APKの存在のみでプラットフォームを承認しないこと。正確なAndroidイメージ、ボード、周辺機器、ディスプレイ構成、ネットワーク環境、およびアップデートプロセスに対してリリースされたアプリケーションをテストすること。.

Native panel, external video, active controller, and multi-display architectures for an Android display system
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コントローラボードガイド を参照すること。.

量産UIと観察エビデンスからLCDを選定する

Androidは必要なLCDサイズ、解像度、明るさ、視認動作、応答、色、バックライト、または環境範囲を決定しない。それらの要件は完成品から定義すること。.

正確なLCDを以下を用いて評価すること:

  • 物理サイズの製品UIおよび必要なすべての言語
  • ネイティブ解像度、Android論理解像度、密度、向き、およびスケーリング
  • 実際の観察者位置、視距離、姿勢、および設置方向
  • 環境光の方向、反射、必要な輝度、黒レベル、およびUIコントラスト
  • 必要な動き、ビデオ、カメラ、スクロール、警告、グレースケール、および遷移動作
  • 製品のタッチ、カバー、接着、ベゼル、ガスケット、取り付け、および筐体

屋内製品には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、コネクタ、電源、取り付け、ガスケット、冷却経路、および筐体を一緒にレビューすること。.

確認事項:

  • LCDおよびタッチの有効エリア、外形、厚さ、公差、および生産時の向き
  • FPCの出口方向、補強材、曲げ領域、コネクタアクセス、およびキープアウト要件
  • ボード外形、コネクタ位置、アンテナ、デバッグアクセス、ストレージアクセス、および熱ゾーン
  • ケーブル長、保持、接地、シールド、組み立て配線、およびサービス交換
  • ベゼルオーバーラップ、カバー印刷、ガスケット荷重、サポート、ファスナー、圧力、および平坦度
  • 筐体組み立て後のプログラミング、修理、リカバリ、および交換アクセス

リリースされたAndroidディスプレイ構成を検証する

検証領域代表的な確認事項リリース証拠
構成ボード、PCB、Androidイメージ、BSP、ディスプレイ、タッチ、ケーブル、アプリケーション、および筐体の識別情報管理されたBOM、ソフトウェアマニフェスト、図面、および承認済みサンプル
ディスプレイタイミング、初期化、画像安定性、向き、密度、スケーリング、UI、色、グレースケール、および動きリリースされたLCDおよびソフトウェア上で動作するプロダクションUI
タッチおよび入力座標、接点、ジェスチャー、ツール、回転、ノイズ、湿気、スリープ、ウェイク、およびリカバリリリースされた前面アセンブリ上のアプリケーション固有の結果
アプリケーション起動、通常ワークフロー、ピークワークロード、パーミッション、データ、周辺機器、通信、およびエラー管理されたアプリケーションおよびシステムテスト記録
電力および熱ブート、通常、ピーク、バックライト、ネットワーク、アイドル、スリープ、アップデート、障害、および筐体温度完全負荷測定および安定熱結果
リカバリリブート、ウォッチドッグ、電源中断、アプリケーション障害、ストレージ状態、アップデート、およびサービス手順該当する場合の文書化されたリカバリおよびロールバック結果
機械的位置合わせ、FPC、ケーブル、コネクタ、取り付け、圧力、ガスケット、アンテナ、冷却、およびサービスアクセス承認済みCADおよび生産代表アセンブリ
ライフサイクルハードウェアおよびソフトウェアリビジョン、変更通知、メンテナンス、スペア、交換、および再検証構成管理およびライフサイクル計画

リリースされたすべての状態を、プロダクションアプリケーションおよび筐体でテストすること。オープンな開発ボード上に表示されたホーム画面は、アプリケーション、ディスプレイ、タッチ、電源、熱、アップデート、リカバリ、またはライフサイクル要件を承認するものではない。.

既存のディスプレイおよびボードプラットフォームを基にカスタマイズを計画する

RJY Displayの実用的なカスタマイズのアプローチは、基本となる表示、コンピューティング、ソフトウェア、および機械的アーキテクチャが適切である既存のディスプレイモジュールとコントローラーボードプラットフォームから始まります。.

選択された製品とプロジェクトの実現可能性に応じて、周辺作業では以下を評価する場合があります:

  • バックライト、イネーブル、調光、電源、および熱調整
  • 互換性のあるFPC、コネクタ、ケーブル、アダプタ、またはコントローラーボードの統合
  • タッチセンサー、コントローラ、ファームウェア、ホストドライバ、およびタッチFPC
  • カバーガラスの外形、印刷、厚さ、開口部、エッジ、および表面要件
  • エアギャップ、接着剤、OCA、OCR、またはその他の定義された組み立て構造
  • パネルのタイミング、初期化、マッピング、向き、スリープ、ウェイク、およびリカバリ
  • プロジェクトに依存するコントローラーボードのファームウェア作業
  • ベゼル、ガスケット、サポート、PCB位置、ケーブル配線、およびエンクロージャの調整

コントローラーボードは、TFT LCDと個別に、または一緒に検討される場合があります。利用可能なソリューションは、正確なパネル、インターフェース、解像度、ファームウェア、タッチ、電源、およびプロジェクト要件に応じて、1.28インチから15.6インチのディスプレイをカバーできます。.

これは、すべてのLCDとの互換性、無制限のAndroid BSP開発、または任意の新しいLCDサイズ、アクティブエリア、解像度、パネルアーキテクチャ、コントローラーボードのゼロからの開発を意味するものではありません。.

Androidディスプレイレビューに何を送付するか

  • 対象機器、ユーザー、ワークフロー、設置、および販売市場
  • 物理サイズのUI、必要な言語、テキスト、警告、画像、ビデオ、カメラコンテンツ、および作業負荷
  • 必要なLCDアクティブエリア、解像度、向き、光学特性、およびエンクロージャ開口部
  • 現在または候補のLCDモデル、リビジョン、データシート、図面、インターフェース、タイミング、および初期化
  • Androidボードモデル、PCBリビジョン、プロセッサ、メモリ、ストレージ、コネクタ、および回路図情報
  • Androidバージョン、カーネル、BSP、ブートローダ、デバイスツリー、ベンダーイメージ、およびアプリケーションリリース
  • Google Play、GMS、アプリケーション配布、互換性、許可、およびキオスク要件
  • タッチセンサー、コントローラ、ファームウェア、カバー、接着、座標、入力ツール、および環境
  • パネル、バックライト、タッチ、ボード、通信、周辺機器、および完全システムの電源要件
  • FPC、コネクタ、ケーブル、PCB、取り付け、ガスケット、アンテナ、熱構造、およびエンクロージャCAD
  • ブート、スリープ、ウェイク、再起動、アップデート、電源中断、障害、およびリカバリ要件
  • 必要なソフトウェア、バイナリ、ソース、ビルド、署名、プログラミング、アップデート、および保守成果物
  • プロトタイプ数量、年間需要、生産計画、ライフサイクル、予備部品、および変更管理の期待事項

Androidディスプレイアーキテクチャレビューを依頼する

RJY Displayは、お客様のUI、Androidソフトウェア、表示出力、タイミング、初期化、タッチ、バックライト、電源、FPC、ケーブル、取り付け、エンクロージャ、検証、およびライフサイクル要件に照らして、既存のTFT LCDとコントローラーボードプラットフォームをレビューできます。.

現在のコンピューティングモジュールを参照する, 利用可能なディスプレイモジュールを確認するまたは エンジニアリングレビューのために、お客様のボード、LCD、Androidソフトウェア、タッチ、電源、UI、およびエンクロージャのドキュメントを送付する.

よくあるご質問

Androidディスプレイとは何ですか?

Androidディスプレイとは、Androidベースのコンピューティングプラットフォームがアプリケーション実行、グラフィックス、入力、通信、またはシステム制御を処理するディスプレイシステムです。この用語は、Androidボードに接続されたLCD、タッチディスプレイとボードのアセンブリ、外部モニター、または完全なHMIを指す場合があるため、納入範囲を確認する必要があります。.

Androidディスプレイにはタッチスクリーンとコントローラーボードが含まれますか?

自動的には含まれません。LCD、タッチセンサー、タッチコントローラ、カバー、接着、Androidボード、ケーブル、ソフトウェア、電源システム、およびエンクロージャは、別個のアイテムまたは明示的に含まれるアイテムである場合があります。見積もられた完全な構成を確認してください。.

すべてのAndroidディスプレイがGoogle Playをサポートしていますか?

いいえ。AndroidベースまたはAOSPのソフトウェアイメージには、Google PlayやGoogle Mobile Servicesが自動的に含まれるわけではありません。Android互換性ステータス、ライセンス、ソフトウェアイメージ、必要なサービス、アプリケーション配布方法、および販売市場の要件を確認してください。.

任意のTFT LCDを接続できますか? Android制御基板?

いいえ。正確なLCDとボードは、表示アーキテクチャ、電気的インターフェース、タイミング、初期化、電源シーケンス、バックライト、タッチ、ソフトウェア、FPC、コネクタ、機械的要素、および動作状態において互換性がなければなりません。.

Androidディスプレイにはカスタムファームウェアが必要ですか?

選択されたボード、LCD、タッチシステム、および既存のソフトウェア構成に依存します。タイミング、初期化、デバイスツリー、ドライバ、タッチ、バックライト、向き、密度、スリープ、ウェイク、またはリカバリに関してプロジェクト依存の作業が必要になる場合がありますが、サポートされている既存の構成では新しいファームウェア開発は不要な場合があります。.

Androidディスプレイの見積もりにはどのような情報を送付すべきですか?

アプリケーション、UI、LCDおよびボードのモデル、リビジョン、データシート、図面、インターフェース、タイミング、AndroidおよびBSP情報、タッチシステム、バックライトおよび電源要件、ソフトウェア成果物、ケーブル、エンクロージャ制約、動作条件、数量、ライフサイクル、およびプロジェクトスケジュールを送付してください。.

↗

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

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

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

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

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