Dijital Tabela Açık ADB: Müşteriye Ait Bir Android Uygulaması Dağıtma

Bir dijital tabela projesi, müşteriye ait bir Android uygulaması içerdiğinde, bir serilerimizde yansıtılmaktadır. Benzer bir Android ekran dağıtımını değerlendiriyorsanız, APK gereksinimlerinizi ve cihaz yapılandırmanızı görüşmek için seçimi artık yalnızca ekran boyutu, çözünürlük veya montaj yöntemi sorunu olmaktan çıkmıştır. Daha önemli soru, Android platformunun entegratöre kendi yazılımını dağıtma ve çalıştırma konusunda yeterli kontrol sağlayıp sağlamadığıdır.

Bu, Bosna merkezli bir dijital tabela distribütörünün bizimle kompakt bir Android ekranı gereksinimiyle gelmesiyle netleşti. Amaçlanan uygulama bilgi gösterimini içeriyordu, ancak müşteri zaten kendi Android Uygulamasına sahipti ve fabrika tarafından yüklenmiş bir Başlatıcı ile kısıtlanmak istemiyordu. Talep, açık ADB, müşteri tarafı APK kurulumu, müşterinin Uygulamasını Başlatıcı olarak kullanma yeteneği ve farklı kurulum yönelimlerine uygun bir stand içeriyordu.

Bu tür bir proje için öncelikle yazılım dağıtım gereksinimine bakarız. Pratik sorular basittir: Müşterinin APK'sı bağımsız olarak kurulabilir mi? Uygulaması cihazın Başlatıcısı olabilir mi? Bu yapılandırma yeniden başlatmadan sonra kalacak mı? Ve entegratörün Android ortamını yönetmesi gerekirse ne düzeyde sistem erişimi mevcuttur?

Bu sorular bizi ekranı yalnızca bir içerik oynatma cihazı olarak değil, bir Android platformu olarak değerlendirmeye yöneltti.

Müşterinin Fabrika Android Ortamından Daha Fazlasına İhtiyacı Vardı

Geleneksel bir dijital tabela dağıtımı, ekranla birlikte gelen yazılıma büyük ölçüde güvenebilir. İçerik bir CMS aracılığıyla teslim edilebilir, bir fabrika uygulaması aracılığıyla başlatılabilir ve üreticinin amaçladığı iş akışı içinde yönetilebilir.

Kendi uygulamasına sahip bir entegratörün farklı bir gereksinimi vardır. Ekran, entegratörün mevcut yazılım ortamının bir parçası haline gelir, bu nedenle kendi kendine yüklenen bir APK'yı dağıtma yeteneği donanım seçimi sürecinin bir parçası olur.

Bu durumda gereksinim yalnızca bir kez uygulama yüklemek değildi. Müşteri, kullanıcılara sunulan normal arayüzün kendi yazılımı olmasını istiyordu.

Bu ayrım, talebe yaklaşımımızı değiştirdi. "Android"i yeterli bir spesifikasyon olarak ele almak yerine, dağıtımı birkaç pratik katmana ayırdık: ADB erişimi, APK kurulumu, özel Başlatıcı davranışı, başlangıç davranışı ve Kök erişimi.

Onayladığımız Android tabela yapılandırması bu gereksinimleri desteklemektedir. ADB desteklenmektedir, müşteri kendi APK'sını ADB aracılığıyla kurabilir, gerekli Başlatıcı özelliğine sahip bir Uygulama orijinal Başlatıcıyı değiştirebilir ve yapılandırılan Başlatıcı yeniden başlatmadan sonra varsayılan giriş noktası olarak kalır. Kök de varsayılan olarak açıktır, Bu, bir entegratör için belirsizliği azaltabilecek sürecin parçasıdır. Bir ekran seçip daha sonra yazılım kısıtlamalarını keşfetmek yerine, yazılım gereksinimi, açık ADB ve kök erişimine sahip bir Android dijital tabela ekranı projesi için platformun uygun olup olmadığını, dağıtıma daha fazla ilerlemeden önce belirlemek için kullanılabilir. Müşterinin uygulamasının zaten mevcut olduğu ve ana gereksinimin bu yazılımı ticari bir Android ekrana dağıtmak olduğu bir dijital tabela açık ADB projesi için de aynı yaklaşım kullanılabilir. Kök ayrıcalıklarıyla çalışır.

