Digital Signage Open ADB: Bereitstellung einer kundeneigenen Android-App
Wenn ein Digital Signage-Projekt eine Android-Anwendung im Besitz des Kunden beinhaltet, ist die Wahl einerAndroid-Digital Signage-DisplayEs geht nicht mehr nur um die Größe des Bildschirms, die Auflösung oder die Montage.Die wichtigere Frage ist, ob die Android-Plattform dem Integrator genügend Kontrolle gibt, um seine eigene Software bereitzustellen und auszuführen..
Dies wurde deutlich, als ein in Bosnien ansässiger Digital Signage Distributor uns mit der Anforderung eines kompakten Android-Displays ansprach.aber der Kunde hatte bereits seine eigene Android App und wollte nicht von einem von der Fabrik installierten Launcher eingeschränkt werdenDie Anfrage beinhaltete eine offene ADB, die Installation von APK an der Kundenseite, die Möglichkeit, die App des Kunden als Launcher zu verwenden und einen Stand, der für verschiedene Installationsrichtungen geeignet ist.
Für diese Art von Projekten betrachten wir zunächst die Anforderungen an die Bereitstellung der Software. Die praktischen Fragen sind einfach: Kann die APK des Kunden unabhängig installiert werden?Kann seine App zum Launcher des Geräts werden?? Wird diese Konfiguration nach einem Neustart erhalten bleiben? Und welche Stufe des Systemzugangs ist verfügbar, wenn der Integrator die Android-Umgebung verwalten muss?
Diese Fragen führten uns dazu, das Display eher als Android-Plattform zu bewerten als einfach nur als Content-Playback-Gerät.

Der Kunde brauchte mehr als eine Android-Fabrikumgebung
Eine herkömmliche Digital Signage-Einführung kann stark auf die mit dem Display gelieferte Software angewiesen sein.und im Rahmen des vom Hersteller vorgesehenen Arbeitsablaufs verwaltet werden.
Ein Integrator mit eigener Anwendung hat eine andere Anforderung. Das Display wird Teil der bestehenden Softwareumgebung des Integrators,Also die Fähigkeit, ein selbst installiertes APK zu implementieren, wird Teil des Hardware-Auswahlprozesses.
In diesem Fall bestand die Anforderung nicht darin, eine Anwendung nur einmal zu installieren, sondern der Kunde wollte, daß seine eigene Software die normale Benutzeroberfläche für die Benutzer wird.
Anstatt "Android" als ausreichende Spezifikation zu behandeln, trennten wir die Bereitstellung in mehrere praktische Ebenen:Installation von APK, benutzerdefiniertes Launcher-Verhalten, Startverhalten und Root-Zugriff.
Unsere bestätigte Android Signage Konfiguration unterstützt diese Anforderungen. ADB wird unterstützt, der Kunde kann sein eigenes APK über ADB installieren,Eine App mit der erforderlichen Launcher-Eigenschaft kann den ursprünglichen Launcher ersetzen, und der konfigurierte Launcher bleibt nach einem Neustart der Standard-Eingangspunkt.Adb-SchaleSie arbeiten mit Root-Rechten.
Für eine kompakte Anwendungsumgebung10.1-Zoll-RK3588 Android 13-Display bietet ein entsprechendes Hardwarebeispiel für ein RK3588 Android 13 Digital Signage Display.Es verwendet einen RK3588 Prozessor und Android 13 und ist als Android-Display für Anwendungen positioniert, die Softwareintegration und Anpassung erfordern..
Das Produkt selbst ist nicht der Hauptpunkt des Falles.Was zählt, ist, dass die Hardware eine vom Kunden gesteuerte Softwareumgebung aufnehmen kann, anstatt dass der Integrator seine Anwendung um eine feste Fabrikoberfläche herum bauen muss.
Offene ADB ermöglicht die Bereitstellung von APKs für Kunden
Für einen Integrator mit einer vorhandenen Android-Anwendung,Die erste praktische Frage ist, ob die Software bereitgestellt werden kann, ohne sich auf die vorinstallierte Anwendungsumgebung des Herstellers zu verlassen.- für eine Informationsanzeige beispielsweise kann die Bereitstellung von einem21 Zoll RK3399 Android Tablet / All-in-One-Touchscreen-ComputerDas läuft mit dem eigenen APK des Kunden.
Open ADB stellt den Zugangskanal zur Verfügung, der zur Kommunikation mit dem Android-Gerät von einem Computer aus verwendet wird.Die relevante Fähigkeit besteht darin, dass der Kunde ADB verwenden kann, um sein eigenes APK zu installieren..
Dies wird manchmal als side-loaded APK-Bereitstellung beschrieben. Die Anwendung wird vom Kunden bereitgestellt, anstatt sich auf von dem Displayhersteller vorinstallierte Software zu beschränken.
ADB, APK-Installation und Root sollten immer noch als getrennte Fähigkeiten behandelt werden. ADB ist der Kommunikationsmechanismus. APK-Installation ist der Bereitstellungsvorgang.Root bestimmt die Privilegien, die im Android-System verfügbar sind.
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 der für unsere Android-Signalprodukte bestätigten Konfiguration kann der Kunde ADB verwenden, um sein eigenes APK zu installieren, während Root-Zugriff standardmäßig verfügbar ist.Dies gibt dem Integrator einen klaren Einsatzweg für seine eigene Software und, gegebenenfalls einen tieferen Zugang zur Android-Umgebung.
Für Käufer auf der Suche nach Android-Schilder selbst installieren APK-Fähigkeit mit einer Breite von mehr als 20 mm,Dies ist eine nützlichere Unterscheidung, als einfach nach einer Android-Version im Spezifikationsblatt zu suchen.

