15.6 inch Embedded Android Display voor OEM-projecten: RK3568, Kiosk en Custom Hardware

Een 15,6-inch Android touchscreen kan worden gebouwd als een tablet, een ingebed Android-scherm of een Android Panel PC.ze dienen verschillende niveaus van productintegratieDit onderscheid wordt belangrijk wanneer een OEM-project verder gaat dan applicatietesten.een gecontroleerde Android-configuratie, en een ingebouwde installatie is niet langer gewoon een tablet met een andere behuizing.

We hebben onlangs een OEM-vereiste geëvalueerd van een in Noorwegen gevestigde systeemintegrator die deze overgang illustreert.

Het project vereiste een15.6 inch RK3568 Android tabletDe klant vroeg ook om een configuratie zonder GMS-toepassingen.

De aanvraag was bestemd voor eensmart home tabletHet scherm moest functioneren als een speciaal onderdeel van een eindproduct, met een gedefinieerd software-gedrag.een project-specifieke hardwareconfiguratie, en een vaste installatiemethode.

Dat leidt tot een nuttiger vraag voor OEM-kopers: Wanneer moet een vast Android-touchscreen verder gaan dan een standaard tablet, en betekent dat automatisch het gebruik van een Panel PC?

Wanneer een tablet niet langer het juiste beginpunt is

Een tablet is vaak de meest efficiënte manier om een Android applicatie te valideren.behuizing en besturingssysteem.

Voor een vroeg prototype kan dit een voordeel zijn. De OEM kan de toepassing testen zonder onnodige hardwareontwikkeling op zich te nemen.

De situatie verandert wanneer de tablet zelf moet worden aangepast.

Een vast product kan geen batterij nodig hebben. Het kan continue stroom en automatische toepassingstarten na opstarten nodig hebben. De definitieve BOM kan geen camera of microfoon vereisen.Een project-specifieke sensor moet mogelijk worden toegevoegdDe installatie van een vaste aansluiting is in het aanbod van de fabrikant reeds beschikbaar.14 inch POE restaurant tablet, bijvoorbeeld, is ontworpen zonder batterij voor continue bediening op het werkblad.

Wanneer een aantal van deze vereisten tezamen verschijnen, selecteert de OEM niet langer simpelweg een afgerond consumentenapparaat.

Een tablet kan zeker aan de muur worden gemonteerd en een kiosk-applicatie kunnen uitvoeren.15.6 inch POE wand gemonteerde Android tabletDe vraag is of de OEM de exacte hardwareconfiguratie kan verkrijgen.het softwaregedrag en de mechanische integratie die nodig zijn voor het eindproduct zonder het originele tabletontwerp te omzeilen.

Voor het Noorse project was dit het punt waarop de discussie verhuisde van het vinden van een geschikte tablet naar het definiëren van een speciale Android-terminalconfiguratie.

Wat een 15,6-inch-vereiste een OEM vertelt

De 15,6-inch specificatie is belangrijk, maar bepaalt niet de hardwarearchitectuur op zich.

Voor een vaste interactieve terminal biedt 15,6 inch meer interfacegebied dan een handheld-apparaat, terwijl het praktisch blijft voor integratie in muren, kasten, bureaus en andere structuren.Het kan daarom geschikt zijn voor toepassingen waarbij het scherm op één locatie blijft en gebruikers er vanuit een normale ruimte of op staande afstand mee communiceren..

Maar hetzelfde 15,6-inch scherm kan in heel verschillende producten verschijnen.

Een15.6 inch Android tablet pcHet gebruik van een mobiele computing-apparaat is in de meeste gevallen mogelijk wanneer de OEM een grotendeels compleet mobiel computerapparaat wenst.15.6 inch ingebed Android displayHet is echter van belang dat de toepassing van de nieuwe techniek wordt verbeterd wanneer het scherm wordt geïntegreerd in een speciaal product met een aangepaste hardware of installatie.6-inch Panel PC wordt relevanter wanneer de terminal ook moet communiceren met industriële apparatuur of bredere I/O moet leveren.

