所在地Dongguan, Guangdong 523927, China メール[email protected] 電話+86 136 3262 5290
見積
ホーム › ブログ › 静電容量式タッチのフィードバック:光・音・触覚

·

読了目安:2分

静電容量式タッチのフィードバック:光・音・触覚

著者: Liu Zhou

·

5つの記号、表示窓、フラットケーブル端子を備えた黒い操作パネル

静電容量式タッチのフィードバック設計では、タッチが検出された、コマンドが受理された、動作が完了した、エラーまたは警告が発生した、という四つのイベントを区別する必要があります。各信号の意味を明確に定義し、そのイベントの発生を把握している構成要素が信号の出力を許可するようにします。指を検出しただけで、ビープ音、アイコンの点灯、振動が機械の正常な動作を示唆してはなりません。

本ガイドは、機能が固定された静電容量式ボタンとキーパッドを対象としています。座標入力画面の精度、端部の座標対応付け、マルチタッチの検証は別の課題です。カスタム静電容量式タッチパネルの仕様を定める際は、キー配置や電気的インターフェースと併せて、フィードバックの状態対応表を含めてください。

入力の検出とコマンドの完了を分ける

通常動作では同時に起きているように見える場合でも、検出、受理、完了、異常を別々のイベントとして扱います。タッチコントローラが通知できるのは入力です。そのコマンドを担当するアプリケーションが、実行を許可できるか、意図した結果が得られたかを判断しなければなりません。

次のイベント対応表は説明用の例であり、特定の色や音の使い分けを規定するものではありません。

イベント フィードバックの意味 ドライバとファームウェアの責任 操作者に見える状態
タッチ検出 検出条件を満たすキーイベントが発生した。コマンドの有効性はまだ確定していない タッチファームウェアが検出条件への適合を判定する。インターフェース側のローカルファームウェアは、合意済みのLED、音、触覚の合図を対応するドライバ経由で出力できる 対象部の短い応答。ホストの判断待ち
コマンド受理 アプリケーションが要求を承認した。実行はまだ保留中の場合がある ホストアプリケーションが受理を承認し、インターフェースのファームウェアが該当するドライバを制御する 受理済み、キュー待ち、実行中。必要に応じてこれらの状態を区別する
動作完了 定義した結果が確認された ホストまたはプロセスのロジックが結果を検証し、結果表示を指示する 完了、または確認済みの動作後の装置状態
エラーまたは警告 要求が拒否された、実行に失敗した、または注意が必要な状態が生じた 状態を検出したサブシステムが報告し、ホストロジックが意味と優先度を割り当て、インターフェースのファームウェアが提示する 拒否、失敗、利用不可、または対処方法が分かる説明を伴う警告

すべての警告を自動的に動作失敗として扱わないでください。操作を継続するのか、一時停止するのか、拒否するのかを記録します。

開始コマンドを例にすると、対象部のハイライトでタッチを確認し、ホストによる受理後に運転中の表示を行い、プロセスの完了を検証した後に完了表示を行うことができます。通信上の受信確認が証明するのはメッセージの受信であり、アプリケーションによる受理ではありません。同様に、出力に通電したことは、機構が目標位置に到達した証拠にはなりません。

準備完了、無効、ビジーの表示は、タッチの確認とは分けます。特に、もう一度タッチすると状況が曖昧になる場合は、それぞれの状態で操作者が次に何をすべきかを定めてください。

視覚・聴覚・触覚による確認を選ぶ

利用できる演出の数ではなく、伝えるべき情報に基づいてフィードバックを選びます。個別のイベントには一時的な合図を、後から操作者が確認する必要のある状態には持続する表示を使います。

視覚による確認

タッチボタンの視覚的な確認では、点灯させる対象部、状態ラベル、表示の持続時間、表示を解除する条件を定義します。ボタンの位置を見つけやすくするだけのバックライトが、そのボタンのコマンドが受理されたことまで意味してはなりません。

色には、識別できる記号、ラベル、または別の視覚的な区別を組み合わせます。色の使用に関するW3Cの解説は、この原則をウェブコンテンツ向けに説明しています。装置の表示器への適用は設計上の応用であり、装置の適合性を主張するものではありません。想定する視野角、周囲照明、指による遮蔽の条件で試作機を比較してください。操作者が色だけから推測せずに、保留中、完了、異常の状態を区別できるかを記録します。

