TFT LCDの前にコンソール体験を指定する
トレッドミルコンソールは、コンパクトなワークアウト機器、メディア画面、またはその両方になり得る。これらの役割は、ディスプレイとそのホストに異なる要求を課す。対角サイズだけでTFT LCDを選ぶと、主要なエンジニアリング上の決定が未解決のまま残る。どの情報を常に表示し続ける必要があるか、ユーザーが運動中にコントロールをどう見つけるか、コンソールがメディアアプリケーションの停止にどう対処するか、といった点である。.
商用製品はすでにこれらの役割を組み合わせている。PrecorはP82コンソールを、フィットネス、テレビ、ワークアウト追跡を統合する静電容量式タッチスクリーンとして説明している。.1 これはアプリケーションのワークロードの一例であり、RJYモジュールの仕様やサプライヤー関係の証拠ではない。.
新しいコンソールでは、まずワークアウトインターフェースとメディアの範囲を定義する。それらを使ってホストアーキテクチャ、ネイティブ解像度、ディスプレイアセンブリを選択する。次に、パネル仕様を完成品の承認と見なすのではなく、提案されたコンソールでそのアセンブリをテストする。.
ワークアウト情報に安定した場所を確保する
ユーザーが実際に遭遇する画面から始める。起動、ワークアウト選択、アクティブセッション、一時停止、セッション終了時のサマリー、サービス利用不可のメッセージなどである。各画面に明確な目的を割り当てる。セッション画面では、メディアコンテンツやメニューが変わっても、OEMが選択したワークアウト情報を簡単に見つけられるようにすべきである。.
エンターテインメントが開いている間に表示し続ける必要がある値を決定する。例えば、設計チームは経過時間とマシン状態のための領域を確保するかもしれない。ユーザーがメディアを変更したりメニューから戻ったりしても、それらの値の位置と意味を一貫させる。値とともに単位とラベルを定義する。明確なラベルのない大きな数字は、依然として解釈を必要とする。.
アーキテクチャが要求された調整と確認済みのマシン状態を区別する場合は、どこでもそれらを分離する。画面はホストのデータ契約で定義された状態を表示すべきである。別のコントローラが要求を確認する前にタップでグラフィックが変わった場合、その保留中の要求を確認済み状態と区別する。.
物理コントロールはこの段階で見直す価値がある。マシンチームは、どのアクションがボタン、キー、その他の専用コントロールを使い、どれがタッチスクリーン上に属するかを決定すべきである。ディスプレイはインターフェースの一部である。その存在は、保護コントロール、障害後のマシン動作、必要な制御アーキテクチャを確立するものではない。.
ネイティブスケールおよび実際の視聴位置からの認識を確認する
高いピクセル数は詳細なアートワークを支えられるが、小さなテキストを読みやすくするわけではない。候補パネルのネイティブ解像度と物理サイズでインターフェースをレンダリングする。最大のワークアウト値、最小のラベル、最長の翻訳メッセージをレビューする。拡大されたデザインキャンバスからアートワークを承認してはならない。.
提案された取り付け角度、カバー、周囲のトリムを備えたコンソールモックアップを構築する。製品チームに代表的なユーザー位置と視聴距離を特定してもらう。意図された値がそれらの位置全体で認識可能かどうかを確認する。ベゼルや反射光がコントロールを覆い隠す可能性がある画面端への視界も含める。.
静的レビューから始める。運動中の評価が必要な場合は、マシンチームに許可された試験を定義および監督してもらう。参加者が最初に識別する値や、コントロールに繰り返し探す必要があるかどうかなど、インターフェースの観察を収集する。これらの試験はコンソールインターフェースを評価するものであり、運動の推奨や医学的評価ではない。.
意図された施設で予想される照明条件をテストする。天井照明からの反射は、ベンチ上で許容できるパネル輝度にもかかわらず値を隠すかもしれない。同じアートワークと位置を使用して、完成したカバーを通して候補を比較する。別のコンソールの仕様をコピーするのではなく、結果として得られる要件から輝度と調光を指定する。.
ワークアウトワークロードとメディアワークロードを分離する
数字と簡単なチャートを描画するコンソールは、ビデオのデコード、ネットワークサービスの実行、アプリケーション間の切り替えも行うコンソールとは異なるホスト要件を持つ。プロセッサとディスプレイインターフェースを選択する前に、それらのタスクを記述する。計画されたオペレーティングシステムと、ドライバおよびアップデートに対するソフトウェアチームの責任を含める。.
| ワークロード | アーキテクチャレビューでの質問 | 有用なデモンストレーション |
|---|---|---|
| ワークアウト情報 | 各値をどのコントローラが所有し、コンソールは古いデータをどう認識するか？ | 提案されたマシン通信経路を使用した状態遷移 |
| ローカルグラフィックス | ホストは他の必要なタスクを処理しながら意図された画面をレンダリングできるか？ | ターゲットホストおよびネイティブディスプレイ上の代表的なUI |
| ビデオとエンターテインメント | どのフォーマット、サービス、同時タスクが製品範囲に属するか？ | ワークアウトインターフェースと並行した承認済みメディアワークロード |
| ネットワークサービス | 接続またはリモートサービスが失敗したときに何が利用可能なままか？ | 定義された切断状態と再接続状態 |
ネットワーク損失、メディアの再起動、ローカルマシンデータの損失を別々の条件としてテストする。リモートサービスの失敗は、ローカルマシンデータが停止したことを確立するものではない。逆に、ビデオが再生し続けることは、ワークアウト値が最新であることを確立するものではない。各条件について、意図されたメッセージ、利用可能なナビゲーション、古い値の扱いを記録する。マシンコントローラとコンソールソフトウェアのチームは、データの所有権、通信損失、再接続、セッション回復について合意しなければならない。.
デモ画像だけでなく、意図されたワークロードを実行した状態でパフォーマンスを評価する。承認されたメディアおよびネットワーク機能が動作している間、画面遷移、入力フィードバック、ワークアウト状態の更新を確認する。本番で予想される同時タスクと定義された回復ケースを含める。テスト前に、UI応答、データの鮮度、メディア動作に対して別々の受け入れ基準を設定する。パネルの解像度やリフレッシュ仕様だけでは、コンソール全体のパフォーマンスを確立できない。.
ホストが実際に駆動できるインターフェースを選択する
ホストボードで利用可能な正確なディスプレイ出力を確認する。それを候補パネルのインターフェース、タイミング、ピン割り当て、電力、初期化要件に一致させる。インターフェース名は接続の一部を説明するものであり、2つの製品が直接接続できることを証明するものではない。.
設計にコントローラまたはブリッジボードが必要な場合、その役割とサポートされるパネル構成を特定する。ボードを承認する前に、パネルモデルとリビジョン、入力フォーマット、出力タイミング、バックライト制御、ファームウェアを確認する。レビューにケーブル長と配線を含める。ホストとパネルの経路を比較する際に重要な違いについては LCDインターフェースガイド を参照のこと。.
タッチは別途指定する。ディスプレイは一つの経路で画像データを受信し、タッチコントローラは別の経路で入力を報告するかもしれない。コントローラの識別、ホスト接続、ドライバサポート、リセット動作、座標方向を確認する。タッチが必要な起動画面や回復画面を含む、実際のオペレーティングシステムイメージをテストする。.
購買部門にこれらの部品を含むアセンブリ定義を提供する。見た目が似ている交換パネルは、異なるタイミング、電力、ファームウェア、コネクタを必要とするかもしれない。対角サイズと解像度だけの発注書は、その構成のあまりにも多くの部分を未決定のままにする。.
汗と拭き取りの動作をインターフェース状態として定義する
フィットネスコンソールの前面は、乾いた指先以外の接触条件に遭遇する可能性がある。製品に関連する条件を定義する。湿った指、水滴、端付近に置かれた手のひら、意図された拭き取りプロセスなどである。これらの条件は単一の「ウェットタッチ」要件ではなく、別々のテストケースである。.
各ケースでインターフェースがどう動作すべきかに合意する。要件は、有効な入力、意図しない入力の拒否、定義されたクリーニング状態のいずれかを優先するかもしれない。ソフトウェアがクリーニング状態を提供する場合、その開始、終了、視覚的表示を指定する。タッチコントローラだけで全てのユーザーの意図を区別できると仮定してはならない。.
最終的なカバー構造とコントローラ設定を使用して、最小の必要ターゲット、端、ナビゲーションコントロールをテストする。見逃し入力と意図しない入力を別々に記録する。誰も湿った表面に触れていない時のイベントも含める。ディスプレイバックライト、電源システム、その他のコンソール電子機器を代表的な動作状態にして、関連するチェックを繰り返す。.
マシンチームに、意図されたメンテナンスプロトコルにおける指定クリーニング剤、濃度、適用方法、頻度を尋ねる。カバー、印刷領域、コーティング、接着剤、端との互換性をレビューする。これはテスト条件を提供するものであり、特定の化学物質を承認したり、「静電容量式タッチスクリーン」という用語から耐性を証明するものではない。“
本番コンソールアセンブリを検証する
コンソールハウジングを確定する前に、取り付けとケーブルの詳細を解決する。LCD表示領域、タッチ領域、カバー境界、機械的開口部を一緒にレビューする。モジュール図面に対してサポート位置を確認する。アクティブディスプレイが意図しない構造的サポートになってはならない。.
ディスプレイとタッチケーブルの両方のスペース、コネクタへのアクセス、および計画された組立手順を確認する。トリム、隣接するコントロール、およびデバイスホルダーが視認性とアクセスにどのように影響するかを検討する。オープンコンソールに適合するサンプルでも、ブラケットと量産配線が存在する状態では組立が困難になる場合がある。.
意図する完成機器から熱的、機械的、電気的、および清掃要件を設定する。次に、どのテストがモジュールを対象とし、どれがコンソールを対象とし、どれがトレッドミルに属するかを特定する。UIのデモンストレーションが成功しても、温度限界、IP定格、使用寿命、またはコンプライアンスが確立されるわけではない。.
承認済みの画面アートワーク、ソフトウェアビルド、テスト条件、および未解決事項をハードウェア記録とともに保持する。サンプル承認はその構成と完了したチェックに適用される。関連する設計変更後にワークアウトおよびメディアシナリオを再実行する。タッチコントローラー、カバー、ケーブル、ホストボード、またはファームウェアの変更には、文書化されていない代替品として量産に投入するのではなく、合意されたレビューパスを設けるべきである。.
RJY Displayに明確なコンソールブリーフを持参する
RJY Displayの 標準ディスプレイカタログ は候補レビューの出発点を提供する。その エンジニアリングサービス はディスプレイ、タッチ、ボード、エンクロージャー、およびソフトウェアにわたるモジュールベースの開発を説明する。実用的な出発点は、コンソールの定義された視覚的および統合ニーズを満たすことができる既存のLCDプラットフォームである。.
トレッドミルプロジェクトの場合、ネイティブスケールのUIアートワーク、提案するホストおよびディスプレイ/タッチパス、取り付け図面、ならびに意図する環境および清掃条件を共有する。コンソールがワークアウトデータのみを表示するのか、メディアおよびネットワークサービスも処理するのかを説明する。入手可能な場合は予想年間数量を追加する。. RJY Displayに問い合わせる これらの入力をもとに候補アセンブリとサンプル承認に必要なエビデンスを定義する。.
参考文献
- Precor、, P82およびP62タッチスクリーンコンソール. 。フィットネス、テレビ、およびワークアウト追跡機能の組み合わせの文書化された例としてのみ使用。RJYの供給関係または交換互換性は推測されない。.
