logo

Digital Signage Open ADB: distribuzione di un'app Android di proprietà del cliente

Quando un progetto di digital signage comporta un'applicazione Android di proprietà del cliente, la scelta di unDisplay di segnaletica digitale Androidnon è più solo una questione di dimensioni dello schermo, risoluzione o metodo di montaggio.La domanda più importante è se la piattaforma Android dia all'integratore abbastanza controllo per distribuire ed eseguire il proprio software.

Questo è diventato chiaro quando un distributore di segnaletica digitale con sede in Bosnia ci ha contattato con un requisito per un display Android compatto.ma il cliente aveva già la propria app Android e non voleva essere limitato da un Launcher installato in fabbricaLa richiesta comprendeva un'apertura di ADB, l'installazione di APK sul lato del cliente, la possibilità di utilizzare l'app del cliente come launcher e uno stand adatto a diversi orientamenti di installazione.

Per questo tipo di progetto, prima di tutto si considera il requisito di distribuzione del software.Può la sua App diventare il Launcher del dispositivo? Questa configurazione rimarrà dopo un riavvio? E quale livello di accesso al sistema è disponibile se l'integratore ha bisogno di gestire l'ambiente Android?

Queste domande ci hanno portato a valutare il display come una piattaforma Android piuttosto che semplicemente come un dispositivo di riproduzione di contenuti.

ultimo caso aziendale circa Digital Signage Open ADB: distribuzione di un'app Android di proprietà del cliente

Il cliente aveva bisogno di più di un ambiente Android di fabbrica

Una distribuzione di segnaletica digitale convenzionale può dipendere fortemente dal software fornito con il display.e gestito nell'ambito del flusso di lavoro previsto dal costruttore.

Un integratore con la propria applicazione ha un requisito diverso: il display diventa parte dell'ambiente software esistente dell'integratore,Quindi la capacità di distribuire un APK auto-installato diventa parte del processo di selezione dell'hardware.

In questo caso, il requisito non era semplicemente quello di installare un'applicazione una volta. Il cliente voleva che il proprio software diventasse la normale interfaccia presentata agli utenti.

Questa distinzione ha cambiato il modo in cui abbiamo affrontato la richiesta.Installazione APK, comportamento del Launcher personalizzato, comportamento di avvio e accesso Root.


La nostra configurazione di segnaletica Android confermata supporta questi requisiti. ADB è supportato, il cliente può installare il proprio APK attraverso ADB,un'app con la proprietà Launcher richiesta può sostituire il Launcher originale, e il Launcher configurato rimane il punto di ingresso predefinito dopo un riavvio.adb shellche funzionano con i privilegi di Root.

Per un ambiente di applicazione compatto, il10Display da 1 pollice RK3588 Android 13 fornisce un esempio hardware pertinente di un display di segnaletica digitale Android 13 RK3588.Utilizza un processore RK3588 e Android 13 ed è posizionato come un display Android per applicazioni che richiedono l'integrazione e la personalizzazione del software.

Il prodotto in sé non è il punto principale del caso.Ciò che conta è che l'hardware possa ospitare un ambiente software controllato dal cliente invece di richiedere all'integratore di costruire la sua applicazione intorno a un'interfaccia di fabbrica fissa.

Open ADB rende possibile la distribuzione di APK da parte del cliente

Per un integratore con un'applicazione Android esistente,la prima domanda pratica è se il software può essere distribuito senza fare affidamento sull'ambiente applicativo preinstallato dal produttorePer una visualizzazione informativa, ad esempio, la distribuzione può iniziare da unTablet Android da 21 pollici RK3399 / computer con touchscreen tutto in unoche esegue l'APK del cliente.

Open ADB fornisce il canale di accesso utilizzato per comunicare con il dispositivo Android da un computer.la capacità pertinente è che il cliente può utilizzare ADB per installare il proprio APK.

L'applicazione viene fornita dal cliente piuttosto che essere limitata al software precaricato dal produttore dello schermo.

ADB, installazione APK e Root dovrebbero essere trattati come funzionalità separate.Root determina il livello di privilegi disponibili all'interno del sistema Android.

The distinction matters during procurement because a display can support Android and even allow application installation without necessarily providing the level of system access required by an integrator.

Nella configurazione confermata per la nostra linea di prodotti di segnaletica Android, il cliente può utilizzare ADB per installare il proprio APK, mentre l'accesso Root è disponibile per impostazione predefinita.Ciò fornisce all'integratore un percorso di distribuzione chiaro per il proprio software e, se necessario, un accesso più approfondito all'ambiente Android.

Per gli acquirenti in cerca di Android segnaletica auto installare la capacità APK o pianificare di installare il proprio APK su un display di segnaletica digitaleQuesta è una distinzione più utile che cercare semplicemente una versione Android nel foglio di specifiche.

ultimo caso aziendale circa Digital Signage Open ADB: distribuzione di un'app Android di proprietà del cliente

L'importante passo arriva dopo l'installazione dell'APK

L'installazione di un APK non rende automaticamente tale applicazione l'interfaccia principale del dispositivo.

