組込み表示プロジェクトでボトルネックに直面していませんか?
複雑な統合作業やサプライチェーンの問題が市場投入までの時間を遅らせないようにしましょう。RJYの専門家チームによる無料コンサルテーションを予約し、お客様に合わせた設計・製造サポートをご利用ください。.


AndroidタッチスクリーンとHDMIタッチスクリーンは共存可能であり、既に各種産業・小売・消費者環境で実用化されています。ただし、この二重機能は自動的に実現されるものではなく、ハードウェアのサポート、USB認識、ドライバの利用可能性に依存します。
まず、AndroidタッチとHDMIタッチは共存可能ですが、それはシステムが適切に設計・設定されている場合に限ります。重要な点は、HDMIは通常タッチ入力を伝送しないということです。標準的な HDMIタッチディスプレイは、 構成では、HDMIは外部ディスプレイに映像信号を送信し、USBはタッチ信号をAndroidデバイスに送り返します。.
この区別はAndroidディスプレイプロジェクトにおいて重要です。多くの顧客は外部モニターを「HDMIタッチスクリーン」と表現しますが、タッチ機能は通常、別の接続(最も一般的にはUSB)に依存します。Androidボードは、HDMI出力、USBホストまたはOTG入力、互換性のあるタッチデバイスドライバ、および正しい入力マッピングをサポートしている必要があります。これらの条件のいずれかが欠けている場合、ディスプレイはAndroidインターフェースを正しく表示するかもしれませんが、タッチ機能は応答しない可能性があります。.
産業用Androidディスプレイ、スマートコントロールパネル、キオスク端末、HMI端末、組み込みシステムにおいて、AndroidタッチとHDMIタッチの共存は、システムレベルの統合問題として評価されるべきです。これは単なるケーブルの問題ではありません。ディスプレイ出力、タッチ入力、ドライバサポート、ファームウェア構成、入力ルーティング、電源供給、接地、および最終的なアプリケーションの動作が関与します。.

