15.6インチ 組み込みAndroidディスプレイ OEMプロジェクト: RK3568,キオスク,カスタムハードウェア

15.6インチのAndroidタッチスクリーンは、タブレット、組み込みAndroidディスプレイ、またはAndroidパネルPCとして構築できます。これらの製品は画面サイズやAndroidプラットフォームが似ている場合がありますが、製品統合のレベルが異なります。OEMプロジェクトがアプリケーションテストを超えて進む場合、この区別は重要になります。継続的な電源、専用アプリケーションの起動、カスタマイズされたハードウェア、制御されたAndroid構成、および組み込みインストールが必要なデバイスは、もはや単なる異なる筐体のタブレットではありません。

最近、この移行を示すノルウェーを拠点とするシステムインテグレーターからのOEM要件を評価しました。

プロジェクトでは、15.6インチRK3568 Androidタブレット、4GB/32GB、WiFi、キオスクモード、カメラまたはマイクなし、環境光センサー、および組み込みインストールが必要でした。顧客はGMSアプリケーションなしの構成も要求しました。

このアプリケーションはスマートホームタブレットを対象としていましたが、要件は典型的なコンシューマータブレットのものではありませんでした。画面は、定義されたソフトウェアの動作、プロジェクト固有のハードウェア構成、および固定されたインストール方法を備えた、完成した製品の専用部品として機能する必要がありました。

これは、OEMバイヤーにとってより有用な質問につながります。固定Androidタッチスクリーンは、標準タブレットを超えて移動する必要があるのはいつですか。それは自動的にパネルPCの使用を意味しますか？

タブレットが適切な出発点ではなくなる時

タブレットは、Androidアプリケーションを検証する最も効率的な方法であることがよくあります。ディスプレイ、タッチインターフェイス、プロセッサ、メモリ、ストレージ、ワイヤレス接続、筐体、およびオペレーティングシステムがすでに統合されています。

初期プロトタイプの場合、これは利点となります。OEMは、不要なハードウェア開発を行うことなくアプリケーションをテストできます。

タブレット自体を変更する必要がある場合、状況は変わります。

固定製品にはバッテリーが必要ない場合があります。起動後の継続的な電源と自動アプリケーション起動が必要な場合があります。最終的なBOMには、カメラやマイクが必要ない場合があります。プロジェクト固有のセンサーを追加する必要がある場合があり、筐体は特定の壁またはパネル構造に適合する必要がある場合があります。このような固定端末はすでに当社の範囲内にあります。たとえば、14インチPOERestaurantタブレットは、バッテリーなしで継続的なカウンタートップ操作のために設計されています。

これらの要件がいくつか同時に現れる場合、OEMはもはや単に完成したコンシューマーデバイスを選択しているわけではありません。ハードウェアプラットフォーム自体が製品設計の一部になります。

それはタブレットを固定アプリケーションに不向きにするものではありません。タブレットは確かに壁に取り付けることができ、キオスクアプリケーションを実行できます。当社の15.6インチPOE壁掛けAndroidタブレットはそのような恒久的にインストールされたデバイスの1つです。問題は、OEMが元のタブレット設計を回避することなく、完成した製品に必要な正確なハードウェア構成、ソフトウェアの動作、および機械的統合を取得できるかどうかです。

ノルウェーのプロジェクトの場合、これは、適切なタブレットを見つけることから、専用のAndroid端末構成を定義することへの議論が移行した時点でした。

15.6インチの要件がOEMに伝えること

15.6インチの仕様は重要ですが、それ自体ではハードウェアアーキテクチャを決定しません。

固定インタラクティブ端末の場合、15.6インチはハンドヘルドデバイスよりもインターフェイス領域が大きいですが、壁、キャビネット、カウンタートップ、その他の構造への統合には実用的です。したがって、ディスプレイが1か所に留まり、ユーザーが通常の部屋または立っている距離から操作するアプリケーションに適合します。

しかし、同じ15.6インチの画面が非常に異なる製品に表示される可能性があります。

