15Display Android incorporato da.6 pollici per progetti OEM: RK3568, Kiosk e hardware personalizzato

Un touchscreen Android da 15,6 pollici può essere realizzato come tablet, display Android integrato o PC con pannello Android. Sebbene questi prodotti possano condividere dimensioni dello schermo e piattaforme Android simili, servono a diversi livelli di integrazione del prodotto. Questa distinzione diventa importante quando un progetto OEM va oltre il test delle applicazioni. Un dispositivo che necessita di alimentazione continua, avvio automatico dell'applicazione, hardware dedicato, configurazione Android controllata e installazione integrata non è più semplicemente un tablet con un involucro diverso.

Abbiamo recentemente valutato un requisito OEM da un system integrator con sede in Norvegia che illustra questa transizione

Il progetto richiedeva untablet Android da 15,6 pollici RK3568con 4 GB/32 GB, WiFi, modalità Kiosk, senza fotocamera o microfono, un sensore di luce ambientale e installazione integrata. Il cliente ha anche richiesto una configurazione senza applicazioni GMS.

L'applicazione era destinata a untablet per la casa intelligente, ma i requisiti non erano quelli di un tipico tablet di consumo. Lo schermo doveva funzionare come parte dedicata di un prodotto finito, con comportamento software definito, configurazione hardware specifica del progetto e metodo di installazione fisso.

Ciò porta a una domanda più utile per gli acquirenti OEM: quando un touchscreen Android fisso deve andare oltre un tablet standard e ciò significa automaticamente utilizzare un PC con pannello?

Quando un tablet smette di essere il punto di partenza giusto

Un tablet è spesso il modo più efficiente per convalidare un'applicazione Android. Integra già display, interfaccia touch, processore, memoria, archiviazione, connettività wireless, involucro e sistema operativo.

Per un prototipo iniziale, questo può essere un vantaggio. L'OEM può testare l'applicazione senza affrontare uno sviluppo hardware non necessario.

La situazione cambia quando il tablet stesso deve essere modificato.

Un prodotto fisso potrebbe non necessitare di una batteria. Potrebbe necessitare di alimentazione continua e avvio automatico dell'applicazione dopo l'avvio. La distinta base finale potrebbe non richiedere una fotocamera o un microfono. Potrebbe essere necessario aggiungere un sensore specifico del progetto, mentre l'involucro potrebbe dover adattarsi a una particolare struttura murale o a pannello. Terminali fissi di questo tipo esistono già nella nostra gamma: iltablet da ristorante POE da 14 pollici, ad esempio, è progettato senza batteria per un funzionamento continuo sul bancone.

Quando diversi di questi requisiti compaiono insieme, l'OEM non sta più semplicemente selezionando un dispositivo di consumo finito. La piattaforma hardware stessa diventa parte del design del prodotto.

Ciò non rende un tablet inadatto per applicazioni fisse. Un tablet può certamente essere montato a parete e può eseguire un'applicazione kiosk; il nostrotablet Android da 15,6 pollici POE montato a pareteè uno di questi dispositivi installati permanentemente. La domanda è se l'OEM possa ottenere la configurazione hardware esatta, il comportamento software e l'integrazione meccanica richiesti per il prodotto finito senza aggirare il design originale del tablet.

Per il progetto norvegese, questo è stato il punto in cui la discussione è passata dalla ricerca di un tablet adatto alla definizione di una configurazione di terminale Android dedicata.

Cosa dice una specifica da 15,6 pollici a un OEM

La specifica da 15,6 pollici è importante, ma non determina da sola l'architettura hardware.

Per un terminale interattivo fisso, 15,6 pollici offre più area di interfaccia rispetto a un dispositivo portatile, rimanendo pratico per l'integrazione in pareti, armadi, banconi e altre strutture. Può quindi adattarsi ad applicazioni in cui il display rimane in un'unica posizione e gli utenti interagiscono con esso da una normale distanza da una stanza o in piedi.

Ma lo stesso schermo da 15,6 pollici può apparire in prodotti molto diversi.

UnPC tablet Android da 15,6 pollicipuò essere appropriato quando l'OEM desidera un dispositivo di elaborazione mobile in gran parte completo. Undisplay Android integrato da 15,6 pollicidiventa più rilevante quando lo schermo viene integrato in un prodotto dedicato con hardware o requisiti di installazione personalizzati. Un PC con pannello da 15,6 pollici diventa più rilevante quando il terminale deve anche comunicare con apparecchiature industriali o fornire un I/O più ampio.