Androidタッチスクリーンとは通常、AndroidデバイスまたはAndroidコントローラーボードと直接統合されたディスプレイおよびタッチパネルを指します。組み込み製品では、ディスプレイはMIPI、LVDS、eDP、RGB、HDMI、またはその他のディスプレイインターフェースを介してAndroidボードに接続され、タッチパネルはハードウェア設計に応じてI2C、USB、SPI、またはその他のタッチインターフェースを介して接続される場合があります。.
Androidシステムは、その入力サブシステムを通じてタッチデータを受信します。Androidのドキュメントでは、タッチデバイスは内蔵のタッチスクリーン、またはUSBやBluetooth HIDタッチスクリーン、タッチパッドなどの外部タッチ周辺機器である可能性があると説明されています。.[1] カスタムAndroidボードでは、内蔵タッチデバイスは、システムがタッチ領域、向き、キャリブレーション、およびディスプレイとの関連付けを正しく解釈できるように、デバイス固有の設定を必要とすることがよくあります。.
標準的なAndroidパネル製品では、内蔵タッチスクリーンは通常、ファームウェア開発中に内蔵ディスプレイと組み合わせられます。ユーザーは、Androidインターフェースを表示するのと同じ物理画面にタッチします。これは、表示領域とタッチ入力領域が1つのシステムとして設計されているため、最も単純なケースです。.
HDMIタッチスクリーンは通常、HDMIを介して画像データを受信し、別のUSB接続を介してタッチデータを送信する外部ディスプレイです。HDMI自体は主に、ディスプレイをソースデバイスに接続するためのデジタルオーディオ、ビデオ、およびデータインターフェースです。.[2] ほとんどのタッチモニター設計では、タッチセンサーはHDMIビデオ信号経路を通じてタッチ座標を送信しません。.
これは、HDMIタッチスクリーンが通常、少なくとも2つの接続を必要とすることを意味します。HDMIケーブルはAndroidボードからディスプレイへ映像を伝送します。USBケーブルはディスプレイからAndroidボードへタッチ入力を伝送します。一部の製品では、外部モニター用に別途電源入力が必要な場合もあります。.
実際には、 HDMIタッチディスプレイは、 「映像はHDMI、タッチはUSB」と理解されるべきです。HDMIケーブルが接続されていてもUSBタッチケーブルが接続されていない場合、画面はAndroidインターフェースを表示するかもしれませんが、タッチスクリーンとしては機能しません。USBケーブルが接続されていてもAndroidがタッチデバイスを認識しない場合も結果は同じで、映像は動作するがタッチは動作しません。.
Androidは、内蔵タッチパネルや外部USB HIDタッチデバイスを含む複数の入力デバイスをサポートできますが、共存はAndroidボード、カーネル、ファームウェア、入力構成、およびディスプレイモードに依存します。内蔵Androidタッチスクリーンと外部HDMI USBタッチモニターの両方がタッチイベントを生成する可能性がありますが、システムはそれらのイベントを解釈しルーティングする方法を知っている必要があります。.
単純なミラーディスプレイ構成では、Androidボードは内蔵ディスプレイとHDMIディスプレイに同じ画像を出力します。その場合、外部USBタッチモニターは、同じAndroidインターフェースを制御する別の入力デバイスのように動作する可能性があります。これは、USBタッチデバイスが絶対位置タッチデバイスとして認識され、座標マッピングが表示画像と一致する場合に機能します。.
真のマルチディスプレイ構成では、問題はより複雑になります。Androidのドキュメントでは、マルチディスプレイ入力ルーティングには、ディスプレイと入力パネルのルーティング情報が必要になる場合があると説明されています。特に、入力パネルが特定のディスプレイに関連付けられている場合です。.[3] 正しいルーティングがないと、HDMIタッチスクリーンからのタッチ入力が間違ったディスプレイを制御したり、誤ったマッピングをしたり、直接タッチサーフェスではなくマウスポインターのように動作したりする可能性があります。.
したがって、正しい答えは条件付きです。AndroidタッチとHDMIタッチは共存可能ですが、統合は実際のAndroidボード、Androidバージョン、カーネル構成、ディスプレイモード、およびタッチデバイスで検証される必要があります。.
Android HDMIタッチ構成では、信号経路は2つの部分に分割されます。映像出力はAndroidボードからHDMIを介して外部ディスプレイに送られます。タッチ入力は、ディスプレイ内部のタッチコントローラーからUSBを介してAndroidボードに送り返されます。.
USBタッチデバイスは、多くの場合、HIDクラス入力デバイスとしてシステムに認識されます。USB Implementers Forumは、HIDクラス仕様を、HIDメーカーがUSB互換デバイスを構築し、HIDクラスドライバーがUSBデバイスからデータを抽出する方法として説明しています。.[4] 多くの外部タッチモニターは、一般的なオペレーティングシステムとの互換性を向上させるため、このアプローチを採用しています。.
Androidでは、入力サブシステムがタッチイベントを受信し、入力フレームワークを介して渡します。デバイスが正しく認識された場合、Androidはタッチ座標を画面入力として使用できます。入力デバイスが認識されない、誤って分類される、または必要な構成が欠けている場合、USB接続が物理的に機能していても、タッチ動作が正しくない可能性があります。.

