Definire l'esperienza della console prima del TFT LCD
Una console per tapis roulant può essere uno strumento di allenamento compatto, uno schermo multimediale o entrambe le cose. Questi ruoli impongono requisiti diversi al display e al suo host. Scegliere un TFT LCD solo in base alla dimensione diagonale lascia irrisolte le principali decisioni ingegneristiche: quali informazioni devono rimanere visibili, come gli utenti trovano i controlli durante il movimento e come la console gestisce un'applicazione multimediale bloccata.
I prodotti commerciali combinano già questi ruoli. Precor descrive la sua console P82 come un touchscreen capacitivo che riunisce fitness, televisione e monitoraggio dell'allenamento.1 Questo è un esempio del carico di lavoro applicativo, non una specifica per un modulo RJY né una prova di un rapporto con un fornitore.
Per una nuova console, definire prima l'interfaccia di allenamento e la portata multimediale. Utilizzarli per selezionare un'architettura host, una risoluzione nativa e un assemblaggio del display. Poi testare tale assemblaggio nella console proposta anziché trattare una specifica del pannello come approvazione per il prodotto completo.
Dare alle informazioni di allenamento una posizione stabile
Partire dalle schermate che un utente incontrerà effettivamente: avvio, selezione dell'allenamento, sessione attiva, pausa, riepilogo di fine sessione e messaggi di servizio non disponibile. Assegnare a ogni schermata uno scopo chiaro. Una schermata di sessione dovrebbe mantenere le informazioni di allenamento scelte dall'OEM facilmente individuabili quando i contenuti multimediali o i menu cambiano.
Decidere quali valori devono rimanere visibili mentre l'intrattenimento è aperto. Ad esempio, il team di progettazione può riservare un'area per il tempo trascorso e lo stato della macchina. Mantenere coerenti la posizione e il significato di tali valori quando l'utente cambia contenuto multimediale o torna da un menu. Definire unità ed etichette insieme ai valori; un numero grande senza un'etichetta chiara richiede comunque interpretazione.
Separare una regolazione richiesta da uno stato della macchina confermato ovunque l'architettura li distingua. La schermata dovrebbe mostrare lo stato definito dal contratto dati dell'host. Se un tocco modifica un elemento grafico prima che un altro controller confermi la richiesta, distinguere tale richiesta in sospeso dallo stato confermato.
I controlli fisici meritano una revisione in questa fase. Il team della macchina dovrebbe decidere quali azioni utilizzano pulsanti, tasti o altri controlli dedicati e quali appartengono al touchscreen. Il display è una parte dell'interfaccia. La sua presenza non stabilisce controlli protettivi, il comportamento della macchina dopo un guasto o l'architettura di controllo richiesta.
Verificare la riconoscibilità alla scala nativa e dalle reali posizioni di visualizzazione
Un elevato numero di pixel può supportare grafica dettagliata, ma non rende facile leggere il testo piccolo. Renderizzare l'interfaccia alla risoluzione nativa e alla dimensione fisica del pannello candidato. Rivedere i valori di allenamento più grandi, le etichette più piccole e i messaggi tradotti più lunghi. Non approvare la grafica da un canvas di progettazione ingrandito.
Costruire un mockup della console con l'angolo di montaggio proposto, la copertura e il trim circostante. Chiedere al team del prodotto di identificare posizioni rappresentative degli utenti e distanze di visualizzazione. Verificare se i valori previsti rimangono riconoscibili attraverso tali posizioni. Includere la vista verso i bordi dello schermo, dove una cornice o la luce riflessa possono oscurare un controllo.
Iniziare con revisioni statiche. Se è necessaria una valutazione durante il movimento, far definire e supervisionare al team della macchina le prove consentite. Raccogliere osservazioni sull'interfaccia, come quale valore un partecipante identifica per primo o se un controllo richiede ricerche ripetute. Queste prove valutano l'interfaccia della console; non sono raccomandazioni di esercizio né valutazioni mediche.
Testare le condizioni di illuminazione previste nelle strutture destinate. Un riflesso dell'illuminazione a soffitto può nascondere un valore nonostante una luminanza del pannello accettabile al banco. Confrontare i candidati attraverso la copertura finita utilizzando la stessa grafica e le stesse posizioni. Specificare luminosità e dimming in base ai requisiti risultanti anziché copiare le specifiche di un'altra console.
Separare il carico di lavoro dell'allenamento dal carico di lavoro multimediale
Una console che disegna numeri e grafici semplici ha requisiti host diversi da una che decodifica anche video, esegue servizi di rete e cambia tra applicazioni. Descrivere tali attività prima di scegliere il processore e l'interfaccia del display. Includere il sistema operativo previsto e la responsabilità del team software per driver e aggiornamenti.
| Carico di lavoro | Domanda per la revisione dell'architettura | Dimostrazione utile |
|---|---|---|
| Informazioni di allenamento | Quale controller possiede ciascun valore e come riconosce la console i dati obsoleti? | Transizioni di stato utilizzando il percorso di comunicazione macchina proposto |
| Grafica locale | L'host può renderizzare le schermate previste gestendo contemporaneamente le altre attività richieste? | UI rappresentativa sull'host di destinazione e sul display nativo |
| Video e intrattenimento | Quali formati, servizi e attività simultanee rientrano nella portata del prodotto? | Carico di lavoro multimediale approvato insieme all'interfaccia di allenamento |
| Servizi di rete | Cosa rimane disponibile quando una connessione o un servizio remoto fallisce? | Stati definiti di disconnessione e riconnessione |
Testare la perdita di rete, un riavvio multimediale e la perdita di dati locali della macchina come condizioni separate. Un servizio remoto fallito non stabilisce che i dati locali della macchina si siano fermati. Viceversa, un video che continua a essere riprodotto non stabilisce che i valori di allenamento siano aggiornati. Registrare il messaggio previsto, la navigazione disponibile e il trattamento dei valori obsoleti per ciascuna condizione. I team del controller della macchina e del software della console devono concordare la proprietà dei dati, la perdita di comunicazione, la riconnessione e il ripristino della sessione.
Valutare le prestazioni con il carico di lavoro previsto in esecuzione, non solo con un'immagine dimostrativa. Verificare le transizioni tra schermate, il feedback di input e gli aggiornamenti dello stato di allenamento mentre operano le funzioni multimediali e di rete approvate. Includere le attività simultanee previste in produzione e i casi di ripristino definiti. Stabilire criteri di accettazione separati per la risposta dell'UI, la freschezza dei dati e il comportamento multimediale prima dei test. La sola specifica di risoluzione o refresh di un pannello non può stabilire le prestazioni dell'intera console.
Scegliere un'interfaccia che l'host possa effettivamente pilotare
Rivedere l'esatta uscita display disponibile sulla scheda host. Abbinarla all'interfaccia, alla temporizzazione, all'assegnazione dei pin, all'alimentazione e ai requisiti di inizializzazione del pannello candidato. I nomi delle interfacce descrivono solo una parte della connessione; non provano che due prodotti possano connettersi direttamente.
Se il progetto richiede un controller o una scheda bridge, identificarne il ruolo e la configurazione del pannello supportata. Confermare modello e revisione del pannello, formato di input, temporizzazione di output, controllo della retroilluminazione e firmware prima di approvare la scheda. Includere lunghezza e routing dei cavi nella revisione. Vedere la guida all'interfaccia LCD per le distinzioni che contano nel confronto tra percorsi host e pannello.
Specificare il touch separatamente. Il display può ricevere dati immagine attraverso un percorso mentre il controller touch riporta l'input attraverso un altro. Confermare identità del controller, connessione host, supporto driver, comportamento di reset e orientamento delle coordinate. Testare l'immagine effettiva del sistema operativo, incluse le schermate di avvio e ripristino in cui il touch è richiesto.
Fornire all'ufficio acquisti una definizione dell'assemblaggio che includa questi componenti. Un pannello sostitutivo visivamente simile può richiedere temporizzazione, alimentazione, firmware o connettori diversi. Un ordine di acquisto basato su dimensione diagonale e risoluzione lascia troppa parte di tale configurazione aperta.
Definire il comportamento in caso di sudore e pulizia come stati dell'interfaccia
La superficie frontale di una console fitness può incontrare condizioni di contatto oltre a un dito asciutto. Definire le condizioni rilevanti per il prodotto: dita umide, goccioline, un palmo appoggiato vicino al bordo o il processo di pulizia previsto. Queste condizioni sono casi di test separati, non un unico requisito di “touch bagnato”.
Concordare cosa dovrebbe fare l'interfaccia in ciascun caso. Il requisito può dare priorità all'input valido, al rifiuto dell'input non intenzionale o a uno stato di pulizia definito. Se il software prevede uno stato di pulizia, specificarne ingresso, uscita e indicazione visiva. Non presumere che il solo controller touch possa distinguere ogni intenzione dell'utente.
Testare i target più piccoli richiesti, i bordi e i controlli di navigazione utilizzando la struttura finale della copertura e le impostazioni del controller. Registrare separatamente input mancati e non intenzionali, inclusi eventi in cui nessuno tocca la superficie umida. Ripetere le verifiche rilevanti con retroilluminazione del display, sistema di alimentazione e altri elettronici della console in stati operativi rappresentativi.
Chiedere al team della macchina gli agenti detergenti denominati, le concentrazioni, il metodo di applicazione e la frequenza nel protocollo di manutenzione previsto. Rivedere la compatibilità con copertura, aree stampate, rivestimenti, adesivi e bordi. Questo fornisce condizioni di test; non autorizza un particolare prodotto chimico né prova la resistenza sulla base del termine “touchscreen capacitivo”.”
Convalidare l'assemblaggio della console di produzione
Definire i dettagli di montaggio e cablaggio prima di impegnare l'alloggiamento della console. Rivedere insieme l'area visiva LCD, la zona touch, il bordo della copertura e l'apertura meccanica. Confermare i punti di supporto rispetto ai disegni del modulo. Il display attivo non deve diventare un supporto strutturale involontario.
Verificare lo spazio per i cavi del display e del touch, l'accesso ai connettori e la sequenza di assemblaggio prevista. Rivedere come finiture, controlli adiacenti ed eventuali supporti per dispositivi influenzano visibilità e accesso. Un campione che si adatta a una console aperta può comunque essere difficile da assemblare una volta presenti staffe e cablaggio di produzione.
Stabilire i requisiti termici, meccanici, elettrici e di pulizia in base all'apparecchiatura finita prevista. Poi identificare quali test coprono il modulo, quali la console e quali appartengono al treadmill. Una dimostrazione UI riuscita non stabilisce limiti di temperatura, un grado IP, la durata in servizio o la conformità.
Conservare la grafica dello schermo approvata, la build software, le condizioni di test e le questioni aperte insieme alla documentazione hardware. L'approvazione del campione si applica a quella configurazione e alle verifiche completate. Ripetere gli scenari di allenamento e media dopo modifiche progettuali rilevanti. Le modifiche al controller touch, alla copertura, al cavo, alla scheda host o al firmware dovrebbero seguire un percorso di revisione concordato anziché entrare in produzione come sostituzioni non documentate.
Presentare a RJY Display un brief definito per la console
Il catalogo standard di display di RJY Display offre un punto di partenza per la valutazione dei candidati. I suoi servizi di ingegneria descrivono lo sviluppo basato su moduli attraverso display, touch, schede, alloggiamenti e software. Il punto di partenza pratico è una piattaforma LCD esistente in grado di soddisfare le esigenze visive e di integrazione definite per la console.
Per un progetto treadmill, condividere la grafica UI in scala nativa, i percorsi host e display/touch proposti, i disegni di montaggio e le condizioni ambientali e di pulizia previste. Spiegare se la console presenta solo i dati di allenamento o gestisce anche servizi media e di rete. Aggiungere la quantità annuale prevista, se disponibile. Contattare RJY Display con questi input per definire un assemblaggio candidato e le evidenze necessarie per l'approvazione del campione.
Riferimenti
- Precor, P82 e P62 Touchscreen Consoles. Utilizzato solo come esempio documentato di funzioni combinate di fitness, televisione e monitoraggio dell'allenamento. Non si inferisce alcun rapporto di fornitura RJY né compatibilità di sostituzione.
