تابلوهای دیجیتال ADB باز: استقرار برنامه اندروید متعلق به مشتری

هنگامی که یک پروژه نشانه گذاری دیجیتال شامل یک برنامه اندرویدی متعلق به مشتری است، انتخاب یکصفحه نمایش سیگنال دیجیتال اندرویددیگر فقط یک سوال از اندازه صفحه نمایش، وضوح یا روش نصب نیست.سوال مهم تر این است که آیا پلت فرم اندروید به یکپارچه کننده کنترل کافی برای استقرار و اجرای نرم افزار خود را می دهد.

این موضوع زمانی روشن شد که یک توزیع کننده سیگنال دیجیتال مستقر در بوسنی با نیاز به یک صفحه نمایش اندرویدی فشرده به ما نزدیک شد.اما مشتری قبلا برنامه اندرویدی خودش را داشت و نمی خواست توسط یک لانچر نصب شده در کارخانه محدود شود.درخواست شامل باز کردن ADB، نصب APK طرف مشتری، توانایی استفاده از اپلیکیشن مشتری به عنوان لانچر و یک استند مناسب برای جهت گیری های مختلف نصب است.

برای این نوع پروژه، ما ابتدا به نیاز به انتشار نرم افزار نگاه می کنیم. سوالات عملی ساده هستند: آیا می توان APK مشتری را به طور مستقل نصب کرد؟آیا اپلیکیشن آن می تواند لانچر دستگاه باشد؟آیا این پیکربندی پس از راه اندازی مجدد باقی خواهد ماند؟ و اگر یکپارچه کننده نیاز به مدیریت محیط اندروید داشته باشد، چه سطح دسترسی به سیستم در دسترس است؟

این سوالات ما را به ارزیابی صفحه نمایش به عنوان یک پلت فرم اندروید و نه به سادگی به عنوان یک دستگاه پخش محتوا هدایت کرد.

مشتری به چیزی بیشتر از یک محیط اندرویدی کارخانه نیاز داشت

استفاده از سیگنال های دیجیتال معمولی می تواند به شدت به نرم افزار ارائه شده با صفحه نمایش بستگی داشته باشد. محتوا ممکن است از طریق یک CMS تحویل داده شود، از طریق یک برنامه کارخانه راه اندازی شود،و در جریان کار مورد نظر سازنده مدیریت می شود.

یک یکپارچه ساز با برنامه ی کاربردی خاص خود نیاز متفاوتی دارد. صفحه نمایش به بخشی از محیط نرم افزاری موجود یکپارچه ساز تبدیل می شود.بنابراین توانایی به کارگیری یک APK خود نصب می شود بخشی از فرآیند انتخاب سخت افزار.

در این مورد، نیاز به نصب یک بار برنامه نبود. مشتری می خواست نرم افزار خود را به رابط عادی ارائه شده به کاربران تبدیل کند.

این تمایز نحوه برخورد ما با درخواست را تغییر داد. به جای اینکه "اندروید" را به عنوان یک مشخصات کافی در نظر بگیریم، ما انتشار را به چندین لایه عملی جدا کردیم: دسترسی ADB،نصب APK، رفتار لانچر سفارشی، رفتار راه اندازی، و دسترسی ریشه.

پیکربندی تایید شده آندروید ما از این الزامات پشتیبانی می کند. ADB پشتیبانی می شود، مشتری می تواند APK خود را از طریق ADB نصب کند،یک اپلیکیشن با ویژگی Launcher مورد نیاز می تواند جایگزین Launcher اصلی شود، و راه اندازی تنظیم شده پس از راه اندازی مجدد نقطه ورودی پیش فرض باقی می ماند. ریشه نیز به طور پیش فرض باز است، باadb shellکه با امتيازات روت کار ميکنه.

برای یک محیط کاربردی جمع و جور،10صفحه نمایش اندروید 13 یک مثال سخت افزاری مربوط به یک صفحه نمایش دیجیتال RK3588 اندروید 13 را ارائه می دهد.از یک پردازنده RK3588 و اندروید 13 استفاده می کند و به عنوان یک صفحه نمایش اندروید برای برنامه هایی که نیاز به ادغام و سفارشی سازی نرم افزار دارند، قرار دارد..

خود محصول موضوع اصلی این پرونده نیست.آنچه مهم است این است که سخت افزار می تواند محیط نرم افزاری تحت کنترل مشتری را جای نیاز به یکپارچه سازی برای ساخت برنامه خود را در اطراف یک رابط کارخانه ثابت.