標準的なAndroid HDMIタッチディスプレイは、 接続は以下の構造を使用します:
| 接続 | 主な機能 | エンジニアリングノート |
|---|---|---|
| HDMI | Androidボードからディスプレイへ映像を送信 | 解像度、リフレッシュレート、EDID動作、ケーブル品質を確認 |
| USB | ディスプレイからAndroidボードへタッチデータを送信 | USBホストまたはOTGサポートおよび互換性のある入力認識が必要 |
| 電源 | 外部ディスプレイおよびタッチ電子機器に電力を供給 | 一部のHDMIタッチモニターは外部電源を必要とする |
| 接地とシールド | 信号安定性を向上 | 産業用または長距離ケーブル環境で重要 |
簡単な機能テストとして、まずHDMIを接続してディスプレイ出力を確認します。次にUSBタッチケーブルを接続し、Androidが新しい入力デバイスを検出するか確認します。ディスプレイは動作するがタッチが動作しない場合、問題は通常HDMI映像側ではなく、USB入力側にあります。.
AndroidボードでHDMIタッチスクリーンを使用する前に、エンジニアはハードウェアとソフトウェアの両方の互換性を確認する必要があります。Windows PCで動作するディスプレイが、すべてのAndroidボードで自動的に動作するとは限りません。Androidビルドはチップセット、カーネル構成、ファームウェア、USB動作、および入力マッピングによって異なるためです。.
| 確認項目 | その重要性 | 一般的なリスク |
|---|---|---|
| HDMI出力サポート | Androidボードが外部画面に映像を出力できる必要がある | 表示されない、解像度が間違っている、画像が不安定 |
| USBホストまたはOTGサポート | AndroidボードがUSBタッチコントローラーからタッチデータを受信できる必要がある | タッチデバイスが検出されない |
| USB HIDタッチ互換性 | 多くの外部タッチスクリーンはHID入力動作に依存する | タッチがマウス、タッチパッド、または不明なデバイスとして認識される |
| 入力デバイス構成 | Androidはタッチ動作とマッピングのために構成を必要とする場合がある | 誤った座標マッピングまたは不適切な向き |
| 表示モード | ミラーリングとマルチディスプレイモードで動作が異なる | タッチ操作が誤った画面を制御する |
| 電源供給 | 外部ディスプレイとタッチコントローラーには安定した電源が必要 | 断続的なタッチ応答またはディスプレイのちらつき |
| ケーブルの品質 | HDMIおよびUSBケーブルの品質が映像とタッチの安定性に影響する | ゴーストタッチ、接続断、または不安定な映像 |
| ファームウェアサポート | カスタムAndroidボードではファームウェアの調整が必要な場合がある | テスト時にはディスプレイが動作するが、本番構成では機能しない |
最も信頼性の高い方法は、最終製品で使用される正確なディスプレイ、Androidボード、OSイメージ、ケーブルセット、および電源構成をテストすることである。コネクタタイプのみから互換性を推測すべきではない。.
Androidデバイスに内蔵タッチスクリーンと外部HDMIタッチディスプレイがある場合、いくつかの動作が考えられる。外部HDMIディスプレイが内蔵画面をミラーリングする場合がある。システムが外部USBタッチを同じインターフェースを制御する別の入力デバイスとして扱う場合がある。または、より高度なマルチディスプレイ環境では、外部タッチ入力を特定のディスプレイにマッピングする必要がある場合がある。.
システムが同じAndroidインターフェースをミラーリングしているだけの場合、共存は通常より簡単である。両方のタッチソースが同じ画面コンテンツを制御する可能性がある。これは、重複した操作で十分なキオスク、テスト治具、スマートパネル、または開発環境では許容できる。.
製品が異なるディスプレイに別々のコンテンツを必要とする場合、統合はより困難になる。Androidビルドはマルチディスプレイ動作をサポートし、正しいタッチデバイスが正しいディスプレイを制御するように入力ルーティングを設定する必要がある。Androidのマルチディスプレイドキュメントはプライマリディスプレイとセカンダリディスプレイを定義し、セカンダリディスプレイがデフォルトディスプレイ以外のディスプレイIDを使用することを説明している。.[5] この区別は、タッチ入力を非プライマリディスプレイに関連付ける必要がある場合に重要である。.
産業用製品の場合、これは開発段階でテストされるべきである。任意のAndroid HDMI出力と任意のUSBタッチモニターが自動的に安定したデュアルタッチ、デュアルディスプレイシステムを構築すると想定することはリスクが高い。.
最も一般的な問題は、HDMI映像は動作するがタッチが機能しないことである。これは通常、ディスプレイ出力パスは正しいが、USBタッチパスが動作していないか、Androidに認識されていないことを意味する。エンジニアはUSBケーブル、USBポート、電源供給、USBホストモード、およびタッチコントローラーが入力デバイスとして表示されるかどうかを確認する必要がある。.
もう一つの一般的な問題は、誤ったタッチマッピングである。ユーザーがHDMI画面の一部に触れても、カーソルやタッチ応答が別の場所に表示される。これは、タッチ領域、向き、またはディスプレイの関連付けが間違っている場合に発生する可能性がある。Androidの入力デバイス設定ファイルは入力デバイスの動作に影響を与える可能性があり、Androidのドキュメントは内蔵タッチデバイスには通常、正しいデバイス固有の設定が必要であると述べている。.[1]
ゴーストタッチや不安定なタッチ応答は、接地不良、長いUSBケーブル、電気的ノイズ、不十分な電力、低品質のタッチコントローラー、またはファームウェアの問題によって引き起こされる可能性がある。これは、モーター、リレー、電源コンバーター、および長いケーブル配線が干渉を生み出す可能性がある産業環境で特に関連する。.
デバッグのために、エンジニアはAndroidツールとログを使用して、タッチデバイスが検出されているかどうか、およびどのイベントを生成しているかを確認できる。エンジニアリングビルドでは、入力検査、カーネルログ、Android入力ダンプなどのコマンドが、デバイスがタッチスクリーン、タッチパッド、マウス、または不明な入力ソースとして認識されているかどうかを特定するのに役立つ場合がある。.