Android dijital tabela ekranı için 10.1 inçlik yapılandırma orijinal gereksinime daha yakındır. yazılım entegrasyonu ve özelleştirme gerektiren uygulamalar için bir Android ekranı olarak konumlandırılmış bir RK3588 işlemci ve Android 13 kullanan, ilgili bir donanım örneği sunmaktadır.

ve

Açık ADB, Müşteri Tarafından APK Dağıtımını Mümkün Kılar

Mevcut bir Android uygulamasına sahip bir entegratör için ilk pratik soru, yazılımın üreticinin önceden yüklenmiş uygulama ortamına güvenmeden dağıtılıp dağıtılamayacağıdır. Örneğin, bir bilgi ekranı için bu dağıtım, müşterinin kendi APK'sını çalıştıran bir 21 inç RK3399 Android tablet / hepsi bir arada dokunmatik ekranlı bilgisayar ile başlayabilir.

Açık ADB, bir bilgisayardan Android cihazla iletişim kurmak için kullanılan erişim kanalıdır. Bu dağıtım senaryosunda, ilgili yetenek, müşterinin kendi APK'sını yüklemek için ADB'yi kullanabilmesidir.

Bu bazen yan yüklenmiş APK dağıtımı olarak tanımlanır. Uygulama, ekran üreticisi tarafından önceden yüklenmiş yazılımla sınırlı olmak yerine müşteri tarafından sağlanır.

ADB, APK kurulumu ve Kök hala ayrı yetenekler olarak ele alınmalıdır. ADB iletişim mekanizmasıdır. APK kurulumu dağıtım işlemidir. Kök, Android sistemi içindeki ayrıcalık düzeyini belirler.

Bu ayrım, tedarik sırasında önemlidir çünkü bir ekran Android'i destekleyebilir ve hatta uygulama kurulumuna izin verebilir, ancak bir entegratörün gerektirdiği sistem erişimi düzeyini sağlamadan.

Android tabela ürün hattımız için onaylanan yapılandırmada, müşteri kendi APK'sını yüklemek için ADB'yi kullanabilirken, Kök erişimi varsayılan olarak mevcuttur. Bu, entegratöre kendi yazılımı için net bir dağıtım yolu ve gerektiğinde Android ortamına daha derin erişim sağlar.

Android tabela kendi kendine APK yükleme yeteneği arayan alıcılar için — veya kendi APK'nızı bir dijital tabela ekranına yüklemeyi planlayanlar için — bu, spesifikasyon sayfasında yalnızca bir Android sürümü aramaktan daha kullanışlı bir ayrımdır.

APK Kurulumundan Sonra Gelen Önemli Adım

Bir APK yüklemek, o uygulamanın otomatik olarak cihazın ana arayüzü olmasını sağlamaz.

Bu, müşterinin gereksiniminin önemli bir parçasıydı. Müşteri zaten kendi uygulamasına sahipti ve o uygulamaya ulaşmadan önce kullanıcıların fabrika Başlatıcısından girmesini istemiyordu.

Uygun Başlatıcı/Ana Sayfa özelliğine sahip bir Android Uygulaması, cihazın varsayılan Başlatıcısı olarak yapılandırılabilir. Varsayılan Başlatıcı haline geldiğinde, müşterinin uygulaması Android sistemine normal giriş noktası haline gelir.

Onaylanan yapılandırma bu yaklaşımı desteklemektedir. Müşterinin Uygulaması gerekli Başlatıcı özelliğine sahip olduğunda, orijinal Başlatıcıyı değiştirebilir ve cihazı bir özel başlatıcı Android tabela ekranına dönüştürebilir. Cihaz yeniden başlatıldıktan sonra, yapılandırılan Başlatıcı varsayılan olarak kalır ve cihaz tekrar müşterinin Uygulamasına girebilir.

Bu, iki tür Android tabela kendi kendine APK yükleme projesi arasında anlamlı bir fark yaratır.

Bir modelde, müşteri yalnızca üreticinin yazılımının yanında bir uygulama yükler. Diğerinde ise müşterinin uygulaması cihazın birincil arayüzü haline gelir. İkinci model, ekranın özel bir uygulama ortamının parçası olarak çalışması amaçlandığında birçok entegratörün ihtiyaç duyduğuna daha yakındır.

