Nel panorama in evoluzione dei dispositivi smart e dei sistemi embedded, i display Android sono diventati una delle soluzioni più versatili e ampiamente adottate. Dagli smartphone e tablet ai cruscotti automobilistici, ai pannelli industriali e alle postazioni interattive, i display basati su Android combinano hardware potente, software flessibile e un'esperienza utente familiare.
Un “display Android” non è un tipo standardizzato di modulo display. Nelle discussioni OEM, il termine può descrivere un LCD TFT collegato a una Scheda di controllo Android, scheda di elaborazione, un assieme touch display fornito con una scheda di calcolo, un monitor esterno pilotato da Android, o un HMI completo e racchiuso che esegue un'immagine software basata su Android.
Questi prodotti possono condividere la stessa dimensione visibile dello schermo pur avendo interfacce, titolarità del software, requisiti di alimentazione, confini meccanici, percorsi di aggiornamento e responsabilità di qualifica molto diversi.
La prima decisione ingegneristica non è quindi quale display Android acquistare. È quale confine di sistema il progetto richiede, quale configurazione verrà controllata e chi possiede ogni livello, dai pixel LCD all'applicazione sul campo.
Per un progetto embedded o OEM, un display Android è un sistema di visualizzazione in cui una piattaforma di calcolo basata su Android partecipa al rendering, all'esecuzione delle applicazioni, all'input utente, alle comunicazioni o al controllo del sistema.
Android non definisce la tecnologia LCD, la modalità del pannello, la luminosità, il comportamento di visione, la tecnologia tattile, il connettore video, l'involucro o i limiti ambientali. Queste caratteristiche appartengono alla configurazione implementata di display, tocco, scheda, software e meccanica.
| Descrizione Commerciale | Possibile Confine di Consegna | Cosa Deve Essere Confermato |
|---|---|---|
| LCD compatibile con Android | Un modulo LCD grezzo o completo destinato al collegamento a una scheda Android separata | Interfaccia, temporizzazione, inizializzazione, alimentazione, retroilluminazione, FPC, connettore, driver e compatibilità della scheda |
| Display touch Android | LCD, sensore tattile, controller tattile, copertura, bonding e uno o più cavi | Percorso del display, percorso host tattile, driver Android, coordinate, copertura, messa a terra, alimentazione e assemblaggio meccanico |
| Display con scheda controller Android | Assieme display fornito con una scheda di calcolo embedded separata o collegata | Revisione scheda, immagine Android, BSP, uscita display, tocco, periferiche, alimentazione, firmware e cavi |
| HMI Android | Display, tocco, calcolo, software, I/O, alimentazione, montaggio, alloggiamento e applicazione | Titolarità completa del sistema, flusso di lavoro utente, validazione, aggiornamenti, sicurezza, assistenza e ciclo di vita |
| Display Android esterno | Un monitor o monitor touch collegato a un host Android tramite connessioni video e di input | Modalità video, scaling, EDID, percorso di ritorno tattile, instradamento input Android, alimentazione, cablaggio e ripristino |
L'espressione “tutto-in-uno” dovrebbe essere utilizzata solo quando il prodotto quotato include effettivamente il calcolo, il display, il tocco, l'I/O richiesto, il software, l'architettura di alimentazione e il confine meccanico. Un modulo LCD TFT da solo non è un computer Android.
Iniziare con l'architettura dell'apparecchiatura piuttosto che con una categoria di catalogo. Determinare se il prodotto necessita solo di un componente display, di un sottosistema display-e-scheda o di un HMI rilasciato.
Questa struttura dà all'OEM il controllo esplicito sul posizionamento della scheda, la selezione del display, il cablaggio, l'alimentazione, il software e il design dell'involucro. Rende inoltre l'OEM responsabile del coordinamento dell'interfaccia del pannello, della temporizzazione, dell'inizializzazione, della retroilluminazione, del percorso tattile, della configurazione Android e dell'integrazione meccanica.
Utilizzare la Guida all'abbinamento LCD TFT e scheda di controllo Android quando la scheda e l'LCD sono selezionati come elementi separati.
Un assieme coordinato può ridurre il numero di interfacce aperte, ma non elimina la necessità di controllare identità e responsabilità. Confermare l'LCD esatto, la scheda, la revisione PCB, l'immagine firmware, il controller tattile, i cavi, l'ingresso di alimentazione, il montaggio e gli stati operativi testati. Non dare per scontato che una configurazione di scheda supporti ogni display elencato per la stessa famiglia di processori.
Un HMI completo aggiunge il comportamento dell'applicazione, l'involucro, il montaggio, l'I/O esterno, il progetto termico, le procedure di aggiornamento e ripristino e le responsabilità di assistenza sul campo. L'approvazione dovrebbe basarsi sulla configurazione finale dell'apparecchiatura piuttosto che su un LCD e una scheda di sviluppo dimostrati separatamente.
Android è appropriato solo quando la sua architettura di sistema operativo e applicazione supporta i requisiti effettivi del prodotto. Definire il carico di lavoro di produzione prima di selezionare il processore, la memoria, l'archiviazione, la risoluzione del display o la versione di Android.
Documentare:
La pipeline grafica di Android utilizza buffer grafici, SurfaceFlinger, l'HAL del Compositore Hardware, i driver grafici e il sottosistema di visualizzazione per creare l'output finale.[1] Le prestazioni del display dipendono quindi da più della risoluzione del pannello o del nome del processore. L'applicazione rilasciata, il carico di lavoro di composizione, il percorso di memoria, la configurazione del display e lo stato termico devono essere valutati insieme.
Il nome di un system-on-chip non identifica una piattaforma Android completa. Due schede che utilizzano lo stesso processore possono differire per interfacce instradate, dispositivi bridge, connettori, domini di alimentazione, memoria, archiviazione, opzioni wireless, revisioni PCB, comportamento termico e rami software del fornitore.
| Livello di Configurazione | Identità da Congelare | Perché è importante |
|---|---|---|
| Scheda di controllo | Modello completo, revisione PCB, opzione di assemblaggio, processore, memoria, archiviazione, bridge e connettori popolati | Determina le risorse elettriche e fisiche effettivamente disponibili |
| Catena di avvio | Bootloader, identificazione della scheda, layout delle partizioni, firma, ripristino e configurazione degli aggiornamenti | Controlla l'avvio, la selezione del software, il ripristino e la programmazione in produzione |
| Kernel e BSP | Ramo del kernel, pacchetto di supporto per la scheda, albero dei dispositivi, driver del pannello, driver touch e dipendenze binarie | Collega il framework Android all'hardware rilasciato |
| Immagine Android | Versione Android, immagine del vendor, configurazione di sistema, servizi inclusi, autorizzazioni e identità di build | Definisce l'ambiente operativo consegnato alla produzione |
| Applicazione | Versione dell'applicazione, risorse dell'interfaccia utente, configurazione, dati, dipendenze e metodo di distribuzione | Definisce il carico di lavoro visibile all'utente e il comportamento operativo |
| Sottosistema di visualizzazione | LCD, temporizzazione, inizializzazione, orientamento, densità, ridimensionamento, retroilluminazione e configurazione touch | Determina se il display fisico e l'interfaccia utente Android si comportano come un unico sistema |
Non trattare “Android 11”, “scheda Rockchip” o “firmware personalizzato” come una configurazione completa. Ogni etichetta può coprire più versioni hardware e software.
Un progetto che utilizza il codice sorgente Android o un'immagine basata su Android non dovrebbe essere automaticamente descritto come supportante Google Play, Google Mobile Services o qualsiasi applicazione Android di terze parti.
Il progetto Android Open Source stabilisce che un dispositivo compatibile con Android deve soddisfare il documento di definizione della compatibilità applicabile e superare la suite di test di compatibilità. La compatibilità Android rende quindi il dispositivo idoneo a essere considerato per una potenziale licenza di Google Play e Google Mobile Services; non rende tali servizi una proprietà automatica di ogni build Android.[2]
Prima del rilascio, definire:
Non approvare la piattaforma basandosi solo sull'esistenza di un APK. Testare l'applicazione rilasciata contro l'esatta immagine Android, scheda, periferiche, configurazione del display, ambiente di rete e processo di aggiornamento.
L'architettura di sistema deve stabilire se Android gestisce un pannello embedded nativo, invia video esterno a un monitor o utilizza un controller attivo per convertire tra i due.
| Architettura del display | Confine tipico | Domande principali |
|---|---|---|
| Pannello nativo MIPI DSI, RGB, LVDS o eDP | La scheda Android gestisce direttamente un'implementazione LCD compatibile | Configurazione elettrica, temporizzazione, inizializzazione, mappatura, alimentazione, retroilluminazione, FPC e supporto software |
| Display esterno HDMI o DisplayPort | La scheda Android invia video a un monitor contenente un ricevitore attivo e un controller di visualizzazione | Modalità supportate, EDID, ridimensionamento, hot plug, cavo, audio, ritorno touch e ripristino |
| Controller attivo video-pannello | Un ricevitore, bridge, scaler o controller converte il video esterno nell'interfaccia LCD | Modalità di ingresso, uscita del pannello, firmware, temporizzazione nativa, ridimensionamento, alimentazione, retroilluminazione, touch, comportamento termico e ciclo di vita |
| Sistema Android multi-display | Android gestisce un display primario e uno o più display secondari | Ruoli del display, posizionamento delle attività, mirroring, comportamento dell'applicazione, instradamento degli input, prestazioni e ripristino |
Android supporta i concetti di display primario e secondario, ma il comportamento del display secondario varia con la configurazione del sistema e dell'applicazione.[3] La presenza di due uscite fisiche non dimostra che l'interfaccia utente, il video, il touch o il comportamento indipendente delle attività previsti siano implementati.
Un LCD nativo MIPI DSI, RGB, LVDS o eDP non può accettare HDMI tramite un cambio di connettore passivo. Consultare la guida all'interfaccia LCD per la compatibilità a livello di interfaccia o la guida alla scheda controller HDMI-MIPI per un percorso di conversione attivo.
Android non determina le dimensioni, la risoluzione, la luminosità, il comportamento di visione, la risposta, il colore, la retroilluminazione o l'intervallo ambientale richiesti per l'LCD. Definire tali requisiti a partire dal prodotto finito.
Valutare l'LCD esatto utilizzando:
Non utilizzare regole universali come 300–500 nit per prodotti interni o più di 1.000 nit per prodotti esterni. Testare la leggibilità nelle condizioni effettive di ambiente, osservatore, interfaccia utente, pila ottica, alimentazione e termiche del progetto.
Utilizzare la Guida alla selezione dei moduli TFT LCD quando il display stesso rimane una decisione aperta.
Il touch non è trasportato automaticamente dall'interfaccia immagine LCD. Il sensore touch, il controller, il firmware, la connessione host, il driver Android, le coordinate, la copertura, l'incollaggio, la messa a terra e l'alloggiamento formano un sottosistema separato.
La configurazione del dispositivo di input Android può utilizzare file specifici del dispositivo per definire proprietà come il comportamento del dispositivo touch, l'orientamento, il ridimensionamento e l'associazione al display.[4] I requisiti esatti dipendono dalla versione Android e dall'architettura di input implementata.
| Area touch | Prove richieste |
|---|---|
| Sensore e controller | Tecnologia, profilo del sensore, modello del controller, firmware, contatti necessari e strumenti di input |
| Connessione host | I2C, USB, SPI o altro percorso implementato; tensione, indirizzo o identità, reset, interrupt e cavo |
| Software Android | Driver del kernel, file di configurazione, coordinate, rotazione, mirroring, associazione del display, sospensione, riattivazione e ripristino |
| Struttura frontale | Materiale del coperchio, spessore, stampa, aperture, superficie, struttura adesiva o air-gap, cornice e guarnizione |
| Ambiente operativo | Dito, guanto, stilo, umidità, contaminazione, pulizia, rumore elettrico, messa a terra e condizioni dell'involucro |
Non dedurre cinque o dieci contatti, comportamento con guanto, prestazioni in umidità o supporto per stilo dalla parola “capacitivo”. Confermare il sensore, il controller, il firmware, il coperchio, l'host e le condizioni di test rilasciati.
Per video HDMI esterno con touch USB, utilizzare la Guida all'integrazione touch HDMI per Android. Per lo stack fisico touch-display, utilizzare la Guida touch-display TFT LCD.
Un progetto di display Android necessita di una risposta controllata su chi possiede bootloader, kernel, BSP, device tree, driver del pannello, driver touch, immagine Android, applicazione, aggiornamenti di sicurezza, programmazione di produzione e ripristino sul campo.
Android fornisce meccanismi per aggiornamenti over-the-air del software di sistema e applicativo, ma la piattaforma OEM deve implementare, compilare, firmare, testare, distribuire e supportare l'architettura di aggiornamento selezionata.[5] L'esistenza della documentazione OTA di Android non stabilisce che una specifica scheda includa un servizio OTA rilasciato.
| Prodotto software consegnabile | Domande da Risolvere |
|---|---|
| Immagine di produzione | Quale versione, revisione della scheda, configurazione del display, applicazioni, binari, permessi e impostazioni sono inclusi? |
| Ambiente di origine e compilazione | Quali file sorgente, patch, dipendenze binarie, licenze, strumenti e istruzioni di compilazione vengono consegnati? |
| Programmazione | Come vengono flashate, identificate, verificate, serializzate e associate alla corretta configurazione del display le schede? |
| Aggiornamenti | Chi compila, firma, distribuisce, testa, approva e annulla un aggiornamento? |
| Ripristino | Cosa accade dopo un'interruzione di corrente, un aggiornamento incompleto, una memoria danneggiata, un reset del watchdog o un guasto dell'applicazione? |
| Manutenzione | Chi revisiona le modifiche ad Android, kernel, BSP, sicurezza, applicazione, pannello, touch e scheda durante il ciclo di vita del prodotto? |
RJY Display supporta personalizzazioni del firmware dipendenti dal progetto, ma l'effettivo driver del pannello, BSP Android, sorgente, binario, aggiornamento, test e ambito di manutenzione devono essere confermati per la piattaforma selezionata. Non trattare “firmware personalizzato” come un prodotto consegnabile illimitato o automaticamente incluso.
Un HMI Android può includere processore, memoria, storage, interfaccia display, LCD, I/O del pannello, retroilluminazione, touch, comunicazioni wireless, dispositivi USB, audio, telecamere e conversione di potenza. Il datasheet LCD e la tensione nominale di ingresso della scheda descrivono solo parti di questo carico.
Creare un budget di potenza e termico per avvio a freddo, UI normale, carico di lavoro applicativo di picco, video, fotocamera, trasferimento di rete, stato di retroilluminazione massimo richiesto, funzionamento attenuato, inattività, sospensione, riattivazione, riavvio, aggiornamento, brownout e ripristino da guasto.
Confermare le temperature stabilizzate del processore, dei componenti di potenza della scheda, del display, della retroilluminazione, del controller touch, del coperchio, dell'aria interna e delle superfici esterne nelle condizioni di montaggio e involucro di produzione.
Utilizzare la Guida all'alimentazione TFT LCD per separare l'alimentazione del pannello, della retroilluminazione, del touch, della scheda controller e del sistema.
Una dimostrazione funzionante su scheda di sviluppo non prova che il sistema sia adatto al prodotto. Valutare insieme display, touch, scheda, antenne, storage, cavi, FPC, connettori, alimentazione, montaggio, guarnizione, percorso di raffreddamento e involucro.
Verificare:
| Area di Validazione | Verifiche rappresentative | Evidenza del rilascio |
|---|---|---|
| Configurazione | Identità di scheda, PCB, immagine Android, BSP, display, touch, cavi, applicazione e involucro | BOM controllato, manifest del software, disegni e campioni approvati |
| Display | Temporizzazione, inizializzazione, stabilità dell'immagine, orientamento, densità, scaling, UI, colore, scala di grigi e movimento | UI di produzione in funzione sul LCD e software rilasciati |
| Touch e input | Coordinate, contatti, gesti, strumenti, rotazione, rumore, umidità, sospensione, riattivazione e ripristino | Risultato specifico dell'applicazione sull'assemblaggio frontale rilasciato |
| Applicazione | Avvio, flusso di lavoro normale, carico di picco, permessi, dati, periferiche, comunicazioni ed errori | Registro di test controllato del sistema e dell'applicazione |
| Potenza e termica | Avvio, normale, picco, retroilluminazione, rete, inattività, sospensione, aggiornamento, guasto e temperature dell'involucro | Misurazioni a carico completo e risultati termici stabilizzati |
| Ripristino | Riavvio, watchdog, interruzione di corrente, applicazione guasta, condizione dello storage, aggiornamento e procedura di servizio | Risultati documentati di ripristino e rollback, ove applicabili |
| graffio | Allineamento, FPC, cavi, connettori, montaggio, pressione, guarnizione, antenne, raffreddamento e accesso per servizio | CAD approvato e assemblaggio rappresentativo della produzione |
| Ciclo di vita | Revisioni hardware e software, notifica delle modifiche, manutenzione, ricambi, sostituzione e riqualifica | Piano di controllo della configurazione e ciclo di vita |
Testare ogni stato rilasciato con l'applicazione e l'involucro di produzione. Una schermata home mostrata su una scheda di sviluppo aperta non approva i requisiti di applicazione, display, touch, potenza, termica, aggiornamento, ripristino o ciclo di vita.
Il percorso di personalizzazione pratica di RJY Display inizia con una piattaforma esistente di modulo display e scheda di controllo, la cui architettura fondamentale di visualizzazione, elaborazione, software e meccanica è adeguata.
A seconda dei prodotti selezionati e della fattibilità del progetto, i lavori accessori possono includere la valutazione di:
Le schede di controllo possono essere discusse separatamente o insieme a un TFT LCD. Le soluzioni disponibili possono coprire display da 1,28 pollici a 15,6 pollici, a seconda del pannello esatto, dell'interfaccia, della risoluzione, del firmware, del touch, dell'alimentazione e dei requisiti di progetto.
Ciò non implica la compatibilità con ogni LCD, lo sviluppo illimitato di BSP Android o lo sviluppo di una nuova dimensione LCD arbitraria, area attiva, risoluzione, architettura del pannello o scheda di controllo da zero.
RJY Display può esaminare una piattaforma esistente di TFT LCD e scheda di controllo in base ai requisiti di interfaccia utente, software Android, output del display, temporizzazione, inizializzazione, touch, retroilluminazione, alimentazione, FPC, cavo, montaggio, involucro, validazione e ciclo di vita.
Sfoglia i moduli di elaborazione attuali, Esamina i moduli display disponibili, o Invia la tua scheda, LCD, software Android, touch, alimentazione, interfaccia utente e documenti dell'involucro per una revisione tecnica.
Un display Android è un sistema di visualizzazione in cui una piattaforma di elaborazione basata su Android gestisce l'esecuzione delle applicazioni, la grafica, l'input, le comunicazioni o il controllo del sistema. Il termine può descrivere un LCD collegato a una scheda Android, un assemblaggio di display touch e scheda, un monitor esterno o un HMI completo, pertanto il confine di consegna deve essere confermato.
Non automaticamente. L'LCD, il sensore tattile, il controller tattile, la copertura, il bonding, la scheda Android, i cavi, il software, il sistema di alimentazione e l'involucro possono essere elementi separati o esplicitamente inclusi. Confermare la configurazione completa quotata.
No. Un'immagine software basata su Android o AOSP non include automaticamente Google Play o Google Mobile Services. Confermare lo stato di compatibilità Android, la licenza, l'immagine software, i servizi richiesti, il metodo di distribuzione delle applicazioni e i requisiti del mercato di destinazione.
No. L'LCD e la scheda esatti devono essere compatibili in termini di architettura del display, interfaccia elettrica, temporizzazione, inizializzazione, sequenza di alimentazione, retroilluminazione, touch, software, FPC, connettore, meccanica e stati operativi.
Dipende dalla scheda selezionata, dall'LCD, dal sistema tattile e dalla configurazione software esistente. Potrebbero essere necessari lavori dipendenti dal progetto per temporizzazione, inizializzazione, device tree, driver, touch, retroilluminazione, orientamento, densità, sospensione, riattivazione o ripristino, ma una configurazione esistente supportata potrebbe non richiedere lo sviluppo di nuovo firmware.
Inviare l'applicazione, l'interfaccia utente, i modelli LCD e scheda, le revisioni, le schede tecniche, i disegni, le interfacce, la temporizzazione, le informazioni su Android e BSP, il sistema tattile, i requisiti di retroilluminazione e alimentazione, i prodotti software, i cavi, i vincoli dell'involucro, le condizioni operative, le quantità, il ciclo di vita e il programma del progetto.
Condividi le dimensioni del display, la risoluzione, l'interfaccia, la luminosità, i requisiti tattili, i requisiti della scheda controller e l'ambiente applicativo.
Continua a leggere guide tecniche sui display e riferimenti applicativi correlati.
Esplora le pagine prodotto relative all'argomento di questo articolo.
Parla con il team di ingegneri di RJY per l'abbinamento del display, la revisione della scheda controller e la discussione sulla personalizzazione.
+86 13316179236
