Digitale signage Open ADB: Implementeren van een door de klant beheerde Android-app

Wanneer een digitaal signageproject een Android-applicatie van de klant omvat, is het kiezenAndroid digitale signage displayHet is niet langer alleen maar een kwestie van schermgrootte, resolutie of montagewijze.De belangrijkste vraag is of het Android-platform de integrator voldoende controle geeft om zijn eigen software te implementeren en uit te voeren..

Dit werd duidelijk toen een in Bosnië gevestigde digitale signage distributeur ons benaderde met een eis voor een compact Android-scherm.maar de klant had al zijn eigen Android App en wilde niet worden beperkt door een fabrieksgeïnstalleerde LauncherDe aanvraag omvatte open ADB, installatie van de APK aan de klantzijde, de mogelijkheid om de app van de klant te gebruiken als launcher en een stand die geschikt is voor verschillende installatieoriëntatie.

Voor dit soort projecten kijken we eerst naar de software-implementatievereiste.Kan de App de Launcher van het apparaat worden?En welk niveau van systeemtoegang is er beschikbaar als de integrator de Android-omgeving moet beheren?

Die vragen hebben ons ertoe gebracht het scherm te evalueren als een Android-platform in plaats van gewoon als een apparaat voor het afspelen van inhoud.

De klant had meer nodig dan een fabrieks-Android-omgeving

Een conventionele digitale signage-implementatie kan sterk afhankelijk zijn van de met het scherm geleverde software.en beheerd binnen de door de fabrikant beoogde werkstroom.

Een integrator met een eigen applicatie heeft een andere vereiste: het display wordt onderdeel van de bestaande softwareomgeving van de integrator,dus de mogelijkheid om een zelf geïnstalleerde APK te implementeren wordt onderdeel van het hardware selectie proces.

In dit geval was het niet zo eenvoudig om een applicatie één keer te installeren, de klant wilde dat zijn eigen software de normale interface werd die aan de gebruikers werd gepresenteerd.

In plaats van "Android" als een voldoende specificatie te behandelen, hebben we de implementatie gescheiden in verschillende praktische lagen:APK-installatie, aangepast Launcher gedrag, startgedrag, en Root toegang.

Onze bevestigde Android signage configuratie ondersteunt deze vereisten. ADB wordt ondersteund, de klant kan zijn eigen APK via ADB installeren,een App met de vereiste Launcher eigenschap kan de oorspronkelijke Launcher vervangen, en de geconfigureerde Launcher blijft het standaard toegangspunt na een herstart.adb shellHet werkt met Root privileges.

Voor een compacte toepassingsomgeving is de10.1-inch RK3588 Android 13 display geeft een relevant hardware-voorbeeld van een RK3588 Android 13 digitale signage display.Het maakt gebruik van een RK3588 processor en Android 13 en is gepositioneerd als een Android display voor toepassingen die software integratie en aanpassing vereisen..

Het product zelf is niet het belangrijkste punt van de zaak.Wat telt is dat de hardware een door de klant gecontroleerde softwareomgeving kan opnemen in plaats van dat de integrator zijn applicatie moet bouwen rond een vaste fabrieksinterface.

Open ADB maakt gebruikerszijde APK-implementatie mogelijk

Voor een integrator met een bestaande Android-applicatie,De eerste praktische vraag is of de software kan worden ingezet zonder afhankelijk te zijn van de vooraf geïnstalleerde applicatieomgeving van de fabrikant.Voor een informatie-display bijvoorbeeld kan de inzet van een21 inch RK3399 Android tablet / all-in-one touchscreen computerdie de eigen APK van de klant draait.

Open ADB biedt het toegangskanaal dat wordt gebruikt om te communiceren met het Android-apparaat vanaf een computer.de relevante mogelijkheid is dat de klant ADB kan gebruiken om zijn eigen APK te installeren.

De applicatie wordt door de klant geleverd in plaats van beperkt te zijn tot software die vooraf is geïnstalleerd door de displayfabrikant.

ADB, APK-installatie en Root moeten nog steeds als afzonderlijke mogelijkheden worden behandeld. ADB is het communicatiemechanisme. APK-installatie is de implementatieoperatie.Root bepaalt het beschikbare privilege niveau binnen het Android-systeem.

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.

In de bevestigde configuratie voor onze Android-signage-productlijn kan de klant ADB gebruiken om zijn eigen APK te installeren, terwijl Root-toegang standaard beschikbaar is.Dit geeft de integrator een duidelijk implementatiepad voor zijn eigen software en, indien nodig, diepere toegang tot de Android-omgeving.