Het belangrijkste verschil is dus: 15,6 inch definieert de gebruikersinterface; het definieert niet de architectuur.

Voor OEM-projecten moeten de software-, hardware- en installatievereisten worden overwogen voordat de productcategorie wordt gekozen.

RK3568, Kiosk en geen GMS zijn aparte configuratiebeslissingen

De Noorse vereiste combineert verschillende specificaties die gemakkelijk als één generiek "Android-aanpassingsverzoek" kunnen worden behandeld.

De RK3568 definieert het computerplatform. 4GB/32GB definieert geheugen en opslag. WiFi biedt draadloze connectiviteit. Kiosk Mode definieert hoe de applicatie wordt gepresenteerd en bestuurd. De camera,de microfoon en de omgevingslichtsensor behoren tot de hardwareconfiguratieDe No GMS-vereiste behoort tot de softwareconfiguratie en heeft een eigen definitie nodig.

Een enkel platform kan heel verschillende configuraties bevatten: Hopestarmonitor levert RK3568 ook in eenwanddisplayen eenDesktop kiosk tableten 15,6 inch touchscreens.

Dit is van belang omdat een leverancier de juiste processor kan ondersteunen zonder noodzakelijkerwijs de vereiste softwareconfiguratie of hardware BOM te ondersteunen.een leverancier kan Kiosk-functionaliteit bieden terwijl hij weinig flexibiliteit biedt in de onderliggende hardware.

Voor een OEM moeten de vereisten daarom worden herzien als één systeem en niet als onafhankelijke productspecificaties.

De juiste definitie van "geen GMS"

"Geen GMS" klinkt misschien eenvoudig in een RFQ, maar het beschrijft geen enkele implementatiemethode.

Voor de in dit geval besproken configuratie kunnen GMS-toepassingen worden verwijderd op de software-/toepassingsconfiguratielaag, afhankelijk van de projectvereisten.Dit mag niet worden weergegeven als een zuivere AOSP firmware-build of als het verwijderen van elk Google-component op firmware-niveau.

Dit onderscheid is van belang bij de vergelijking van leveranciers.

Als de OEM eenvoudig een Android-omgeving zonder de standaard GMS-toepassingen vereist, kan een configuratie op softwareniveau voldoende zijn.Als het project een fundamenteel andere firmwarearchitectuur vereist op basis van een zuivere AOSP-build, die als afzonderlijke eis moet worden gespecificeerd.

De praktische les is om de leverancier te vragen wat "Geen GMS" eigenlijk betekent in het geleverde softwarebeeld in plaats van de zin zelf als een volledige technische specificatie te behandelen.

Kioskmodus wordt belangrijk als het apparaat maar één taak heeft

Kiosk Mode is een andere vereiste die de manier waarop een Android-apparaat moet worden geëvalueerd, verandert.

Een algemeen gebruikte tablet is ontworpen om toegang te bieden tot Android-toepassingen en systeemfuncties.

Power on → Android boot → aangewezen APK lanceert → gebruiker blijft binnen de beoogde toepassing the operating model we engineer in single-purpose terminals zoals onzeconferentieruimte boeking tabletbereik.

De aanbestedingsvraag is dus niet enkel of de Kiosk Mode beschikbaar is.

De OEM moet het volledige gedrag begrijpen. Wat gebeurt er na een stroomonderbreking? Begint de aangewezen toepassing automatisch opnieuw? Kunnen gebruikers de toepassing verlaten?Kunnen onnodige systeeminterfaces verschijnen?Hoe wordt de APK van de klant ingezet en bijgewerkt?

Deze details zijn van belang omdat het Android-apparaat niet langer als een computer voor algemeen gebruik wordt gebruikt.

Voor het hier besproken project werd Kiosk Mode daarom behandeld als onderdeel van het bedrijfsgedrag van het apparaat in plaats van als een geïsoleerde softwarefunctie.

Hardware aanpassing verandert de productdefinitie

Het verzoek om geen camera, geen microfoon en een sensor voor omgevingslicht verandert ook de wijze waarop het project moet worden gespecificeerd.