HDMIタッチスクリーンは、プロジェクトがモジュラー型ディスプレイアーキテクチャを必要とする場合に有用である。最初からカスタムMIPIまたはLVDSディスプレイを設計する代わりに、AndroidボードはHDMI経由で映像を出力し、USB経由でタッチ入力を受信できる。これにより、初期のプロトタイピングが簡素化され、製品チームがUIサイズ、解像度、およびタッチインタラクションをより迅速に評価できる。.
HDMIタッチは、キオスク、POS端末、産業用テストステーション、スマートコントロールパネル、インタラクション機能付きデジタルサイネージ、工場端末、およびディスプレイがAndroidコントローラーボードから物理的に分離されている機器インターフェースにも有用である。.
ただし、HDMIタッチは量産に常に最適な選択とは限らない。HDMIコネクタとUSBケーブルは、ボードレベルのディスプレイインターフェースよりも多くのスペースを占める可能性がある。ケーブルの信頼性、ロック構造、EMC性能、電源供給、筐体設計、および長期的な入手可能性を検討する必要がある。コンパクトな組み込み製品には、MIPI、LVDS、eDP、またはRGBインターフェースを備えた直接LCDモジュールの方が適している場合がある。.
プロジェクトがコンパクトな機械構造、安定したタッチマッピング、制御されたファームウェア、長期的な生産の一貫性、またはよりクリーンな内部組み立てを必要とする場合、ネイティブAndroidディスプレイモジュールまたはディスプレイプラスコントローラーボードのソリューションの方が適している場合がある。この構造では、LCD、タッチパネル、コントローラーボード、ファームウェア、および筐体を1つの統合システムとして設計できる。.
このアプローチは、ディスプレイが単なるモニターではなく最終製品設計の一部である産業用HMIパネル、スマートホームコントロールパネル、医療機器インターフェース、組み込み端末、およびその他のOEM製品で好まれることが多い。.
HDMIタッチとネイティブAndroidディスプレイソリューションの選択は、プロジェクトの段階に基づくべきである。HDMIタッチはプロトタイピングやモジュラーシステムに便利である。サイズ、信頼性、ファームウェア制御、および機械的統合がより重要となる量産製品には、直接LCDモジュールまたは統合Androidディスプレイソリューションの方が適している場合がある。.
AndroidタッチとHDMIタッチを製品内で共存させるべきかどうかを決定する前に、エンジニアは実際のシステムアーキテクチャを確認する必要がある。HDMIディスプレイはAndroid画面をミラーリングしているだけか、それとも製品が複数のディスプレイに独立したコンテンツを必要とするか?タッチ入力はプライマリディスプレイとセカンダリディスプレイのどちらを制御することが期待されているか?タッチモニターはUSB HIDタッチスクリーンとして認識されているか?AndroidボードはUSBホストモードをサポートしているか?ファームウェアは必要な入力ルーティングをサポートしているか?
機械的および電気的な質問も重要である。HDMIおよびUSBケーブルの長さはどれくらいか?ディスプレイはAndroidボードと同じ筐体内に設置されているか、それともリモートで設置されているか?環境は電気的ノイズ、振動、または頻繁なケーブル移動にさらされているか?ディスプレイに別途電源が必要か?ロックコネクタが必要か?
これらの質問は、サンプル承認前に回答されるべきである。多くのタッチ問題はLCDパネル自体に起因するものではない。それらは不完全なシステム統合に起因する。.
RJY Displayは、B2Bディスプレイプロジェクト向けにTFT LCD製品、コントローラーボード、Androidコントローラーボードサポート、およびカスタマイズサービスを提供している。AndroidタッチおよびHDMIタッチアプリケーション向けに、RJY Displayはディスプレイサイズ、解像度、インターフェース、タッチタイプ、コントローラーボード要件、USBタッチ動作、ファームウェアニーズ、筐体構造、および最終製品の使用に関する検討を支援できる。.
プロジェクトにAndroidディスプレイ、HDMIタッチモニター統合、コントローラーボード付きTFT LCD、またはカスタムタッチディスプレイソリューションが必要な場合は、技術的要件を添えてRJY Displayにお問い合わせください。有用な情報には、Androidボードモデル、Androidバージョン、ディスプレイサイズ、解像度、HDMI出力要件、USBタッチタイプ、タッチコントローラー情報、電源要件、筐体構造、年間需要、およびサンプル目標が含まれる。.
Androidは、タッチ信号がUSBまたは他のサポートされている入力インターフェースを介して送信され、Androidシステムがデバイスを正しく認識した場合、HDMIタッチスクリーンからのタッチ入力を認識できる。HDMI自体は通常、タッチ信号ではなく映像信号を伝送する。.
一般的なHDMIタッチモニター設計では、いいえ。HDMIはディスプレイ信号を伝送し、タッチデータは通常、別のUSB接続を介して送信される。.
はい、Androidボード、カーネル、ファームウェア、USB入力サポート、およびディスプレイマッピングが正しく設定されていれば、一緒に動作できる。より複雑なマルチディスプレイシステムでは、入力ルーティングに追加の設定が必要になる場合がある。.
これは通常、HDMI映像パスは動作しているが、USBタッチパスが認識されていないことを意味する。USBケーブル、USBホストサポート、タッチコントローラーの互換性、電源供給、およびAndroid入力デバイスの検出を確認する必要がある。.
多くのUSB HIDタッチスクリーンは標準の入力サポートで動作する可能性があるが、一部のタッチコントローラーまたはカスタムAndroidボードでは、ドライバー、ファームウェア、または入力設定の変更が必要になる場合がある。.
HDMIタッチは、キオスク、テストステーション、モジュラーHMIシステム、およびプロトタイピングに適している可能性がある。コンパクトな量産製品には、直接LCDモジュールまたは統合Androidディスプレイソリューションの方が、優れた機械的信頼性とファームウェア制御を提供できる場合がある。.
ディスプレイサイズ、解像度、インターフェース、輝度、タッチ要件、コントローラーボード要件、およびアプリケーション環境を共有してください。.
RJYのエンジニアリングチームにご相談いただき、ディスプレイマッチング、コントローラーボードの確認、およびカスタマイズについて話し合ってください。.