Der wichtige Schritt kommt nach der APK-Installation
Die Installation eines APK macht diese Anwendung nicht automatisch zur Hauptschnittstelle des Geräts.
Dies war ein wichtiger Bestandteil der Kundenanforderung. Der Kunde hatte bereits eine eigene Anwendung und wollte nicht, dass die Benutzer durch den Factory Launcher eingegeben werden, bevor sie diese Anwendung erreichen.
Eine Android-App mit der entsprechenden Launcher/Home-Eigenschaft kann als Standard-Launcher des Geräts konfiguriert werden.Die Anwendung des Kunden wird zum normalen Zugang zum Android-System.
Die bestätigte Konfiguration unterstützt diesen Ansatz. Wenn die App des Kunden die erforderliche Launcher-Eigenschaft besitzt, kann sie den ursprünglichen Launcher ersetzen und das Gerät in einenangepasster Launcher Android-Signal-Display. Nachdem das Gerät neu gestartet wurde, bleibt der konfigurierte Launcher der Standard und das Gerät kann die App des Kunden erneut betreten.
Dies schafft einen bedeutenden Unterschied zwischen zwei Arten von Android-Signage-APK-Projekten.
In einem Modell installiert der Kunde einfach eine Anwendung neben der Software des Herstellers. In dem anderen wird die Anwendung des Kunden zur primären Schnittstelle des Geräts.Das zweite Modell entspricht dem, was viele Integratoren benötigen, wenn das Display als Teil einer proprietären Anwendungsumgebung betrieben werden soll.

Die Unterscheidung ist auch, warum "APK-Installation unterstützt" sollte nicht als die vollständige Antwort behandelt werden, wenn eine benutzerdefinierte Launcher-Digital Signage-Projekt zu bewerten.
Der Root-Zugriff gibt dem Integrator eine tiefere Option auf Systemebene
Die Kundenanforderung umfasste auch den Zugang zu offenen Systemen, wo Root relevant wird.
Die bestätigte Konfiguration bietet Root-Zugriff standardmäßig.Adb-Schalewird als Root und nicht als eingeschränkter Shell-Benutzer betrieben.
Dies bedeutet nicht, dass Root einfach benötigt wird, um das APK des Kunden zu installieren. APK-Bereitstellung und Root sind separate Teile des Systems.
Der Grund für die Klärung von Root während der Beschaffung ist unterschiedlich: Ein Integrator benötigt möglicherweise einen tieferen Zugriff bei der Anpassung, Konfiguration, Debugging oder Verwaltung seiner eigenen Softwareumgebung.12-Zoll-RK3288 Industrie-Android-Tablet mit NFC und Wandmontagebietet eine kompakte wandmontierbare Plattform mit SDK-Unterstützung für die individuelle Integration.
Für diese Art von Projekten kann die Unterscheidung einfach ausgedrückt werden:
| Fähigkeit | Was sie bestimmt |
|---|---|
| ADB | Ob der Integrator über ADB mit dem Android-Gerät kommunizieren kann |
| Installation von APK | Ob die eigene Anwendung des Kunden bereitgestellt werden kann |
| Träger | Ob die App des Kunden zur primären Schnittstelle des Geräts werden kann |
| Automatisches Starten | Ob der konfigurierte Launcher nach dem Neustart erneut eingegeben wird |
| Wurzeln | Wie viel Zugriff auf Systemebene hat der Integrator |
Aus diesem Grund beschreiben wir die Anforderungen an offene ADB-Kiosken nicht einfach als Root-Anforderung.Ein Projekt kann ADB und einen benutzerdefinierten Launcher benötigen, ohne dass jede Systemfunktion dem Benutzer ausgesetzt sein muss.
Custom Launcher und Kiosk sind verwandt, aber nicht identisch
Ein benutzerdefinierter Launcher löst einen wichtigen Teil der Benutzererfahrung: Er ermöglicht es der App des Kunden, die normale Home-Schnittstelle zu werden.
Eine strengere Einführung von Kiosks kann mehr als das erfordern.Während die normale Navigation auf dem Android-Desktop oder System-Einstellungen eingeschränkt ist, ein Muster für Self-Service-Bereitstellungen wie unsereKassenreihen.
Diese Anforderungen sollten gesondert festgelegt werden.