Een consumententablet heeft normaal gesproken een vooraf gedefinieerde BOM.die componenten kunnen nog steeds fysiek aanwezig zijn omdat ze deel uitmaken van het standaardproduct.

EenOEM-platformIn plaats daarvan kunnen ze worden geconfigureerd rond de eigenlijke toepassing.

Het verwijderen van ongebruikte componenten kan helpen de hardware af te stemmen op de beoogde productvereisten.met uitzondering van onnodige opvanghardware kan ook een onderdeel van het productontwerp zijn.

In een permanent geïnstalleerd scherm kan de omringende verlichting aanzienlijk variëren.Een lichtsensor kan omgevingsinput geven voor automatisch helderheidsgedrag.

Voor OEM-projecten zijn deze vereisten dus niet alleen optionele kenmerken, maar maken ze deel uit van de hardwareconfiguratie die vóór de productie moet worden overeengekomen.

Dit is ook de reden waarom de BOM-aanpassing samen met het Android-platform moet worden geëvalueerd in plaats van nadat een standaard tablet al is geselecteerd.

Ingebed Android Display versus Panel PC: Kijk naar de I/O voor het etiket

Het onderscheid tussen eenInbeddend Android-displayEen nuttiger uitgangspunt is de rol die het Android-apparaat in het systeem moet spelen.

Als het touchscreen voornamelijk een applicatie draait, aanraakgevoelige input accepteert, verbinding maakt met een netwerk en werkt als een speciale terminal, kan een ingebed Android-scherm voldoende zijn.

De architectuur wordt meer Panel PC-georiënteerd wanneer de Android-terminal ook rechtstreeks met externe apparatuur moet communiceren.Dat kan vereisten zoals RS232 of RS485 communicatie omvatten, Ethernet-verbindingen voor de integratie van apparatuur, GPIO-signalen, PLC-communicatie of bredere I/O-aanpassingen.

Op dat moment functioneert het apparaat niet langer alleen als een interactief scherm, maar wordt het onderdeel van de computer- en communicatiearchitectuur van de apparatuur.

Dit betekent niet dat elk apparaat met RS232 of Ethernet een Panel PC moet zijn.LCD-touchscreenmonitorHet programma is gebaseerd op de nieuwe technologieën van de RS232-modellen, die nog steeds monitors zijn in plaats van panel-PC's.Het punt is dat de integratie van apparatuur en de I/O-vereisten sterkere architectonische signalen zijn dan alleen de schermgrootte of de installatiemethode.

Dit onderscheid was relevant voor het Noorse project.maar de beschreven toepassing vereiste niet inherent PLC-communicatie, RS232/RS485 of bredere industriële I/O.

The more appropriate architecture was therefore an embedded Android display or dedicated Android terminal rather than automatically moving to a Panel PC simply because the device was permanently installed.

De 15,6-inch beslissing begint met het eindproduct

De Noorse eis biedt een nuttige manier om de architectuur van het eindproduct af te benaderen.

Het beeldscherm was 15,6 inch. Het computerplatform was RK3568 met 4GB/32GB en WiFi. De software had Kiosk-gedrag en een configuratie zonder GMS-toepassingen nodig.De hardwareconfiguratie was ook specifiekDe mechanische vereiste was een ingebouwde installatie.

Samen beschrijven deze vereisten iets anders dan de aankoop van een conventionele tablet.

Dit is een belangrijk onderscheid voor OEM-aanbestedingen: vaste installatie en hardware-aanpassing maken een project op zich niet industrieel.

Als het project later PLC-communicatie, industriële I/O of directe apparatuurintegratie toevoegt, kan de architectuur opnieuw worden beoordeeld op eenAndroid Panel PC.

Deze aanpak van de eerste vereiste geeft een OEM ook meer flexibiliteit bij het werken met een leverancier.de koper kan beginnen met het eindproduct en het Android-platform identificeren dat het het beste ondersteunt.

Wat moet worden gecontroleerd voordat het OEM-platform wordt goedgekeurd