聴覚による確認

静電容量式キーパッドの音によるフィードバックでは、音を発生させるイベント、音のパターン、繰り返し、音量調整、ミュート時の動作を指定します。義務付けられている聴覚保護具の使用も含め、操作者の作業位置で装置の他の音と比較してください。試験台上のデモで説得力があるように感じられるまで、単純に音量を上げるべきではありません。

短い音では拒否の理由を伝えられない場合は、持続する視覚的な説明を使います。通常の確認音をミュートできるか、別途定義したどの警報要件がその影響を受けないかを文書化してください。

触覚による確認

静電容量検出そのものは振動を発生させません。振動による触覚フィードバックには、アクチュエータ、適合する駆動回路、電源、機械的結合、起動条件が必要です。DRV2605Lは偏心回転質量型モータとリニア共振アクチュエータ用のドライバ例であり、DRV2667は圧電アクチュエータ用の異なる構成です。これらは相互に置換できる解決策でも、供給パネルの構成を示す証拠でもありません。

触覚フィードバックは組み立てた筐体で評価します。アクチュエータの位置、取付け、波形、接触領域、許容する振動音を指定してください。制御された停止は、明瞭なクリック感に役立ちます。単独のパルスだけでなく、連続する効果を区別できるか比較してください。

記号と表示が点灯した洗濯機の操作パネル

騒音・手袋・操作者の注意の向け先を考慮する

一つの経路が使えない、または気付かれない場合でも、意味を理解できる組み合わせを選びます。次の組み合わせは試作比較の出発点となる例であり、すべての用途に適用する規定ではありません。

使用条件 評価する組み合わせ 主な比較・記録項目
静かな場所で操作者がパネルを見ている 対象部の視覚的な確認。必要に応じて控えめな音を追加 状態の認識、指による遮蔽、不必要な確認音の繰り返し
機械騒音がある、または聴覚保護具を使用する 持続する視覚的な状態表示。接触中の触覚フィードバックは任意で追加 音が使えない状況、および装置の稼働中に認識できるか
主に加工対象物に注意を向けている 短い音または触覚の合図と、持続する結果表示 合図に気付くか、最終状態を後から確認できるか
承認済みの手袋が必要 視覚的な確認。音と、実装状態での触覚フィードバックを比較 手袋の各条件について、タッチ検出とフィードバックの知覚を別々の結果として記録
頻繁な調整や繰り返し入力がある 控えめなイベントの合図と、更新される数値・状態表示 合図の重なり、増分入力の取りこぼし、コマンドの重複、操作者の不快感
機械が振動する、または手の接触が断続的 視覚・聴覚による状態情報。触覚は評価後にのみ採用 背景振動との混同、触覚を伝える接触経路の喪失

手袋着用時のタッチ検出試験に合格しても、同じ使用者がアクチュエータの振動を明確に感じ取れるとは限りません。逆に、振動を強くしてもタッチの未検出は補えません。手袋の仕様、フィット状態、使用状態、姿勢、接触位置、それぞれに対応する認識結果を記録してください。

手がパネルから離れた後に完了する動作では、完了の通知をパネルの振動だけに依存しないでください。実際の作業時間と操作者の動きを評価に含めます。

ドライバ・ファームウェア・ホストの責任を割り当てる

イベントの責任者と出力の責任者の両方を割り当てます。ドライバは、コマンドが有効かどうかを知らなくても、光、音、動きを生成できます。プロジェクトの仕様書では、これらの責任を明示的に結び付ける必要があります。

カバーとセンサの担当者は、操作対象を示す図柄、表示器の視認性、センサ形状、実装後の接触面を定義します。触覚フィードバックでは、機構担当者がアクチュエータの支持構造と想定する振動伝達経路も定義します。図面と組立品の改訂情報を記録してください。

タッチコントローラとファームウェアの担当者は、検出条件を満たす押下・解放イベント、長押し時の動作、繰り返し動作、フィルタリング、診断情報へのアクセスを定義します。コマンドを押下時、解放時、長押し完了時のどのタイミングで発生させるかを指定してください。長押しの進行表示が、コマンド受理のように見えてはなりません。