Bu ayrım aynı zamanda "APK kurulumu desteklenir"in özel bir başlatıcı dijital tabela projesini değerlendirirken tam cevap olarak ele alınmamasının nedenidir.

Kök Erişimi Entegratöre Daha Derin Bir Sistem Düzeyi Seçeneği Sunar

Müşterinin gereksinimi açık sistem erişimini de içeriyordu ve Kök'ün ilgili olduğu yer burasıdır.

Onaylanan yapılandırma varsayılan olarak Kök erişimi sağlar. Daha spesifik olarak, Bu, bir entegratör için belirsizliği azaltabilecek sürecin parçasıdır. Bir ekran seçip daha sonra yazılım kısıtlamalarını keşfetmek yerine, yazılım gereksinimi, açık ADB ve kök erişimine sahip bir Android dijital tabela ekranı projesi için platformun uygun olup olmadığını, dağıtıma daha fazla ilerlemeden önce belirlemek için kullanılabilir. Müşterinin uygulamasının zaten mevcut olduğu ve ana gereksinimin bu yazılımı ticari bir Android ekrana dağıtmak olduğu bir dijital tabela açık ADB projesi için de aynı yaklaşım kullanılabilir. kısıtlı bir kabuk kullanıcısı olarak değil, Kök olarak çalışır.

Bu, müşterinin APK'sını yüklemek için Kök'ün gerekli olduğu anlamına gelmez. APK dağıtımı ve Kök, sistemin ayrı parçalarıdır.

Tedarik sırasında Kök'ü netleştirmenin nedeni farklıdır: bir entegratör, kendi yazılım ortamını uyarlarken, yapılandırırken, hata ayıklarken veya yönetirken daha derin erişime ihtiyaç duyabilir. Bu görevler için, NFC ve duvara montajlı 12 inç RK3288 endüstriyel Android tablet özel entegrasyon için SDK desteği ile kompakt, duvara monte edilebilir bir platform sunar.

Bu tür bir proje için ayrım basitçe ifade edilebilir:

Açık ADB kiosk ekran gereksinimlerini yalnızca bir Kök gereksinimi olarak tanımlamamızın nedeni de budur. Bir proje, her sistem fonksiyonunun kullanıcıya maruz bırakılmasını gerektirmeden ADB ve özel bir Başlatıcıya ihtiyaç duyabilir.

Özel Başlatıcı ve Kiosk İlişkili, Ancak Aynı Değil

Özel bir Başlatıcı, kullanıcı deneyiminin önemli bir parçasını çözer: müşterinin Uygulamasının normal Ana arayüzü olmasını sağlar.

Daha katı bir Kiosk dağıtımı bundan daha fazlasını gerektirebilir. Uygulama, normal Android masaüstüne veya sistem ayarlarına navigasyonun kısıtlandığı, yalnızca pratik kullanıcıya dönük ortam olarak kalması gerekebilir — POS nakit kayıt cihazı serimiz gibi kendi kendine hizmet dağıtımları için ilgili bir desen.Bu gereksinimler ayrı ayrı tanımlanmalıdır.Bu davada tartışılan onaylanan yapılandırma için, müşterinin Uygulaması gerekli Başlatıcı özelliğine sahip olduğunda varsayılan Başlatıcı olabilir ve cihaz yeniden başlatıldıktan sonra o Uygulamaya dönebilir. Bu, uygulamanın cihazın birincil arayüzü olarak konumunu belirler.

Bir proje ek olarak katı uygulama kilitleme, kısıtlı sistem navigasyonu veya belirli bir cihaz yönetimi uygulaması gerektiriyorsa, bu gereksinimler, özel bir Başlatıcının desteklenmesi nedeniyle dahil oldukları varsayılarak değil, müşterinin uygulamasına ve dağıtım yöntemine göre değerlendirilmelidir.

Bu ayrım, kendi Kiosk yazılım ortamlarını oluşturan entegratörler için özellikle önemlidir. Doğru soru, ekranın özel uygulamalar için bir Android kiosk ekranı olarak reklamının yapılıp yapılmadığı değil, müşterinin uygulamasının Android kullanıcı deneyiminin hangi bölümlerini gerçekten kontrol etmesi gerektiğidir. Bir 11.6 inç Android POS kiosk gibi kendi kendine hizmet dağıtımı, bir Android tabanında birincil arayüz olarak çalışan bir müşteri uygulamasını gösterir.