باز کردن ADB امکان استفاده از APK در سمت مشتری را فراهم می کند

برای یک یکپارچه ساز با یک برنامه اندرویدی موجود،اولین سوال عملی این است که آیا نرم افزار می تواند بدون تکیه بر محیط برنامه های نصب شده از قبل تولید کننده استفاده شود.برای یک نمایش اطلاعات، به عنوان مثال، این انتشار می تواند از یکتبلت اندرویدی 21 اینچی RK3399 / کامپیوتر تمام در یک صفحه لمسیکه APK خود مشتری را اجرا می کند.

ADB باز کانال دسترسی را برای برقراری ارتباط با دستگاه اندروید از یک کامپیوتر فراهم می کند.قابلیت مربوطه این است که مشتری می تواند از ADB برای نصب APK خود استفاده کند..

این گاهی اوقات به عنوان پیاده سازی APK side-loaded توصیف می شود. این برنامه توسط مشتری ارائه می شود نه اینکه به نرم افزار پیش بارگذاری شده توسط تولید کننده صفحه نمایش محدود شود.

ADB، نصب APK و Root هنوز هم باید به عنوان قابلیت های جداگانه مورد توجه قرار گیرند. ADB مکانیسم ارتباطی است. نصب APK عملیات است.روت سطح امتیازات موجود در سیستم اندروید را تعیین می کند.

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.

در پیکربندی تایید شده برای خط محصول نشانه گذاری اندروید ما، مشتری می تواند از ADB برای نصب APK خود استفاده کند، در حالی که دسترسی ریشه به طور پیش فرض در دسترس است.این به یکپارچه ساز یک مسیر آشکار برای پیاده سازی نرم افزار خود و، در صورت لزوم، دسترسی عمیق تر به محیط اندروید.

برای خریداران به دنبال آندروید خود نصب APK قابلیت یا برنامه ریزی برای نصب APK خود را بر روی یک صفحه نمایش سیگنال دیجیتالاین یک تمایز مفید تر از صرفاً جستجوی نسخه اندروید در ورق مشخصات است.

گام مهم بعد از نصب APK است

نصب APK به طور خودکار آن برنامه را به رابط اصلی دستگاه تبدیل نمی کند.

این بخش مهمی از نیاز مشتری بود. مشتری قبلاً برنامه خود را داشت و نمی خواست کاربران قبل از رسیدن به آن برنامه از طریق لانچر کارخانه وارد شوند.

یک اپلیکیشن اندرویدی با خاصیت Launcher/Home مناسب می تواند به عنوان Launcher پیش فرض دستگاه تنظیم شود.برنامه مشتری به نقطه ورود عادی به سیستم اندروید تبدیل می شود.

پیکربندی تایید شده از این رویکرد پشتیبانی می کند. هنگامی که اپلیکیشن مشتری دارای ویژگی Launcher مورد نیاز است، می تواند Launcher اصلی را جایگزین کند و دستگاه را به یکصفحه نمایش علامت گذاری اندروید. پس از راه اندازی مجدد دستگاه، راه اندازی شده تنظیم شده پیش فرض باقی می ماند و دستگاه می تواند دوباره به برنامه مشتری وارد شود.

این باعث می شود که تفاوت معنی داری بین دو نوع پروژه APK نصب خود را ایجاد کند.

در یک مدل، مشتری به سادگی یک برنامه را در کنار نرم افزار سازنده نصب می کند. در مدل دیگر، برنامه مشتری تبدیل به رابط اصلی دستگاه می شود.مدل دوم به آنچه بسیاری از یکپارچه کننده ها نیاز دارند نزدیک تر است زمانی که صفحه نمایش به عنوان بخشی از یک محیط برنامه اختصاصی طراحی شده است.

این تمایز همچنین به این دلیل است که چرا "تاسیس APK پشتیبانی می شود" نباید به عنوان پاسخ کامل در هنگام ارزیابی یک پروژه علامت گذاری دیجیتال راه اندازی سفارشی مورد استفاده قرار گیرد.

دسترسی ریشه ای به یکپارچه کننده یک گزینه عمیق تر در سطح سیستم می دهد

نیاز مشتری همچنین شامل دسترسی به سیستم باز است، که در آن ریشه مهم می شود.

تشكيلات تاييد شده به طور پيش فرض دسترسی به روت را فراهم مي كند.adb shellبه جای اینکه به عنوان یک کاربر محدود استفاده کند، به عنوان Root عمل می کند.

این به این معنی نیست که Root به سادگی برای نصب APK مشتری مورد نیاز است.