Voor kopers die op zoek zijn naar android signage zelf installeren APK mogelijkheid of plannen om je eigen APK te installeren op een digitale signage-displayDit is een nuttiger onderscheid dan gewoon op zoek te gaan naar een Android-versie in het specificatieblad.

De belangrijkste stap komt na de APK-installatie

Het installeren van een APK maakt deze toepassing niet automatisch de belangrijkste interface van het apparaat.

Dit was een belangrijk onderdeel van de eis van de klant. De klant had al zijn eigen applicatie en wilde niet dat gebruikers via de fabriekslauncher binnenkwamen voordat ze die applicatie bereikten.

Een Android App met de juiste Launcher/Home eigenschap kan worden geconfigureerd als de standaard Launcher van het apparaat.de applicatie van de klant wordt het normale toegangspunt tot het Android-systeem.

De bevestigde configuratie ondersteunt deze aanpak. Wanneer de applicatie van de klant de vereiste Launcher-eigenschap heeft, kan deze de oorspronkelijke Launcher vervangen, waardoor het apparaat eenaangepaste launcher Android signage displayNa het opnieuw opstarten van het apparaat blijft de geconfigureerde Launcher standaard en kan het apparaat opnieuw de app van de klant invoeren.

Dit maakt een significant verschil tussen twee soorten Android-borden zelf installeren APK-projecten.

In het ene model installeert de klant simpelweg een applicatie naast de software van de fabrikant.Het tweede model is dichter bij wat veel integrators nodig hebben wanneer het scherm bedoeld is om te werken als onderdeel van een eigen applicatieomgeving.

Het onderscheid is ook waarom "APK-installatie ondersteund" niet als het volledige antwoord moet worden behandeld bij het evalueren van een aangepast lanceerproject voor digitaal signage.

Root-toegang geeft de integrator een diepere optie op systeemniveau

De vereiste van de klant omvatte ook open systeemtoegang, waar Root relevant wordt.

De bevestigde configuratie geeft Root toegang standaard.adb shellwerkt als Root in plaats van als een beperkte shell gebruiker.

Dit betekent niet dat Root vereist is om de APK van de klant te installeren.

De reden om Root tijdens de inkoop te verduidelijken is anders: een integrator kan een diepere toegang nodig hebben bij het aanpassen, configureren, debuggeren of beheren van zijn eigen softwareomgeving.12 inch RK3288 industriële Android tablet met NFC en wandmontagebiedt een compact muurmontageplatform met SDK-ondersteuning voor aangepaste integratie.

Voor dit soort projecten kan het onderscheid eenvoudig worden uitgedrukt:

Dit is ook de reden waarom we de open ADB kiosk display vereisten niet simpelweg beschrijven als een Root vereiste.Een project kan ADB en een aangepaste Launcher nodig hebben zonder dat elke systeemfunctie aan de gebruiker moet worden blootgesteld.

Aangepaste lanceerder en kiosk zijn verwant, maar niet identiek

Een aangepaste Launcher lost een belangrijk onderdeel van de gebruikerservaring op: het stelt de App van de klant in staat de normale Home-interface te worden.

Een strengere Kiosk-implementatie kan meer vereisen. De applicatie moet mogelijk de enige praktische gebruikersomgeving blijven.Het gebruik van Android-systeeminstellingen is beperkt, terwijl de normale navigatie naar het Android-desktop of de systeeminstellingen beperkt is. Een patroon dat relevant is voor selfservice-implementaties zoals onzePOS-kassa-serie.

Deze vereisten moeten afzonderlijk worden gedefinieerd.

Voor de bevestigde configuratie die in dit geval wordt besproken, kan de applicatie van de klant de standaardlauncher worden wanneer deze de vereiste Launcher-eigenschap heeft,en het apparaat kan terugkeren naar die app na een herstartDat bepaalt de positie van de applicatie als de primaire interface van het apparaat.

Als een project bovendien een strikte applicatievergrendeling, beperkte systeemnavigatie of een specifieke implementatie van apparaatbeheer vereist,die vereisten moeten worden geëvalueerd op basis van de applicatie- en implementatiemethode van de klant in plaats van ervan uit te gaan dat ze worden opgenomen omdat een aangepaste Launcher wordt ondersteund..

Dit onderscheid is vooral relevant voor integrators die hun eigen Kiosk-softwareomgeving bouwen.De juiste vraag is niet simpelweg of het display wordt geadverteerd als een Android kiosk display voor aangepaste appsEen zelfbediening implementatie zoals een Android-applicatie is een zelfbediening implementatie die de gebruiker in staat stelt om te controleren welke onderdelen van de Android-gebruikerservaring de applicatie van de klant daadwerkelijk moet controleren.11.6 inch Android POS kioskToont een klantapplicatie die als primaire interface op een Android-basis wordt uitgevoerd.