出力回路と表示の担当者は、LED、発音器、アクチュエータのドライバ、電源要件、起動時の出力、利用可能な場合の故障診断を定義します。表示ハードウェアは情報を表示し、インターフェースのファームウェアは、判断権限を持つ発生元からのイベントを視覚的な状態、音、波形に対応付けます。この対応付けの担当者と改訂情報を明記してください。

ホストとアプリケーションの担当者は、権限、ビジー時の処理、コマンド受理、完了の証拠、キャンセル、タイムアウト、復旧を定義します。メッセージがバスを経由する場合は、遅れて届いた完了メッセージが新しいコマンドの確認に見えないよう、コマンド識別子と古いメッセージの処理を定義してください。

一括調達では、HMIアセンブリの範囲に、含まれる物理部品とそのインターフェースを明記する必要があります。「アセンブリ」にそれらの業務の責任が自動的に含まれると考えるのではなく、コントローラのプログラミング、ホストソフトウェア、アクチュエータの選定、システム検証を個別に指定してください。

フィードバック出力が動作している間のタッチ検出も試験します。LEDの駆動状態は、静電容量の変化や誤検出の原因になる場合があります。選定したコントローラの指針を適用したうえで、実装したシステム内で照明、音、触覚フィードバックを同時に動作させてください。より広い範囲の積層構造の確認には、静電容量式タッチパネル設計ガイドを使用します。

フィードバックの意味とタイミングを検証する

ファームウェアが再生コマンドを発行したかだけでなく、操作者が何を理解したか、物理的な出力がいつ発生したかを検証します。試験前にプロジェクト固有の合否判定基準を設定してください。ドライバの起動時間の仕様は、タッチからフィードバックまでの遅延全体を示すものではありません。

イベントの連鎖を測定する

合意した物理入力の基準点、検出条件を満たすキーイベント、ホストによる受理、検証済みの完了、関連する各出力の実際の開始時点を記録します。共通の時間基準を使うか、クロック間の時刻合わせを文書化してください。必要に応じて、電気信号のログを、光には光検出器、音にはマイクロフォン、振動には加速度計の測定結果と対応付けます。測定器の配置とイベント検出のしきい値を記録してください。

次の記録テンプレートを例として使用してください。空欄の結果セルには、実際の組立品で測定した結果を記入します。

確認項目 記録するタイミングまたは動作 合否判定の根拠 実測結果
初期応答 入力基準点から、検出条件を満たすイベントおよび物理的な合図の開始まで 合意した応答上限と、ローカルな合図の意味が正しいこと
受理 アプリケーションによる受理から、対応する合図の開始まで 承認前に受理の合図を出さないこと。正しいコマンドに対応付いていること
完了 検証済みの結果から、持続する結果表示まで 定義した結果を検証していること。タイマだけに基づいて物理動作の成功を主張しないこと
繰り返し入力 イベント数、受理されたコマンド数、合図の開始と終了 合意した繰り返し方針と、効果をそれぞれ区別できること
拒否または通信断 状態の検出、表示の変化、保留状態の継続時間 タイムアウトが定義されていること。誤った成功表示や根拠のない再試行指示を出さないこと

起動、スリープと復帰、ホスト負荷、電源、複数出力の同時動作について、該当する条件で試験を繰り返します。平均値や最も速かったデモだけではなく、観測された範囲と例外を記録してください。

優先順位と復旧を定義する

通常動作のフィードバックでは、異常やコマンド拒否の説明を、通常の確認より優先させます。どの表示を維持するか、どの効果を中断できるか、どの効果が現在の状態には当てはまらなくなるかを定義してください。現在の状態を表していないタッチ確認を、キューから後で再生しないでください。

ホストの切断、メッセージの遅延や重複、素早い連続タッチ、キーの長押し、実行中のリセット、出力経路の利用不可を条件として設計を試します。ビジー中の追加コマンドを無視するか、拒否するか、キューに入れるかを決めてください。タイムアウトは、何も起きなかったことではなく、結果が不明であることを意味する場合があります。再試行を勧める前に、状態の照合と整合確認を必須としてください。