OEMがほぼ完全に機能するモバイルコンピューティングデバイスを望む場合、15.6インチAndroidタブレットPCが適切かもしれません。画面が専用製品に統合され、カスタマイズされたハードウェアまたはインストール要件がある場合、15.6インチ組み込みAndroidディスプレイがより関連性が高くなります。端末が産業機器と通信したり、より広範なI/Oを提供したりする必要がある場合、15.6インチパネルPCがより関連性が高くなります。

したがって、重要な区別は次のとおりです。15.6インチはユーザーインターフェイスを定義しますが、アーキテクチャを定義しません。

OEMプロジェクトの場合、製品カテゴリを選択する前に、周囲のソフトウェア、ハードウェア、およびインストール要件を考慮する必要があります。

RK3568、キオスク、およびGMSなしは個別の構成決定です

ノルウェーの要件は、簡単に1つの一般的な「Androidカスタマイズ」リクエストとして扱われる可能性のあるいくつかの仕様を組み合わせています。これらは実際にはシステムの異なる部分です。

RK3568はコンピューティングプラットフォームを定義します。4GB/32GBはメモリとストレージを定義します。WiFiはワイヤレス接続を提供します。キオスクモードは、アプリケーションがどのように提示され、制御されるかを定義します。カメラ、マイク、環境光センサーはハードウェア構成に属します。GMSなしの要件はソフトウェア構成に属し、独自の定義が必要です。

単一のプラットフォームは非常に異なる構成を運ぶことができます。Hopestarmonitorは、壁掛けディスプレイおよびデスクトップキオスクタブレット、さらに15.6インチタッチスクリーンでもRK3568を出荷しています。

これは、サプライヤーが必要なソフトウェア構成またはハードウェアBOMを必ずしもサポートせずに正しいプロセッサをサポートできるため重要です。同様に、サプライヤーはキオスク機能を提供できますが、基盤となるハードウェアの柔軟性はほとんどありません。

したがって、OEMの場合、要件は独立した製品仕様としてではなく、1つのシステムとしてレビューする必要があります。

「GMSなし」を正しく定義する

「GMSなし」はRFQでは単純に聞こえるかもしれませんが、単一の実装方法を説明するものではありません。

このケースで議論された構成では、プロジェクトの要件に従って、ソフトウェア/アプリケーション構成レイヤーでGMSアプリケーションを削除できます。これは、純粋なAOSPファームウェアビルドとして、またはすべてのGoogleコンポーネントをファームウェアレベルで削除したものとして表されるべきではありません。

サプライヤーを比較する場合、この区別は重要です。

OEMが標準のGMSアプリケーションなしのAndroid環境を必要とするだけであれば、ソフトウェアレベルの構成で十分な場合があります。プロジェクトが純粋なAOSPビルドに基づいた根本的に異なるファームウェアアーキテクチャを必要とする場合、それは別の要件として指定する必要があります。

実用的な教訓は、サプライヤーに「GMSなし」が実際に提供されるソフトウェアイメージで何を意味するかを尋ねることです。フレーズ自体を完全な技術仕様として扱うのではなく。

デバイスが単一のジョブを持つ場合、キオスクモードが重要になります

キオスクモードは、Androidデバイスの評価方法を変更する別の要件です。

汎用タブレットは、Androidアプリケーションおよびシステム機能へのアクセスを提供するように設計されています。専用端末は通常、はるかに狭い動作モデルを持っています。

電源オン→Android起動→指定されたAPK起動→ユーザーは意図したアプリケーション内に留まる—これは、当社の会議室予約タブレット範囲のような単一目的端末に組み込む動作モデルです。

したがって、調達の質問は、単にキオスクモードが利用可能かどうかではありません。

OEMは完全な動作を理解する必要があります。停電後に何が起こりますか？指定されたアプリケーションは自動的に再起動しますか？ユーザーはアプリケーションを終了できますか？不要なシステムインターフェイスが表示されますか？顧客のAPKはどのように展開および更新されますか？

これらの詳細は、Androidデバイスがもはや汎用コンピューターとして使用されなくなるため重要です。その起動およびアプリケーションの動作は、完成した製品の一部になります。

したがって、ここで議論されたプロジェクトでは、キオスクモードは、独立したソフトウェア機能としてではなく、デバイスの動作の一部として扱われました。