Für die in diesem Fall diskutierte bestätigte Konfiguration kann die App des Kunden zum Standard-Launcher werden, wenn sie die erforderliche Launcher-Eigenschaft hat,und das Gerät kann nach dem Neustart zu dieser App zurückkehrenDas stellt die Position der Anwendung als primäre Schnittstelle des Geräts fest.
Wenn ein Projekt zusätzlich eine strikte Anwendungsverriegelung, eine eingeschränkte Systemnavigation oder eine spezifische Geräteverwaltungsanwendung erfordert,Diese Anforderungen sollten anhand der Anwendung und der Bereitstellungsmethode des Kunden bewertet werden, anstatt davon auszugehen, dass sie einfach nur deshalb enthalten sind, weil ein benutzerdefinierter Launcher unterstützt wird..
Diese Unterscheidung ist besonders für Integratoren relevant, die ihre eigene Kiosk-Softwareumgebung erstellen.Die richtige Frage ist nicht einfach, ob das Display als Android-Kiosk-Display für benutzerdefinierte Apps beworben wird, aber welche Teile der Android-Benutzererfahrung die Anwendung des Kunden tatsächlich steuern muss.11.6-Zoll-Android-POS-Kioskzeigt eine Kundenanwendung, die als primäre Schnittstelle auf einer Android-Basis ausgeführt wird.
Das physische Display muss noch mit der Anwendung übereinstimmen
Die Software-Konfiguration war nur ein Teil des ursprünglichen Antrags, außerdem benötigte der Kunde eine kompakte Anzeige und einen Stand, der unterschiedliche Ausrichtungen aufnehmen konnte.
Eine App kann für Porträt- oder Landschaftsdarstellung konzipiert werden, aber die physikalische Struktur bestimmt immer noch, wie das Display positioniert wird.
Für eine kompakte Anwendungsumgebung10.1-Zoll-RK3588 Android 13-DisplayEs verwendet einen RK3588 Prozessor und Android 13 und ist als Android-Display für Anwendungen positioniert, die Softwareintegration und Anpassung erfordern.