Het fysieke scherm moet nog steeds overeenkomen met de toepassing

De softwareconfiguratie was slechts een onderdeel van de oorspronkelijke aanvraag.

Een app kan worden ontworpen voor portret- of landschapspresentatie, maar de fysieke structuur bepaalt nog steeds hoe het scherm wordt geplaatst.

Voor een compacte toepassingsomgeving is de10.1-inch RK3588 Android 13 displayHet maakt gebruik van een RK3588 processor en Android 13 en is gepositioneerd als een Android display voor toepassingen die software integratie en aanpassing vereisen.

Het product zelf is niet het belangrijkste punt van de zaak.Wat telt is dat de hardware een door de klant gecontroleerde softwareomgeving kan opnemen in plaats van dat de integrator zijn applicatie moet bouwen rond een vaste fabrieksinterface.

Voor een compactAndroid digitale signage display, de 10,1 inch configuratie is dichter bij de oorspronkelijke vereiste.15.6 inch FHD IPS Android tablet met RK3288en de13.3-inch all-in-one Android tablet met FHD IPS-scherm en RK3288Voor toepassingen die een groter interactief oppervlak en een bewegende installatie nodig hebben, is de21.5-inch RK3588 Stand By Me Android displayBiedt een ander fysiek formaat met dezelfde algemene Android-platformbenadering.

De reden om deze twee overwegingen te scheiden is praktisch: de flexibiliteit van de software bepaalt niet automatisch de mechanische installatie.Een project dat landschaps- en portretplaatsing vereist, heeft nog steeds de juiste fysieke structuur nodig, rotatiemechanisme of standconfiguratie.

Daarom is onzeAndroid-advertentievertoningsbereikHet bevat verschillende commerciële beeldschermformaten die kunnen worden geëvalueerd op basis van de toepassingsomgeving, inclusief grotere vaste binnenpanelen zoals de24 inch RJ45 PoE all-in-one Android tabletmet een helderheid van 350 cd/m2.

Hoe we hielpen om de vereiste in een inzetbare opstelling te vertalen

Het nuttige deel van dit soort projecten is niet alleen het bevestigen dat een scherm Android draait.De uitdaging is het verbinden van de bestaande software van de klant met de hardwareomgeving waarin deze zal werken.

Voor de in Bosnië gevestigde distributeur zou de eis kunnen worden vertaald in een reeks praktische vragen: hoe zal de APK het apparaat bereiken, kan de applicatie de Launcher worden,Wat gebeurt er na het opnieuw opstarten, en welk niveau van Android-toegang heeft de integrator?

Zodra die vragen waren gescheiden, werd de hardware vereiste veel duidelijker.

De bevestigde capaciteit kan als volgt worden samengevat:

Dit is het deel van het proces dat de onzekerheid voor een integrator kan verminderen.de softwarevereiste kan worden gebruikt om te bepalen of het platform geschikt is voor een Android-digitaal signage-display met open ADB en root-toegangsproject voordat het verder in de implementatie gaat. 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.

Een praktisch beginpunt voor uw eigen Android-bordenproject

Een door de klant eigende APK verandert de manier waarop een Android-scherm moet worden geëvalueerd.

Voor een integrator begint de nuttigere evaluatie met de applicatie: of de APK onafhankelijk moet worden geïnstalleerd, of de App de Launcher moet worden,of het automatisch moet verschijnen na herstart, en of er behoefte is aan een diepere toegang tot het systeem.

In plaats van open ADB, APK installatie, Launcher gedrag, en Root als niet-gerelateerde specificaties te behandelen,We hebben ze geëvalueerd als onderdelen van dezelfde software implementatie vereiste.

Als uw project al een eigen Android APK heeft, is de volgende stap om het verwachte applicatiegedrag te definiëren en te matchen met de juisteAndroid digitale signage displayEen voorbeeldapparaat kan vervolgens worden gebruikt om de APK, Launcher-gedrag, herstartgedrag en vereiste systeemtoegang te valideren voordat het naar een bredere implementatie gaat.Hetzelfde inzetpatroon geldt voor alle Android-display-applicaties, van boekingspanelen voor vergaderruimtes tot bestel-schermen voor restaurants, zoals weerspiegeld inconferentieruimte boeking tabletentablet voor het bestellen van maaltijdenserie.Als u een vergelijkbare Android-displayimplementatie evalueert,Neem contact op met ons team.om uw APK-vereisten en apparaatconfiguratie te bespreken.