ハードウェアのカスタマイズは製品定義を変更します

カメラなし、マイクなし、環境光センサーのリクエストも、プロジェクトの指定方法を変更します。

コンシューマータブレットには通常、事前定義されたBOMがあります。アプリケーションがカメラやマイクを使用しない場合でも、それらは標準製品の一部であるため、物理的に存在する場合があります。

代わりに、OEMプラットフォームを実際のアプリケーションを中心に構成できます。

未使用のコンポーネントを削除すると、ハードウェアを意図した製品要件に合わせることができます。プライバシーが重視されるアプリケーションでは、不要なキャプチャハードウェアを除外することも製品設計の一部になります。

環境光センサーは異なる目的を果たします。恒久的にインストールされたディスプレイでは、周囲の照明は大きく変動する可能性があります。光センサーは、自動輝度動作のための環境入力を提供できます。

したがって、OEMプロジェクトの場合、これらの要件は単なるオプション機能ではありません。これらは、生産前に合意する必要があるハードウェア構成の一部です。

これも、標準タブレットが選択された後にではなく、Androidプラットフォームと一緒にBOMカスタマイズを評価する必要がある理由です。

組み込みAndroidディスプレイ対パネルPC：ラベルではなくI/Oを見る

「組み込みAndroidディスプレイ」とAndroidパネルPCの区別は、しばしば「コンシューマー対インダストリアル」として広すぎに説明されます。より有用な出発点は、Androidデバイスがシステムで果たす必要がある役割です。

タッチスクリーンが主にアプリケーションを実行し、タッチ入力を受け入れ、ネットワークに接続し、専用端末として動作する場合、組み込みAndroidディスプレイで十分な場合があります。

Android端末が外部機器と直接通信する必要がある場合、アーキテクチャはパネルPC指向になります。これには、RS232またはRS485通信、機器統合のためのイーサネット接続、GPIO信号、PLC通信、またはより広範なI/Oカスタマイズなどの要件が含まれる場合があります。

その時点で、デバイスはもはやインタラクティブスクリーンとして機能するだけではありません。それは機器のコンピューティングおよび通信アーキテクチャの一部になります。

これは、RS232またはイーサネットを備えたすべてのデバイスがパネルPCでなければならないという意味ではありません。たとえば、当社のLCDタッチスクリーンモニター範囲には、まだモニターでありパネルPCではないRS232モデルが含まれています。重要なのは、機器統合とI/O要件は、画面サイズやインストール方法だけよりも強力なアーキテクチャ信号であるということです。

この区別はノルウェーのプロジェクトに関連していました。要件には組み込みインストールとハードウェアカスタマイズが求められていましたが、説明されたアプリケーションは、PLC通信、RS232/RS485、またはより広範な産業用I/Oを本質的に必要としませんでした。

したがって、より適切なアーキテクチャは、デバイスが恒久的にインストールされているという理由だけで自動的にパネルPCに移行するのではなく、組み込みAndroidディスプレイまたは専用Android端末でした。

15.6インチの決定は完成した製品から始まります

ノルウェーの要件は、完成した製品からアーキテクチャを逆算してアプローチするための有用な方法を提供します。

ディスプレイ要件は15.6インチでした。コンピューティングプラットフォームはRK3568で、4GB/32GBとWiFiを備えていました。ソフトウェアはキオスク動作とGMSアプリケーションなしの構成を必要としました。ハードウェア構成も特定のものでした。カメラ、マイク、環境光センサーはありませんでした。機械的要件は組み込みインストールでした。

これらをまとめると、これらの要件は従来のタブレット購入とは異なるものを説明しています。同時に、それらは自動的にパネルPCを正当化するものではありません。

これはOEM調達にとって重要な区別です。固定インストールとハードウェアカスタマイズだけでは、プロジェクトを産業用にするものではありません。

プロジェクトで後でPLC通信、産業用I/O、または直接機器統合が追加された場合、アーキテクチャはAndroidパネルPCに向かって再評価できます。

この要件優先アプローチは、サプライヤーとの作業においてOEMにさらなる柔軟性も与えます。カタログカテゴリから始めてプロジェクトをそれに適合させようとするのではなく、バイヤーは完成した製品から始めて、それを最もよくサポートするAndroidプラットフォームを特定できます。