Das Produkt selbst ist nicht der Hauptpunkt des Falles.Was zählt, ist, dass die Hardware eine vom Kunden gesteuerte Softwareumgebung aufnehmen kann, anstatt dass der Integrator seine Anwendung um eine feste Fabrikoberfläche herum bauen muss.
Für einen KompaktwagenAndroid-Digital Signage-Display, ist die 10,1 Zoll-Konfiguration näher an der ursprünglichen Anforderung.15.6 Zoll FHD IPS Android Tablet mit RK3288und die13.3-Zoll-Android-Tablet mit IPS-Bildschirm und RK3288Für Anwendungen, die eine größere interaktive Oberfläche und eine bewegliche Installation benötigen, ist die21.5-Zoll-RK3588 Stand By Me Android-Displaybietet ein anderes physisches Format, wobei der gleiche allgemeine Android-Plattformansatz verwendet wird.
Der Grund für die Trennung dieser beiden Erwägungen ist praktisch: Die Flexibilität der Software bestimmt nicht automatisch die mechanische Installation.Ein Projekt, das eine Landschafts- und Porträtplatzierung erfordert, benötigt immer noch die entsprechende physische Struktur, Drehmechanismus oder Ständerkonfiguration.
Aus diesem Grund ist unsereAndroid-WerbeanzeigebereichDie Anwendungsumgebung kann unterschiedliche kommerzielle Anzeigenformate einschließen, die je nach Anwendungsumgebung bewertet werden können, einschließlich größerer, fest installierter Innenplatten wie der24 Zoll RJ45 PoE All-in-One Android Tabletmit einer Helligkeit von 350 cd/m2.
Wie wir dazu beigetragen haben, die Anforderung in eine einsetzbare Konfiguration zu übersetzen
Der nützliche Teil dieser Art von Projekt ist nicht einfach die Bestätigung, dass ein Display Android läuft.Die Herausforderung besteht darin, die bestehende Software des Kunden mit der Hardwareumgebung zu verbinden, in der sie betrieben wird.
Für den in Bosnien ansässigen Händler könnte sich die Anforderung in eine Reihe praktischer Fragen übersetzen: Wie wird das APK das Gerät erreichen, kann die Anwendung zum Launcher werden,Was passiert nach dem Neustart?, und welches Niveau von Android-Zugriff hat der Integrator?
Sobald diese Fragen getrennt waren, wurde die Hardwareanforderung deutlich klarer.

Die bestätigte Fähigkeit kann wie folgt zusammengefasst werden:
| Kundenanforderungen | Bestätigte Fähigkeit |
|---|---|
| Zugang der ADB | Unterstützt |
| Der Kunde installiert sein eigenes APK | Unterstützung durch die ADB |
| Kunden-App ersetzt Fabrik-Launcher | Unterstützt, wenn die App die erforderliche Launcher-Eigenschaft hat |
| Kunden-App startet nach dem Neustart des Geräts | Unterstützt über den konfigurierten Launcher |
| Root-Zugriff | Standardmäßig offen |
Adb-SchalePrivileg |
Wurzeln |
| Produktlinie für Android-Schilder | Die bestätigten offenen Funktionen gelten für die gesamte Android-Produktlinie |
Dies ist der Teil des Prozesses, der die Unsicherheit für einen Integrator reduzieren kann.die Softwareanforderung kann verwendet werden, um festzustellen, ob die Plattform für eine Android-Digital Signage-Anzeige mit offenem ADB- und Root-Zugriffsprojekt geeignet ist, bevor sie weiter in die Bereitstellung geht. 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.
Ein praktischer Ausgangspunkt für Ihr eigenes Android-Signalprojekt
Ein Kunden-eigenes APK verändert die Art und Weise, wie ein Android-Display bewertet werden sollte. Die Bildschirmgröße und die Display-Spezifikationen sind immer noch wichtig, aber sie sind nur ein Teil der Bereitstellung.
Für einen Integrator beginnt die nützlichere Bewertung mit der Anwendung: ob das APK unabhängig installiert werden muss, ob die App zum Launcher werden muss,ob es nach dem Neustart automatisch angezeigt werden muss, und ob ein tieferer Systemzugang erforderlich ist.
Anstatt offenes ADB, APK-Installation, Launcherverhalten und Root als unabhängige Spezifikationen zu behandeln,Wir haben sie als Teil der gleichen Software-Bereitstellungsanforderung ausgewertet.
Wenn Ihr Projekt bereits über ein eigenes Android APK verfügt, ist der nächste Schritt, das erwartete Anwendungsverhalten zu definieren und es mit dem entsprechendenAndroid-Digital Signage-DisplayEin Beispielgerät kann dann verwendet werden, um das APK, das Launcherverhalten, das Neustartverhalten und den erforderlichen Systemzugang zu validieren, bevor man zu einer breiteren Bereitstellung übergeht.Das gleiche Bereitstellungsmuster gilt für Android-Display-Anwendungen, von Buchungs-Panels für Tagungsräume bis hin zu Bestellbildschirmen für Restaurants.Konferenzraum-Buchung TabletundTablette zur Bestellung in RestaurantsSerie.Wenn Sie eine ähnliche Android-Display-Bereitstellung bewerten,Kontaktieren Sie unser Team.um Ihre APK-Anforderungen und Gerätekonfiguration zu besprechen.