Fiziksel Ekran Hala Uygulamaya Uymalıdır

Yazılım yapılandırması orijinal talebin yalnızca bir parçasıydı. Müşteri ayrıca kompakt bir ekran ve farklı yönelimleri barındırabilen bir standa ihtiyaç duyuyordu.Bu gereksinim Başlatıcı yapılandırmasının dışındadır. Bir Uygulama dikey veya yatay sunum için tasarlanabilir, ancak fiziksel yapı hala ekranın nasıl konumlandırıldığını belirler.Kompakt bir uygulama ortamı için,

10.1 inç RK3588 Android 13 ekranı

yazılım entegrasyonu ve özelleştirme gerektiren uygulamalar için bir Android ekranı olarak konumlandırılmış, ilgili bir donanım örneği sunmaktadır. Ürünün kendisi davanın ana noktası değildir. Önemli olan, donanımın entegratörün uygulamasını sabit bir fabrika arayüzü etrafında oluşturmasını gerektirmek yerine, müşterinin kontrolündeki bir yazılım ortamını barındırabilmesidir.

Kompakt bir

Android dijital tabela ekranı için 10.1 inçlik yapılandırma orijinal gereksinime daha yakındır. RK3288'li 15.6 inç FHD IPS Android tablet

ve

RK3288'li 13.3 inç hepsi bir arada Android tablet FHD IPS ekran serilerimizde yansıtılmaktadır. Benzer bir Android ekran dağıtımını değerlendiriyorsanız, APK gereksinimlerinizi ve cihaz yapılandırmanızı görüşmek için 21.5 inç RK3588 Stand By Me Android ekranı aynı genel Android platform yaklaşımını kullanırken farklı bir fiziksel format sunar.Bu iki hususun ayrılmasının nedeni pratiktir. Yazılım esnekliği otomatik olarak mekanik kurulumu belirlemez. Yatay ve dikey yerleşim gerektiren bir proje hala uygun fiziksel yapı, döndürme mekanizması veya stand yapılandırmasına ihtiyaç duyar.Bu nedenle, Android reklam ekranı ürün yelpazemiz uygulama ortamına göre değerlendirilebilecek farklı ticari ekran formatlarını içerir — 350cd/m² parlaklığa sahip 24 inç RJ45 PoE hepsi bir arada Android tablet

gibi daha büyük sabit iç mekan panelleri dahil.

Gereksinimi Dağıtılabilir Bir Yapılandırmaya Nasıl ÇevirdikBu tür bir projenin kullanışlı kısmı, yalnızca bir ekranın Android çalıştırdığını doğrulamak değildir. Zorluk, müşterinin mevcut yazılımını çalışacağı donanım ortamıyla bağlamaktır.Bosna merkezli distribütör için gereksinim, bir dizi pratik soruya çevrilebilir: APK cihaza nasıl ulaşacak, uygulama Başlatıcı olabilir mi, yeniden başlatmadan sonra ne olacak ve entegratörün ne düzeyde Android erişimi var?Bu sorular ayrıldıktan sonra donanım gereksinimi çok daha net hale geldi.Onaylanan yetenek aşağıdaki gibi özetlenebilir:

Müşteri gereksinimi

Onaylanan yetenek

ADB erişimi

Desteklenir

Müşteri kendi APK'sını kurar

Projenizin zaten kendi Android APK'nız varsa, bir sonraki adım beklenen uygulama davranışını tanımlamak ve bunu uygun

Android dijital tabela ekranı

yapılandırmasıyla eşleştirmektir. Ardından, daha geniş dağıtıma geçmeden önce APK'yı, Başlatıcı davranışını, yeniden başlatma davranışını ve gerekli sistem erişimini doğrulamak için örnek bir cihaz kullanılabilir. Aynı dağıtım deseni, toplantı odası rezervasyon panellerinden restoran sipariş ekranlarına kadar Android ekran uygulamaları genelinde geçerlidir, bu da

konferans odası rezervasyon tableti

ve

restoran sipariş tableti serilerimizde yansıtılmaktadır. Benzer bir Android ekran dağıtımını değerlendiriyorsanız, APK gereksinimlerinizi ve cihaz yapılandırmanızı görüşmek için ekibimizle iletişime geçin.