La distinzione importante è quindi: 15,6 pollici definisce l'interfaccia utente; non definisce l'architettura.

Per i progetti OEM, i requisiti software, hardware e di installazione circostanti devono essere considerati prima di selezionare la categoria di prodotto.

RK3568, Kiosk e No GMS sono decisioni di configurazione separate

Il requisito norvegese combina diverse specifiche che possono essere facilmente trattate come un'unica richiesta generica di "personalizzazione Android". Sono in realtà parti diverse del sistema.

RK3568 definisce la piattaforma di elaborazione. 4 GB/32 GB definiscono memoria e archiviazione. WiFi fornisce connettività wireless. La modalità Kiosk definisce come viene presentata e controllata l'applicazione. La fotocamera, il microfono e il sensore di luce ambientale appartengono alla configurazione hardware. Il requisito No GMS appartiene alla configurazione software e necessita di una propria definizione.

Una singola piattaforma può supportare configurazioni molto diverse: Hopestarmonitor fornisce anche RK3568 in undisplay montato a paretee untablet kiosk da scrivaniaoltre a touchscreen da 15,6 pollici.

Ciò è importante perché un fornitore può supportare il processore corretto senza necessariamente supportare la configurazione software o la distinta base hardware richiesta. Allo stesso modo, un fornitore può fornire funzionalità Kiosk offrendo poca flessibilità nell'hardware sottostante.

Per un OEM, i requisiti devono quindi essere esaminati come un unico sistema piuttosto che come specifiche di prodotto indipendenti.

Definire correttamente "No GMS"

"No GMS" può sembrare semplice in una RFQ, ma non descrive un singolo metodo di implementazione.

Per la configurazione discussa in questo caso, le applicazioni GMS possono essere rimosse a livello di configurazione software/applicazione in base ai requisiti del progetto. Ciò non dovrebbe essere rappresentato come una build firmware AOSP pura o come rimozione a livello firmware di ogni componente Google.

Questa distinzione è importante quando si confrontano i fornitori.

Se l'OEM richiede semplicemente un ambiente Android senza le applicazioni GMS standard, la configurazione a livello software potrebbe essere sufficiente. Se il progetto richiede un'architettura firmware fondamentalmente diversa basata su una build AOSP pura, ciò dovrebbe essere specificato come requisito separato.

La lezione pratica è chiedere al fornitore cosa significa effettivamente "No GMS" nell'immagine software consegnata, piuttosto che trattare la frase stessa come una specifica tecnica completa.

La modalità Kiosk diventa importante quando il dispositivo ha un solo compito

La modalità Kiosk è un altro requisito che cambia il modo in cui un dispositivo Android dovrebbe essere valutato.

Un tablet per uso generale è progettato per fornire accesso alle applicazioni Android e alle funzioni di sistema. Un terminale dedicato ha normalmente un modello operativo molto più ristretto:

Accensione → Avvio Android → Lancio APK designato → l'utente rimane all'interno dell'applicazione prevista — il modello operativo che progettiamo in terminali monouso come la nostra gamma ditablet per prenotazione sale conferenze.

La domanda di approvvigionamento non è quindi semplicemente se la modalità Kiosk è disponibile.

L'OEM deve comprendere il comportamento completo. Cosa succede dopo un'interruzione di corrente? L'applicazione designata si riavvia automaticamente? Gli utenti possono uscire dall'applicazione? Possono apparire interfacce di sistema non necessarie? Come viene distribuito e aggiornato l'APK del cliente?

Questi dettagli sono importanti perché il dispositivo Android non viene più utilizzato come un computer per uso generale. Il suo avvio e il comportamento dell'applicazione diventano parte del prodotto finito.

Per il progetto discusso qui, la modalità Kiosk è stata quindi trattata come parte del comportamento operativo del dispositivo piuttosto che come una funzionalità software isolata.

La personalizzazione hardware cambia la definizione del prodotto

La richiesta di assenza di fotocamera, microfono e sensore di luce ambientale cambia anche il modo in cui il progetto dovrebbe essere specificato.