دلیل روشن کردن روت در حین خرید متفاوت است: یک یکپارچه کننده ممکن است در هنگام سازگاری، پیکربندی، عیب یابی یا مدیریت محیط نرم افزاری خود به دسترسی عمیق تری نیاز داشته باشد.تبلت اندرویدی صنعتی 12 اینچی RK3288 با NFC و دیوارارائه یک پلت فرم کمپکت دیوار نصب شده با پشتیبانی SDK برای ادغام سفارشی.

برای این نوع پروژه، این تمایز را می توان به سادگی بیان کرد:

به همین دلیل است که ما الزامات نمایش کیوسک باز ADB را به سادگی به عنوان یک الزامات ریشه توصیف نمی کنیم.یک پروژه ممکن است نیاز به ADB و یک راه اندازی سفارشی بدون نیاز به هر عملکرد سیستم برای قرار گرفتن در معرض کاربر.

لانچر سفارشی و کیوسک مرتبط هستند، اما یکسان نیستند

یک لانچر سفارشی یک بخش مهم از تجربه کاربر را حل می کند: به اپلیکیشن مشتری اجازه می دهد تا به رابط اصلی عادی تبدیل شود.

یک پیاده سازی سختگیرانه تری از کیوسک ممکن است بیش از این نیاز داشته باشد.در حالی که ناوبری عادی به دسکتاپ اندروید یا تنظیمات سیستم محدود استسری دستگاه های پولداری POS.

این الزامات باید به صورت جداگانه تعریف شوند.

برای پیکربندی تایید شده مورد بحث در این مورد، اپلیکیشن مشتری می تواند لانچر پیش فرض شود زمانی که دارای خاصیت Launcher مورد نیاز باشد،و دستگاه می تواند پس از راه اندازی مجدد به آن اپلیکیشن برگرددکه موقعیت برنامه را به عنوان رابط اصلی دستگاه تعیین می کند.

اگر یک پروژه علاوه بر این نیاز به قفل برنامه سختگیرانه، ناوبری سیستم محدود، یا پیاده سازی خاص مدیریت دستگاه داشته باشد،این الزامات باید با توجه به روش برنامه و استقرار مشتری ارزیابی شوند نه اینکه فرض شود که فقط به این دلیل که یک راه اندازی سفارشی پشتیبانی می شود، شامل شوند..

این تمایز به ویژه برای یکپارچه سازانی که محیط نرم افزاری کیوسک خود را می سازند، مرتبط است.سوال درست این نیست که آیا این نمایشگر به عنوان یک نمایشگر کیوسک اندروید برای برنامه های سفارشی تبلیغ می شود، اما کدام قسمت از تجربه کاربر اندروید برنامه مشتری در واقع نیاز به کنترل دارد.11.6 اینچ اندروید POS کیوسکیک برنامه مشتری را نشان می دهد که به عنوان رابط اصلی در یک پایه اندروید اجرا می شود.

صفحه نمایش فیزیکی هنوز هم باید با کاربرد مطابقت داشته باشد

پیکربندی نرم افزار تنها بخشی از درخواست اصلی بود. مشتری همچنین به یک صفحه نمایش فشرده و یک استند نیاز داشت که می تواند جهت گیری های مختلف را در بر بگیرد.

این نیاز در خارج از پیکربندی لانچر قرار دارد. یک برنامه می تواند برای ارائه پرتره یا چشم انداز طراحی شود، اما ساختار فیزیکی هنوز هم تعیین می کند که چگونه صفحه نمایش قرار دارد.

برای یک محیط کاربردی جمع و جور،10صفحه نمایش اندروید 13یک نمونه سخت افزاری مرتبط ارائه می دهد. از یک پردازنده RK3588 و اندروید 13 استفاده می کند و به عنوان یک صفحه نمایش اندروید برای برنامه هایی که نیاز به ادغام و سفارشی سازی نرم افزار دارند، قرار دارد.

خود محصول موضوع اصلی این پرونده نیست.آنچه مهم است این است که سخت افزار می تواند محیط نرم افزاری تحت کنترل مشتری را جای نیاز به یکپارچه سازی برای ساخت برنامه خود را در اطراف یک رابط کارخانه ثابت.