Questa era una parte importante del requisito del cliente. Il cliente aveva già la propria applicazione e non voleva che gli utenti entrassero attraverso il Launcher di fabbrica prima di raggiungere tale applicazione.

Un'app Android con la proprietà Launcher/Home appropriata può essere configurata come Launcher predefinito del dispositivo.l'applicazione del cliente diventa il normale punto di ingresso al sistema Android.

La configurazione confermata supporta questo approccio. Quando l'App del cliente ha la proprietà Launcher richiesta, può sostituire il Launcher originale, trasformando il dispositivo in unDisplay di segnaletica Android. Dopo il riavvio del dispositivo, il Launcher configurato rimane l'impostazione predefinita e il dispositivo può entrare nuovamente nell'app del cliente.

Questo crea una differenza significativa tra due tipi di progetti APK di autoinstallazione di segnaletica Android.

In un modello, il cliente installa semplicemente un'applicazione accanto al software del produttore.Il secondo modello è più vicino a quello di cui hanno bisogno molti integratori quando il display è destinato a funzionare come parte di un ambiente di applicazione proprietario.

ultimo caso aziendale circa Digital Signage Open ADB: distribuzione di un'app Android di proprietà del cliente

La distinzione è anche il motivo per cui "installazione APK supportata" non dovrebbe essere trattata come la risposta completa quando si valuta un progetto di segnaletica digitale per lanciatori personalizzati.

L'accesso root offre all'integratore un'opzione più profonda a livello di sistema

Il requisito del cliente includeva anche l'accesso al sistema aperto, che è dove Root diventa rilevante.

La configurazione confermata fornisce l'accesso Root per impostazione predefinita.adb shellopera come Root piuttosto che come utente di shell limitato.

Questo non significa che Root sia richiesto semplicemente per installare l'APK del cliente.

Il motivo per cui è necessario chiarire Root durante l'approvvigionamento è diverso: un integratore potrebbe aver bisogno di un accesso più profondo quando si adattano, configurano, debug o gestiscono il proprio ambiente software.Tablet Android industriale da 12 pollici RK3288 con NFC e montaggio a pareteoffre una piattaforma compatta montata a parete con supporto SDK per l'integrazione personalizzata.

Per questo tipo di progetto, la distinzione può essere espressa semplicemente:

Capacità Che cosa determina
ADB Se l'integratore può comunicare con il dispositivo Android tramite ADB
Installazione APK Se l'applicazione del cliente può essere distribuita
Lanciatore Se l'app del cliente può diventare l'interfaccia primaria del dispositivo
Avvio automatico Se il Launcher configurato viene inserito nuovamente dopo il riavvio
Fabbricazione Quanto accesso a livello di sistema ha l'integratore

Questo è anche il motivo per cui non descriviamo i requisiti di visualizzazione di chioschi aperti ADB semplicemente come un requisito di radice.Un progetto può richiedere ADB e un Launcher personalizzato senza richiedere che ogni funzione di sistema sia esposta all'utente.

Lanciatore personalizzato e chiosco sono correlati, ma non identici

Un Launcher personalizzato risolve una parte importante dell'esperienza dell'utente: consente all'App del cliente di diventare la normale interfaccia Home.

Un'implementazione più rigorosa di Kiosk può richiedere più di questo.mentre la normale navigazione verso il desktop Android o le impostazioni del sistema è limitata un modello rilevante per le distribuzioni self-service come la nostraSerie di casse POS.

Tali requisiti dovrebbero essere definiti separatamente.

ultimo caso aziendale circa Digital Signage Open ADB: distribuzione di un'app Android di proprietà del cliente

Per la configurazione confermata discussa in questo caso, l'App del cliente può diventare il Launcher predefinito quando ha la proprietà Launcher richiesta,e il dispositivo può tornare a quella App dopo il riavvioQuesto stabilisce la posizione dell'applicazione come interfaccia primaria del dispositivo.

Se un progetto richiede inoltre un rigido blocco delle applicazioni, una navigazione limitata del sistema o una specifica implementazione di gestione dei dispositivi,tali requisiti dovrebbero essere valutati in base al metodo di applicazione e distribuzione del cliente piuttosto che presumere di essere inclusi semplicemente perché è supportato un Launcher personalizzato.

Questa distinzione è particolarmente rilevante per gli integratori che costruiscono il proprio ambiente software Kiosk.La domanda giusta non è semplicemente se il display è pubblicizzato come un display Android per applicazioni personalizzate, ma quali parti dell'esperienza dell'utente Android l'applicazione del cliente deve effettivamente controllare.11.6 pollici Android POS kioskmostra un'applicazione client in esecuzione come interfaccia primaria su una base Android.

Il display fisico deve ancora corrispondere all'applicazione

La configurazione del software era solo una parte della richiesta iniziale. Il cliente aveva anche bisogno di un display compatto e di uno stand che potesse ospitare diversi orientamenti.

Un'app può essere progettata per la presentazione di ritratti o paesaggi, ma la struttura fisica determina comunque il posizionamento del display.