Zodra de architectuur is geïdentificeerd, wordt de leveranciersbeoordeling veel concreeter.

Het Android-platform moet worden geverifieerd tegen de vereiste processor, Android-versie, geheugen, opslag en draadloze configuratie.,APK-implementatieproces, Kiosk-gedrag, automatisch opstarten en opnieuw opstarten.

In de hardware BOM moet worden bevestigd of de camera en de microfoon kunnen worden uitgesloten en of de omgevingslichtsensor kan worden opgenomen in de overeengekomen productieconfiguratie.

De mechanische integratie moet betrekking hebben op afmetingen, bevestigingsstructuur, verbindingslocaties, stroominvoer en de interfaces van de behuizing.RS485, Ethernet, GPIO of andere interfaces moeten worden gedefinieerd voordat de architectuur is afgerond.

Deze details zijn ook waar een OEM-project kan gaan van een standaard productconfiguratie naar een aangepast platform.hoe belangrijker het wordt dat de leverancier deze elementen als één productieconfiguratie kan coördineren.

Een leverancier die een prototype kan wijzigen, kan niet per se hetzelfde softwarebeeld behouden.Hardware BOM en mechanische configuratie gedurende de gehele volumeproductieDe OEM dient derhalve te bevestigen hoe de gevalideerde configuratie zal worden gecontroleerd wanneer het project van de validatie van het prototype naar de productieschaling overgaat.

Een betere RFQ begint bij het eindproduct

De meest effectieve RFQ voor dit soort projecten beschrijft het beoogde apparaat in plaats van alleen een productmodel aan te vragen.

In plaats van te vragen om een15.6 inch Android tablet met RK3568," kan de OEM de vereisten zo definiëren dat de leverancier de volledige configuratie kan evalueren.

Dit formaat maakt het vergelijken van leveranciersresponsen gemakkelijker, omdat het de displayvereiste van het computingplatform, het softwaregedrag, de hardware BOM en de mechanische integratie scheidt.

Het geeft de leverancier ook voldoende informatie om te bepalen of het project via een bestaande platformconfiguratie kan worden afgehandeld of dat verdere hardware- en softwareaanpassingen nodig zijn.

Voor een OEM-project zoals dit geval kan dezelfde specificatie dienen als uitgangspunt voor een technische discussie met ons team.De eerste RFQ hoeft niet elk technisch detail te bevatten; de vereisten kunnen eerst worden gebruikt om de juiste Android-architectuur te bepalen en de gebieden te identificeren die verder moeten worden bevestigd.

Heb je een 15,6-inch Android OEM Project?

Een vast Android-touchscreen hoeft niet automatisch een Panel-pc te worden, net zoals een op de muur gemonteerde applicatie niet automatisch een tablet vereist.

Het betere beginpunt is het eindproduct: definieer de schermgrootte, processor, geheugen, Android-configuratie, applicatiegedrag, hardware BOM en installatiemethode,dan bepalen welke architectuur voldoet aan die vereisten. Producten zoals onze15.6 inch smart home android tabletlaten zien hoe ver een vast Android-touchscreen kan worden geconfigureerd voor productie.

Indien ook communicatie met industriële apparatuur vereist is, moeten vanaf het begin interfaces zoals RS232, RS485, Ethernet of GPIO worden opgenomen.

Als uw project vergelijkbare vereisten heeft als dit geval, kunt uStuur ons.Het is de bedoeling van de Commissie dat de Commissie in het kader van haar werkzaamheden met het oog op de ontwikkeling van de interne markt de nodige informatie verstrekt en dat de architectuur wordt geëvalueerd vanuit de eisen naar buiten.Ons team kan beoordelen of een ingebed Android display of Android Panel PC is meer geschikt en te identificeren welke software, hardware- of installatieelementen moeten vóór de productie worden aangepast.

Het doel is niet om een OEM-project in één productcategorie te forceren, maar om de Android-hardwarearchitectuur te matchen met de manier waarop het eindproduct daadwerkelijk moet werken.