برای یک کامپکتصفحه نمایش سیگنال دیجیتال اندروید، پیکربندی 10.1 اینچ به نیاز اصلی نزدیک تر است.15تبلت اندرویدی 6 اینچی FHD IPS با RK3288و13تبلت اندرویدی ۳ اینچی با صفحه نمایش FHD IPS و RK3288برای برنامه های کاربردی که به یک سطح تعاملی بزرگتر و یک نصب متحرک نیاز دارند، این دستگاه می تواند در اندازه های کوچک و بزرگ برای برنامه های تبلیغاتی و کیوسک مناسب باشد.21صفحه نمایش اندرویدی 5 اینچی RK3588ارائه یک فرمت فیزیکی متفاوت در حالی که با استفاده از همان رویکرد پلت فرم عمومی اندروید.

دلیل جدا کردن این دو ملاحظه عملی است. انعطاف پذیری نرم افزار به طور خودکار نصب مکانیکی را تعیین نمی کند.پروژه ای که نیاز به قرار دادن منظره و پرتره دارد هنوز به ساختار فیزیکی مناسب نیاز دارد، مکانیسم چرخش، یا پیکربندی ایستاده.

به همین دلیل،دامنه نمایش تبلیغات اندرویدشامل فرمت های مختلف نمایش تجاری است که می تواند با توجه به محیط برنامه کاربردی ارزیابی شود.تبلت اندرویدی 24 اینچی RJ45 PoE همه در یکبا روشنایی 350cd/m2.

چگونه ما به ترجمه نیاز به یک تنظیم قابل استفاده کمک کردیم

بخش مفیدی از این نوع پروژه ها این نیست که فقط تایید کنند که یک صفحه نمایش اندروید را اجرا می کند.چالش این است که نرم افزار موجود مشتری را با محیط سخت افزاری که در آن کار می کند، متصل کند.

برای توزیع کننده مستقر در بوسنی، این نیاز می تواند به یک سری سوالات عملی تبدیل شود: چگونه APK به دستگاه می رسد، آیا برنامه می تواند راه اندازی شود،بعد از راه اندازی مجدد چه اتفاقی می افتد؟، و چه سطح دسترسی اندرویدی یکپارچه کننده دارد؟

هنگامی که این سوالات جدا شدند، نیاز به سخت افزار بسیار واضح تر شد.

قابلیت تایید شده را می توان به شرح زیر خلاصه کرد:

این بخشی از فرآیند است که می تواند عدم اطمینان را برای یک یکپارچه کننده کاهش دهد. به جای انتخاب صفحه نمایش اول و کشف محدودیت های نرم افزار بعد،نیاز به نرم افزار می تواند برای تعیین اینکه آیا این پلت فرم برای یک صفحه نمایش سیگنال دیجیتال اندروید با ADB باز و پروژه دسترسی ریشه قبل از حرکت به توسعه مناسب است استفاده شود.. 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.

یک نقطه شروع عملی برای پروژه خود را نشانه گذاری اندروید

یک APK متعلق به مشتری تغییر می کند که چگونه یک صفحه نمایش اندروید باید ارزیابی شود. اندازه صفحه نمایش و مشخصات صفحه نمایش هنوز مهم است، اما آنها تنها بخشی از تصمیم گیری است.

برای یک یکپارچه ساز، ارزیابی مفیدتر با برنامه شروع می شود: آیا APK نیاز به نصب مستقل، آیا برنامه نیاز به تبدیل شدن به راه اندازی،آیا باید به طور خودکار بعد از راه اندازی مجدد ظاهر شود، و اینکه آیا دسترسی عمیق تر به سیستم مورد نیاز است.

این اساس رویکرد ما در مورد درخواست مستقر در بوسنی بود. به جای برخورد با ADB باز، نصب APK، رفتار لانچر، و ریشه به عنوان مشخصات غیر مرتبط،ما آنها را به عنوان بخشی از همان نیاز به پیاده سازی نرم افزار ارزیابی کردیم..

اگر پروژه شما در حال حاضر APK Android خود را دارد، گام بعدی این است که رفتار برنامه مورد انتظار را تعریف کنید و آن را با مناسب مطابقت دهیدصفحه نمایش سیگنال دیجیتال اندرویدسپس می توان از یک دستگاه نمونه برای تأیید APK، رفتار لانچر، رفتار راه اندازی مجدد و دسترسی سیستم مورد نیاز قبل از حرکت به سمت انتشار گسترده تر استفاده کرد.همان الگوی استقرار در سراسر برنامه های نمایش Android اعمال می شود، از پانل های رزرو اتاق جلسه تا صفحه سفارش رستوران، همانطور که درتبلت رزرو اتاق کنفرانسوقرص سفارش رستوراناگر شما در حال ارزیابی یک نمایشگر Android مشابه است،با تيم ما تماس بگيريدبرای بحث در مورد الزامات APK و پیکربندی دستگاه شما.