Per un ambiente di applicazione compatto, il10Display da 1 pollice RK3588 Android 13Fornisce un esempio di hardware pertinente. Utilizza un processore RK3588 e Android 13 ed è posizionato come display Android per applicazioni che richiedono l'integrazione e la personalizzazione del software.

ultimo caso aziendale circa Digital Signage Open ADB: distribuzione di un'app Android di proprietà del cliente

Il prodotto in sé non è il punto principale del caso.Ciò che conta è che l'hardware possa ospitare un ambiente software controllato dal cliente invece di richiedere all'integratore di costruire la sua applicazione intorno a un'interfaccia di fabbrica fissa.

Per un compattoDisplay di segnaletica digitale Android, la configurazione da 10,1 pollici è più vicina ai requisiti originali.15Tablet Android FHD IPS da 6 pollici con RK3288e la13Tablet Android tutto in uno da 0,3 pollici con schermo IPS FHD e RK3288Per le applicazioni che richiedono una superficie interattiva più ampia e un'installazione mobile, il modello è stato progettato per offrire un'ampia gamma di dispositivi di comunicazione.21Display Android da 5 pollici RK3588 Stand By Mefornisce un formato fisico diverso utilizzando lo stesso approccio generale della piattaforma Android.

Il motivo per separare queste due considerazioni è pratico: la flessibilità del software non determina automaticamente l'installazione meccanica.Un progetto che richiede il posizionamento del paesaggio e del ritratto ha ancora bisogno della struttura fisica appropriata, meccanismo di rotazione o configurazione di supporto.

Per questo motivo, la nostraGamma di visualizzazione della pubblicità su AndroidL'obiettivo è quello di migliorare la visibilità e la visibilità dei dispositivi, includendo diversi formati di visualizzazione commerciale che possono essere valutati in base all'ambiente di applicazione, compresi i pannelli fissi più grandi per interni come i pannelli di illuminazione a LED.Tablet Android RJ45 PoE tutto in uno da 24 pollicicon luminosità di 350 cd/m2.

Come abbiamo contribuito a tradurre il requisito in una configurazione utilizzabile

La parte utile di questo tipo di progetto non è semplicemente confermare che un display esegue Android.La sfida consiste nel collegare il software esistente del cliente con l'ambiente hardware in cui opererà.

Per il distributore con sede in Bosnia il requisito potrebbe tradursi in una serie di domande pratiche: come l'APK raggiungerà il dispositivo, l'applicazione può diventare il Launcher,cosa succede dopo il riavvio, e quale livello di accesso Android ha l'integratore?

Una volta separate queste domande, il requisito hardware divenne molto più chiaro.

ultimo caso aziendale circa Digital Signage Open ADB: distribuzione di un'app Android di proprietà del cliente

La capacità confermata può essere riassunta come segue:

Requisiti del cliente Capacità confermata
Accesso all'ADB Sostenuto
Il cliente installa il proprio APK Sostegno da parte dell'ADB
App del cliente sostituisce il Launcher di fabbrica Supporto quando l'app ha la proprietà Launcher richiesta
App del cliente inizia dopo il riavvio del dispositivo Sostenuto tramite il Launcher configurato
Accesso radicale Aperto per impostazione predefinita
adb shellil privilegio Fabbricazione
Linea di prodotti di segnaletica Android Le funzionalità aperte confermate si applicano a tutta la linea di prodotti per display pubblicitari Android

Questa è la parte del processo che può ridurre l'incertezza per un integratore.il requisito software può essere utilizzato per determinare se la piattaforma è adatta per un display di segnaletica digitale Android con ADB aperto e progetto di accesso root prima di passare ulteriormente alla distribuzione. The same approach can be used for a digital signage open ADB project in which the customer's application already exists and the main requirement is to deploy that software onto a commercial Android display.

Un punto di partenza pratico per il tuo progetto di segnaletica Android

Un APK di proprietà del cliente cambia il modo in cui un display Android dovrebbe essere valutato.

Per un integratore, la valutazione più utile inizia con l'applicazione: se l'APK deve essere installato in modo indipendente, se l'App deve diventare il Launcher,se deve apparire automaticamente dopo il riavvio, e se è necessario un accesso più approfondito al sistema.

Invece di trattare l'ADB aperto, l'installazione APK, il comportamento del Launcher e Root come specifiche non correlate,Li abbiamo valutati come parte dello stesso requisito di distribuzione del software.

Se il vostro progetto ha già il proprio Android APK, il passo successivo è quello di definire il comportamento dell'applicazione prevista e abbinarlo con l'appropriatoDisplay di segnaletica digitale AndroidUn dispositivo di esempio può quindi essere utilizzato per convalidare l'APK, il comportamento del Launcher, il comportamento di riavvio e l'accesso al sistema richiesto prima di passare a una distribuzione più ampia.Lo stesso modello di distribuzione si applica a tutte le applicazioni di visualizzazione Android, dai pannelli di prenotazione delle sale riunioni agli schermi di ordinazione dei ristoranti,tablet per la prenotazione della sala conferenze- ecompressa per ordinare in ristoranteserie.Se state valutando una distribuzione di display Android simile,Contatta la nostra squadra.per discutere i vostri requisiti APK e la configurazione del dispositivo.