Un tablet di consumo ha normalmente una distinta base predefinita. Se un'applicazione non utilizza la fotocamera o il microfono, tali componenti potrebbero essere ancora fisicamente presenti perché fanno parte del prodotto standard.

Unapiattaforma OEMpuò invece essere configurata attorno all'applicazione effettiva.

La rimozione di componenti non utilizzati può aiutare ad allineare l'hardware con i requisiti del prodotto previsti. In un'applicazione sensibile alla privacy, l'esclusione di hardware di acquisizione non necessario può anche far parte della progettazione del prodotto.

Il sensore di luce ambientale serve a uno scopo diverso. In un display installato permanentemente, l'illuminazione circostante può variare considerevolmente. Un sensore di luce può fornire input ambientali per un comportamento automatico della luminosità.

Per i progetti OEM, questi requisiti non sono quindi semplici funzionalità opzionali. Fanno parte della configurazione hardware che deve essere concordata prima della produzione.

Questo è anche il motivo per cui la personalizzazione della distinta base dovrebbe essere valutata insieme alla piattaforma Android piuttosto che dopo che un tablet standard è già stato selezionato.

Display Android integrato vs. PC con pannello: guarda l'I/O prima dell'etichetta

La distinzione tra unDisplay Android integratoe un PC con pannello Android è spesso descritta in modo troppo generico come "consumatore contro industriale". Un punto di partenza più utile è il ruolo che il dispositivo Android deve svolgere nel sistema.

Se il touchscreen esegue principalmente un'applicazione, accetta input touch, si connette a una rete e funziona come un terminale dedicato, un display Android integrato potrebbe essere sufficiente.

L'architettura diventa più orientata al PC con pannello quando il terminale Android deve anche comunicare direttamente con apparecchiature esterne. Ciò può includere requisiti come comunicazione RS232 o RS485, connessioni Ethernet per l'integrazione di apparecchiature, segnali GPIO, comunicazione PLC o una più ampia personalizzazione dell'I/O.

A quel punto, il dispositivo non funziona più solo come uno schermo interattivo. Diventa parte dell'architettura di elaborazione e comunicazione dell'apparecchiatura.

Ciò non significa che ogni dispositivo con RS232 o Ethernet debba essere un PC con pannello; la nostra gamma dimonitor con touchscreen LCD, ad esempio, include modelli RS232 che sono ancora monitor piuttosto che PC con pannello. Il punto è che l'integrazione delle apparecchiature e i requisiti di I/O sono segnali architetturali più forti della dimensione dello schermo o del metodo di installazione da soli.

Questa distinzione è stata rilevante per il progetto norvegese. Il requisito richiedeva installazione integrata e personalizzazione hardware, ma l'applicazione descritta non richiedeva intrinsecamente comunicazione PLC, RS232/RS485 o I/O industriali più ampi.

L'architettura più appropriata era quindi un display Android integrato o un terminale Android dedicato piuttosto che passare automaticamente a un PC con pannello semplicemente perché il dispositivo era installato permanentemente.

La decisione da 15,6 pollici inizia con il prodotto finito

Il requisito norvegese fornisce un modo utile per affrontare l'architettura dal prodotto finito all'indietro.

Il requisito del display era da 15,6 pollici. La piattaforma di elaborazione era RK3568 con 4 GB/32 GB e WiFi. Il software necessitava di comportamento Kiosk e di una configurazione senza applicazioni GMS. Anche la configurazione hardware era specifica: nessuna fotocamera, nessun microfono e un sensore di luce ambientale. Il requisito meccanico era l'installazione integrata.

Presi insieme, questi requisiti descrivono qualcosa di diverso da un acquisto di tablet convenzionale. Allo stesso tempo, non giustificano automaticamente un PC con pannello.

Questa è una distinzione importante per l'approvvigionamento OEM: l'installazione fissa e la personalizzazione hardware non rendono di per sé un progetto industriale.

Se il progetto aggiunge in seguito comunicazione PLC, I/O industriali o integrazione diretta delle apparecchiature, l'architettura può essere rivalutata verso unPC con pannello Android.

Questo approccio basato sui requisiti dà anche all'OEM maggiore flessibilità quando lavora con un fornitore. Invece di partire da una categoria di catalogo e cercare di adattare il progetto, l'acquirente può partire dal prodotto finito e identificare la piattaforma Android che meglio lo supporta.