OEMプラットフォームを承認する前に確認すること

アーキテクチャが特定されたら、サプライヤーの評価ははるかに具体的になります。

Androidプラットフォームは、必要なプロセッサ、Androidバージョン、メモリ、ストレージ、およびワイヤレス構成に対して検証する必要があります。ソフトウェア要件は、実際のGMS削除方法、APK展開プロセス、キオスク動作、自動起動、および再起動動作を指定する必要があります。

ハードウェアBOMは、カメラとマイクを除外できるかどうか、および環境光センサーを合意された生産構成に組み込むことができるかどうかを確認する必要があります。

機械的統合は、寸法、取り付け構造、コネクタの位置、電源入力、および筐体インターフェイスをカバーする必要があります。端末が外部機器に接続する場合、必要なRS232、RS485、イーサネット、GPIO、またはその他のインターフェイスは、アーキテクチャが最終決定される前に定義する必要があります。

これらの詳細は、OEMプロジェクトが標準製品構成からカスタマイズされたプラットフォームに移行できる場所でもあります。ソフトウェア、ハードウェア、および機械的境界を越える要件が多いほど、サプライヤーがそれらの要素を1つの生産構成として調整できることが重要になります。

最終的な質問は生産の一貫性です。プロトタイプを変更できるサプライヤーが、ボリューム生産全体で同じソフトウェアイメージ、ハードウェアBOM、および機械的構成を維持できるとは限りません。したがって、OEMは、プロジェクトがプロトタイプ検証から生産スケーリングに移行したときに、検証された構成がどのように制御されるかを確認する必要があります。

より良いRFQは完成した製品から始まります

このタイプのプロジェクトに最も効果的なRFQは、製品モデルを要求するだけでなく、意図されたデバイスを説明します。

「15.6インチAndroidタブレットRK3568」を要求する代わりに、OEMはサプライヤーが完全な構成を評価できるように要件を定義できます。

この形式により、サプライヤーの応答を比較しやすくなります。ディスプレイ要件をコンピューティングプラットフォーム、ソフトウェア動作、ハードウェアBOM、および機械的統合から分離するためです。

また、サプライヤーがプロジェクトを既存のプラットフォーム構成で処理できるか、またはさらなるハードウェアおよびソフトウェアのカスタマイズが必要かを判断するのに十分な情報を提供します。

このケースと同様のOEMプロジェクトの場合、同じ仕様が当社のチームとの技術的な議論の出発点として役立ちます。最初のRFQにはすべてのエンジニアリング詳細が含まれている必要はありません。要件セットは、まず適切なAndroidアーキテクチャを決定し、さらなる確認が必要な領域を特定するために使用できます。

15.6インチAndroid OEMプロジェクトをお持ちですか？

固定Androidタッチスクリーンは、壁掛けアプリケーションが自動的にタブレットを必要としないのと同じように、自動的にパネルPCになる必要はありません。

より良い出発点は完成した製品です。画面サイズ、プロセッサ、メモリ、Android構成、アプリケーション動作、ハードウェアBOM、およびインストール方法を定義し、次にどのアーキテクチャがそれらの要件に適合するかを決定します。当社の15.6インチスマートホームAndroidタブレットのような製品は、生産前に固定Androidタッチスクリーンがどこまで構成できるかを示しています。

産業機器通信も必要な場合は、RS232、RS485、イーサネット、またはGPIOなどのインターフェイスを最初から含める必要があります。

プロジェクトにこのケースと同様の要件がある場合は、私たちに送信して基本的な情報を提供し、要件から外側に向かってアーキテクチャを評価させることができます。当社のチームは、組み込みAndroidディスプレイまたはAndroidパネルPCのどちらがより適切か、そして生産前にどのソフトウェア、ハードウェア、またはインストール要素をカスタマイズする必要があるかを評価できます。

目的は、OEMプロジェクトを1つの製品カテゴリに押し込むことではなく、完成した製品が実際にどのように機能する必要があるかにAndroidハードウェアアーキテクチャを一致させることです。