通常のフィードバックは安全機能の代わりにはなりません。安全関連の制御と警報動作は、装置専用のリスク評価および適合性確認のプロセスで扱ってください。

操作者の解釈を確認する

代表的な使用者に、それぞれの合図の意味と、次に何をするかを説明してもらいます。混乱、繰り返しタッチ、警告の見落とし、完了したという誤った思い込みを記録してください。使用許可を得た試作機の操作動画とイベントログを組み合わせます。動画だけでは正確なタイミングを確定できません。ファームウェア、パターン、アクチュエータの取り付け、カバーの組立構成を変更した後は、影響する確認を繰り返してください。

よくある質問

フィードバック仕様を承認する前に、次の実装上の疑問を解決してください。

ホストが応答する前に、パネルからビープ音を出してもよいですか?

ビープ音をローカルなタッチ検出の通知として明示的に定義している場合に限ります。コマンドの受理や完了を示す音に聞こえてはなりません。使用者にとってその区別が曖昧な場合は、ローカルな応答には中立的な視覚表示を使い、肯定的な音はホストによる受理に限定してください。

単一のLEDで、タッチと機械の状態の両方を表示できますか?

状態を区別でき、優先順位の規則が明示されていれば可能です。短いタッチ表示が、運転中、完了、無効、異常の持続表示とどのように相互作用するかを定義してください。それぞれの持続状態が有効な間に、素早い連続タッチを試験します。

振動パルスで、モータが始動したことを確認できますか?

モータの動作を検証したと定義されるイベントによって、パルスの出力が許可される場合に限ります。タッチセンサが発生させたパルスは入力を確認するものであり、モータの動きを確認するものではありません。出力コマンドを物理動作の成功と同一視せず、必要なプロセスの証拠を指定してください。

検出したすべてのタッチにフィードバックを出すべきですか?

必ずしもそうではありません。無効なキー、清掃時の操作ロック、条件を満たさない長押し、拒否された入力について、動作を定義してください。検出条件を満たすタッチに対して、中立的な応答や説明を出すことはできますが、まだ受理されていない場合に、受理済みコマンドと同じ肯定的な合図を出すべきではありません。

使用者がキー操作音を無効にした場合、どうするべきですか?

別の理解しやすい確認経路と、持続する結果情報を維持します。通常のキー操作音は、警報要件とは分けて扱ってください。再起動後もミュートが保持されるかを確認し、表示される設定と実際の動作を一致させます。

単一のアクチュエータで、どのキーがタッチされたかを識別させられますか?

できると決め付けないでください。実装状態の振動応答から、操作者が対象のキーを区別できるかを評価します。どのキーかが依然として曖昧な場合は、局所的な触覚を実現していると主張するのではなく、対象部の視覚表示や別の明示的な識別手段を用意してください。

触覚ドライバを追加すれば、フィードバックシステムは完成しますか?

いいえ。適合するアクチュエータ、取り付け、電源、波形設定、イベントの対応付け、ホストとの統合、実装状態での検証が引き続き必要です。これらの項目と担当者を調達範囲に含めてください。ドライバや物理的なパネルだけでは、システム全体は定義できません。

RFQに向けて操作者向けフィードバック計画を準備する

物理ハードウェアと、回路・ソフトウェアの責任を見積時に区別できるよう、パネル仕様と併せてイベント対応表を提出してください。

操作者向けフィードバック計画のレビューを依頼するから、キー配置、カバーと筐体の図面、フィードバックのパターン、コントローラとホストインターフェース、候補のドライバまたはアクチュエータ、使用条件、試作数量と量産数量、合否判定基準を共有してください。特に音と触覚に関して、購入者が支給する部品と、希望する統合範囲の境界を明記します。

LZ
Liu Zhou
メンブレンスイッチ上級エンジニア
Liu Zhouは、オーバーレイの材料選定、回路設計、タクタイル構造の開発、生産工程管理に15年の実務経験を持っています。JASPERでは、設計レビュー、試作支援、製造の最適化を通じてOEMのお客様をサポートしています。

プロジェクトを始めませんか?

メンブレンスイッチ、キーパッド、グラフィックオーバーレイの要件をお知らせください。当社の技術チームが仕様を確認し、詳細な見積もりを提示します。