Cosa verificare prima di approvare la piattaforma OEM

Una volta identificata l'architettura, la valutazione del fornitore diventa molto più concreta.

La piattaforma Android dovrebbe essere verificata rispetto al processore richiesto, alla versione Android, alla memoria, all'archiviazione e alla configurazione wireless. I requisiti software dovrebbero specificare il metodo effettivo di rimozione GMS, il processo di distribuzione dell'APK, il comportamento Kiosk, l'avvio automatico e il comportamento di riavvio.

La distinta base hardware dovrebbe confermare se la fotocamera e il microfono possono essere esclusi e se il sensore di luce ambientale può essere incorporato nella configurazione di produzione concordata.

L'integrazione meccanica dovrebbe coprire dimensioni, struttura di montaggio, posizioni dei connettori, ingresso di alimentazione e interfaccia dell'involucro. Se il terminale si collega ad apparecchiature esterne, le interfacce RS232, RS485, Ethernet, GPIO o altre richieste dovrebbero essere definite prima che l'architettura sia finalizzata.

Questi dettagli sono anche dove un progetto OEM può passare da una configurazione di prodotto standard a una piattaforma personalizzata. Più requisiti attraversano i confini software, hardware e meccanici, più diventa importante che il fornitore possa coordinare questi elementi come un'unica configurazione di produzione.

La domanda finale è la coerenza della produzione. Un fornitore in grado di modificare un prototipo non è necessariamente in grado di mantenere la stessa immagine software, distinta base hardware e configurazione meccanica durante la produzione di massa. L'OEM dovrebbe quindi confermare come la configurazione convalidata verrà controllata quando il progetto passa dalla validazione del prototipo alla scalabilità della produzione.

Una migliore RFQ inizia con il prodotto finito

La RFQ più efficace per questo tipo di progetto descrive il dispositivo previsto piuttosto che richiedere solo un modello di prodotto.

Invece di chiedere un "tablet Android da 15,6 pollici con RK3568", l'OEM può definire i requisiti in modo da consentire al fornitore di valutare la configurazione completa.

Questo formato rende più facili da confrontare le risposte dei fornitori perché separa il requisito del display dalla piattaforma di elaborazione, dal comportamento software, dalla distinta base hardware e dall'integrazione meccanica.

Fornisce inoltre al fornitore informazioni sufficienti per determinare se il progetto può essere gestito tramite una configurazione di piattaforma esistente o richiede ulteriore personalizzazione hardware e software.

Per un progetto OEM simile a questo caso, la stessa specifica può servire come punto di partenza per una discussione tecnica con il nostro team. La RFQ iniziale non deve contenere ogni dettaglio ingegneristico; il set di requisiti può essere utilizzato prima per determinare l'architettura Android appropriata e identificare le aree che necessitano di ulteriori conferme.

Hai un progetto OEM Android da 15,6 pollici?

Un touchscreen Android fisso non deve necessariamente diventare un PC con pannello, così come un'applicazione montata a parete non richiede automaticamente un tablet.

Il punto di partenza migliore è il prodotto finito: definire le dimensioni dello schermo, il processore, la memoria, la configurazione Android, il comportamento dell'applicazione, la distinta base hardware e il metodo di installazione, quindi determinare quale architettura si adatta a tali requisiti. Prodotti come il nostrotablet Android da 15,6 pollici per la casa intelligentemostrano quanto lontano un touchscreen Android fisso possa essere configurato prima della produzione.

Se è richiesta anche la comunicazione di apparecchiature industriali, le interfacce come RS232, RS485, Ethernet o GPIO dovrebbero essere incluse fin dall'inizio.

Se il tuo progetto ha requisiti simili a questo caso, puoiinviarcile informazioni di base e lasciare che l'architettura venga valutata dai requisiti verso l'esterno. Il nostro team può valutare se un display Android integrato o un PC con pannello Android è più appropriato e identificare quali elementi software, hardware o di installazione necessitano di personalizzazione prima della produzione.

L'obiettivo non è forzare un progetto OEM in un'unica categoria di prodotto, ma adattare l'architettura hardware Android al modo in cui il prodotto finito deve effettivamente funzionare.