Waarom is softwarecompatibiliteit belangrijk voor aan de muur gemonteerde touchscreens?

Een aan de muur gemonteerd touchscreen-display ziet er misschien uit als een displayproduct, maar het scherm zelf is slechts een onderdeel van het systeem. Zodra aanraakinteractie wordt toegevoegd, raakt de softwarecompatibiliteit nauw verbonden met de manier waarop de apparatuur zal worden gebruikt.

Een winkel heeft mogelijk een productcatalogus en voorraadsysteem nodig. Een school kan presentatiesoftware, onderwijsapplicaties of browsergebaseerde platforms gebruiken. Een showroom heeft mogelijk video's, productinformatie en interactieve inhoud op hetzelfde scherm nodig. Openbare voorzieningen kunnen heel andere eisen stellen, zoals telefoonboeken, kaarten, service-informatie of zelfbedieningsfuncties.

Voor projectkopers is het kiezen van de juiste paneelgrootte en schermspecificaties nog maar het begin. Het besturingssysteem, de applicatieomgeving, aanraakinvoer, externe apparaten, schermresolutie en software-updatemethode moeten allemaal samenwerken.

De weergavehardware bepaalt niet of een toepassing wordt uitgevoerd

Twee aanraakschermen kunnen vrijwel identieke schermspecificaties hebben en na installatie zeer verschillende resultaten opleveren.

Een 55-inch paneel met een resolutie van 1920×1080 kan bijvoorbeeld goed werken voor een eenvoudige informatieweergave. Voeg daar een interactieve productcatalogus, een Windows-gebaseerde applicatie, een USB-randapparaat of een browserplatform aan toe, en de systeemvereisten worden veel specifieker.

Het besturingssysteem speelt een grote rol.

Voor projecten waarbij standaard bedrijfssoftware wordt gebruikt, kan Windows beter geschikt zijn omdat veel bestaande desktopapplicaties zijn ontwikkeld voor Windows-omgevingen. Android kan geschikter zijn voor projecten die zijn opgebouwd rond mobiele applicaties, webinhoud, het afspelen van media en eenvoudigere interactieve interfaces.

Geen van beide systemen mag worden behandeld als de universele keuze.

Een project dat al over software beschikt, moet beginnen met de softwarevereisten in plaats van het besturingssysteem alleen op basis van het hardwarespecificatieblad te kiezen.

Bijvoorbeeld:

Voor OEM- of projectbestellingen raden we normaal gesproken aan om de daadwerkelijke toepassing op de beoogde configuratie te testen voordat u de definitieve batch bevestigt. Een specificatieblad kan u de processor, het geheugen, de resolutie en de poorten vertellen. Het kan u niet vertellen of een bepaalde toepassing zich correct zal gedragen.

Android of Windows? Begin met de applicatie

De beslissing Android versus Windows verschijnt vaak vroeg in een aankoopdiscussie. De betere vraag is wat het display moet doen.

Stel dat een detailhandelaar een aan de muur gemonteerd interactief display wil om door producten te bladeren. Als de interface gebaseerd is op een Android-applicatie, is er misschien weinig reden om een ​​Windows-omgeving toe te voegen, simpelweg omdat deze bekend is bij het IT-team.

Een ander project maakt mogelijk al gebruik van een op Windows gebaseerde beheertoepassing op desktopcomputers. In dat geval kan het verplaatsen van de software naar Android onnodig ontwikkelings- of compatibiliteitswerk veroorzaken.

Ook in de perifere ondersteuning kunnen er verschillen zijn.

Voor streepjescodescanners, printers, camera's, USB-opslagapparaten, toetsenborden, muizen en andere accessoires zijn mogelijk specifieke stuurprogramma's of verbindingsmethoden vereist. Een aanraakscherm kan over de nodige fysieke poorten beschikken, maar toch kan het aangesloten apparaat softwareondersteuning nodig hebben die het geselecteerde besturingssysteem niet biedt.

Voor inkoopteams moet het besturingssysteem daarom worden behandeld als onderdeel van de projectconfiguratie en niet als een geïsoleerde hardwareoptie.

Schermresolutie heeft ook invloed op de software-interface

Resolutie wordt vaak besproken vanuit het perspectief van beeldkwaliteit. Voor interactieve displays gaat het probleem verder.

De software-interface moet passen bij de werkelijke schermresolutie en beeldverhouding. Slecht aangepaste inhoud kan kleine knoppen, overvolle menu's, uitgerekte afbeeldingen of overmatige lege ruimte veroorzaken.

Het FVASEE aan de muur gemonteerde touchscreendisplay maakt gebruik van een 1920×1080 Full HD-schermconfiguratie. Voor toepassingen die specifiek zijn ontwikkeld rond een 16:9-interface, die een vertrouwd werkformaat biedt voor alle beschikbare schermformaten.

Het fysieke scherm wordt groter naarmate het model van 42/43 inch naar 65 inch gaat, terwijl de resolutie 1920×1080 blijft. Dat onderscheid is van belang bij het voorbereiden van een interface.

Een groter fysiek paneel zorgt niet automatisch voor meer softwarewerkruimte.

Als de applicatie is ontworpen met kleine interface-elementen, kan een 65-inch scherm nog steeds lastig zijn voor gebruikers die op een normale werkafstand staan. Knoppen en navigatiegebieden moeten zo groot zijn dat ze geschikt zijn voor aanraakgebruik, in plaats van eenvoudigweg te worden gekopieerd vanaf een desktopmonitor.

Voor projectimplementatie raden we aan het volgende te controleren:

· Oorspronkelijke schermresolutie

· Beeldverhouding

· Interface-schaling

· Lettergrootte

· Afmetingen van de knoppen

· Video- en beeldverhoudingen

· Browsercompatibiliteit

· Volledig schermgedrag

· Vereisten voor staande of liggende lay-out

Een snelle test op een desktopmonitor is handig, maar testen op het daadwerkelijke aanraakscherm geeft een veel betrouwbaarder resultaat.

Aanraakinvoer moet overeenkomen met de software

Een touchdisplay doet meer dan alleen software weergeven. Het stuurt gebruikersinvoer terug naar de applicatie.

Die interactie kan bestaan ​​uit tikken, scrollen, slepen, zoomen, items selecteren, informatie invoeren of meerdere aanraakpunten tegelijkertijd bedienen.

De software moet deze acties correct herkennen.

FVASEE biedt infrarood- en capacitieve aanraakopties voor het aan de muur gemonteerde display. De keuze is afhankelijk van de projectconfiguratie en de verwachte interactiemethode.

Voor een eenvoudig menu of informatiemap kunnen eenvoudige aanraakbedieningen voldoende zijn. Voor een klassikale toepassing of een interactieve productcatalogus kan een responsievere interactie op meerdere punten nodig zijn.

Er is nog een detail dat over het hoofd kan worden gezien: de applicatie zelf moet de gebruikte aanraakgebaren ondersteunen.

Een aanraakscherm kan een gebaar correct detecteren, maar als de software alleen op muisklikken is ontworpen, zal de gebruikerservaring nog steeds slecht zijn.

Vóór massaproductie is het nuttig om de volledige werking te testen:

1. Open de beoogde applicatie.

2. Tik op algemene navigatieknoppen.

3. Blader door lange pagina's.

4. Selecteer producten of informatie.

5. Test waar nodig meerpuntswerking.

6. Voer tekst in als een schermtoetsenbord nodig is.

7. Sluit externe apparaten aan die door de software worden gebruikt.

8. Laat het systeem gedurende een langere periode continu draaien.

Hardwaretesten en applicatietesten moeten als één proces worden behandeld.

Browsergebaseerde applicaties hebben hun eigen compatibiliteitscontrole nodig

Een groeiend aantal commerciële systemen draait via browsers in plaats van speciale desktopapplicaties.

Dat kan de implementatie vereenvoudigen, maar browsercompatibiliteit verdient nog steeds aandacht.

Verschillende besturingssystemen en browserversies kunnen webapplicaties anders verwerken. Een pagina die er op een laptop goed uitziet, vereist mogelijk aanpassingen aan de lay-out op een groot wanddisplay.

Aanraakscrollen is een andere overweging. Hover-gebaseerde menu's, kleine klikbare gebieden, pop-upvensters en desktopgeoriënteerde navigatie kunnen moeilijk te bedienen zijn vanuit een staande positie.

Voor een browsergebaseerd project zou de test meer moeten omvatten dan alleen het openen van de startpagina.

Controleer het volledige gebruikerspad.

Kunnen gebruikers de gewenste pagina bereiken? Reageren knoppen goed op aanraking? Werkt het afspelen van video? Blijven pop-upvensters binnen het zichtbare gebied? Schaalt de pagina correct op 1920×1080? Kunnen gebruikers terugkeren naar de vorige pagina zonder toetsenbord of muis?

Deze details bepalen vaak of de uiteindelijke installatie gepolijst of ongemakkelijk aanvoelt.

Software-updates moeten vóór de installatie worden overwogen

Een display kan meerdere jaren aan de muur blijven hangen. Software blijft zelden zo lang onveranderd.

Applicaties zijn bijgewerkt. Browserversies veranderen. Inhoud wordt vervangen. Netwerksystemen worden aangepast. Beveiligingsbeleid kan ook van invloed zijn op de manier waarop een apparaat verbinding maakt met externe services.

Om die reden moet het software-updateproces tijdens de aankoopfase worden besproken.

Er zijn verschillende mogelijke benaderingen:

· Handmatige update via USB

· Lokale netwerkupdate

· Softwarebeheer op afstand

· Browsergebaseerd inhoudsbeheer

· Applicatie-update via het geselecteerde besturingssysteem

· Onderhoud ter plaatse door technisch personeel

De juiste werkwijze is afhankelijk van de projectgrootte.

Een enkele display in een showroom kan eenvoudig handmatig te onderhouden zijn. Een winkelketen met tientallen of honderden aan de muur gemonteerde interactieve displays heeft andere eisen. Technici naar elke locatie sturen voor een kleine software-update wordt al snel inefficiënt.

Bij grote implementaties moet daarom rekening worden gehouden met de manier waarop inhoud en applicaties na de installatie worden onderhouden, en niet alleen met de manier waarop ze op de eerste dag worden geïnstalleerd.

Externe apparaten kunnen de configuratie wijzigen

Een touchdisplay werkt zelden volledig alleen in een commercieel project.

Afhankelijk van de toepassing kunnen klanten verbinding maken met:

· USB-toetsenborden

· Muizen

· Barcodescanners

· Printers

· Camera's

· Luidsprekers

· Opslagapparaten

· Netwerkapparatuur

· POS-gerelateerde randapparatuur

· Andere USB- of seriële apparaten

De fysieke interface is slechts de eerste controle.

Het geselecteerde moederbord, besturingssysteem, driveromgeving en applicatie moeten de aangesloten apparatuur ondersteunen.

Voor een zelfbedieningsbestelsysteem kan bijvoorbeeld een printer nodig zijn. Een opzoeksysteem voor retailproducten kan een streepjescodescanner gebruiken. Voor een educatieve toepassing kan een camera of externe audioapparatuur nodig zijn.

Een projectspecificatie zou daarom de volledige verbindingsketen moeten omvatten in plaats van het aanraakscherm afzonderlijk van de randapparatuur te vermelden.

Een korte compatibiliteitstest vóór productie kan veel duurdere wijzigingen na installatie voorkomen.

Aangepaste configuratie is vaak nuttiger dan een standaardconfiguratie

Commerciële projecten hebben zelden identieke softwarevereisten.

Het kan zijn dat de ene klant Android nodig heeft met een specifieke applicatie. Een ander heeft mogelijk Windows en verschillende USB-randapparatuur nodig. Een derde heeft mogelijk alleen een browser en het afspelen van lokale media nodig.

Om die reden kunnen aan de muur gemonteerde aanraakschermen die voor projectbestellingen worden gebruikt, configuratie vereisen rond de daadwerkelijke toepassingsomgeving.

De processor, het geheugen, de opslag, het besturingssysteem, de poorten en de aanraaktechnologie kunnen samen worden geëvalueerd in plaats van afzonderlijk te worden geselecteerd.

Voor een OEM/ODM-project is een voorbeeldunit bijzonder nuttig.

Het monster moet dezelfde of een gelijkwaardige configuratie gebruiken die is gepland voor de productiebatch. Installeer de daadwerkelijke applicatie en test de volledige workflow. Zodra de klant het monster heeft bevestigd, kan de goedgekeurde configuratie de referentie worden voor massaproductie.

Dat proces helpt ook de configuratieverschillen tussen units te verkleinen.

Waarom het testen van één complete eenheid vóór een bulkbestelling belangrijk is

Bulkbestellingen introduceren een nieuwe risicolaag.

Een softwareprobleem dat één apparaat treft, kan gevolgen hebben voor elk apparaat dat met dezelfde configuratie is geproduceerd. Het vinden van het probleem na verzending kan gepaard gaan met het opnieuw installeren van de software, het op afstand wijzigen van instellingen, het retourneren van apparatuur of het regelen van service op locatie.

Een pre-productietest is veel goedkoper.

Voor een typisch project kan het goedkeuringsproces het volgende omvatten:

Hardware → Besturingssysteem → Applicatie → Aanraking → Randapparatuur → Netwerk → Inhoud → Langetermijngebruik

Elke fase hangt af van de vorige.

Het beeldscherm moet correct opstarten. Het besturingssysteem moet de applicatie ondersteunen. De applicatie moet aanraakinvoer herkennen. Externe apparaten moeten correct communiceren. Netwerkfuncties moeten stabiel blijven. De inhoud moet op het scherm passen. Het volledige systeem moet dan gedurende een passende testperiode draaien.

Een productvoorbeeld dat alleen de beeldkwaliteit aantoont, biedt niet voldoende informatie voor een interactieve implementatie.

Softwarecompatibiliteit heeft ook invloed op de gebruikerservaring

Technische compatibiliteit is de eerste vereiste. Gebruikerservaring komt daarna.

Een systeem kan technisch gezien een applicatie draaien en toch oncomfortabel zijn in het gebruik.

Stel je een 55-inch aan de muur gemonteerd touchscreen voor dat een desktopapplicatie weergeeft die is ontworpen voor een 14-inch laptop. De software wordt mogelijk normaal geopend, maar de menu's kunnen te klein zijn, de tekst kan moeilijk te lezen zijn en gebruikers moeten mogelijk herhaaldelijk over het scherm reiken.

Hetzelfde probleem kan optreden bij websites.

Een pagina die is opgebouwd rond muisbewegingen en hovermenu's werkt misschien goed op een computer, maar wordt frustrerend op een aanraakscherm.

Goede interactieve inhoud houdt meestal rekening met de fysieke installatie.

Bij aan de muur gemonteerde apparatuur mogen gebruikers enkele meters van het scherm staan. De interface moet duidelijke navigatie, leesbare tekst, aanraakdoelen van de juiste grootte en een eenvoudige route terug naar het hoofdscherm bieden.

De hardware kan een slecht ontworpen interface niet zelf oplossen.

Softwarevereisten moeten in de aankoopspecificatie worden opgenomen

Een van de gemakkelijkste manieren om misverstanden te voorkomen, is door softwarevereisten op te nemen in de technische specificatie.

Een aankoopdocument kan het volgende specificeren:

· Schermgrootte

· Oplossing

· Helderheid

· Touch-technologie

· Besturingssysteem

· Processorvereisten

· Geheugen en opslag

· Vereiste poorten

· Applicatienaam en -versie

· Browservereisten

· Externe randapparatuur

· Netwerkvereisten

· Schermoriëntatie

· Voorbeeldgoedkeuringseisen

· Software-installatievereisten

· Update- en onderhoudsmethode

Voor een eenvoudig signageproject kan het softwaregedeelte kort zijn.

Voor een interactief systeem zou het veel gedetailleerder moeten zijn.

De leverancier en de koper kunnen dan vanuit dezelfde configuratie werken in plaats van te vertrouwen op termen als ‘Android-aanraakscherm’ of ‘Interactief Windows-scherm’, die veel technische details open laten.

Wat moet worden bevestigd voordat u bestelt?

Voor projectklanten kan de softwarecompatibiliteit het beste worden gecontroleerd voordat de hardwareconfiguratie wordt afgerond.

Een handige checklist omvat:

1. Welke software draait op het display? Identificeer de daadwerkelijke applicatie, het platform of de website in plaats van deze alleen te beschrijven als ‘interactieve software’.

2. Welk besturingssysteem is vereist? Bevestig Android, Windows of een andere vereiste omgeving.

3. Welke resolutie en schermoriëntatie ondersteunt de interface? Controleer de compatibiliteit van 1920×1080 en of de toepassing liggend of staand moet worden gebruikt.

4. Ondersteunt de software aanraakbediening? Test waar nodig het tikken, scrollen, slepen, multi-touch en tekstinvoer.

5. Zijn externe apparaten vereist? Maak een lijst van scanners, printers, camera's, toetsenborden, opslagapparaten en andere randapparatuur.

6. Heeft het systeem internettoegang nodig? Controleer de Wi-Fi- of bekabelde netwerkvereisten, browsertoegang, serververbindingen en authenticatie.

7. Hoe wordt de software bijgewerkt? Bepaal of updates lokaal, op afstand, handmatig of via een beheerplatform worden uitgevoerd.

8. Kan de leverancier een monster ter beschikking stellen om te testen? Bij grotere projecten dient de monstergoedkeuring bij voorkeur vóór productie te gebeuren.

Deze controles kosten relatief weinig tijd vergeleken met het oplossen van compatibiliteitsproblemen na oplevering.

Een aan de muur gemonteerd touchscreen kiezen, vanaf het systeem naar buiten

Een aan de muur gemonteerd touchscreen-display moet worden gekozen voor de volledige toepassingsomgeving, vooral voor commerciële en institutionele projecten.

Schermgrootte, resolutie, helderheid, IPS-paneelprestaties, aanraaktechnologie, besturingssysteem, poorten en softwarecompatibiliteit dragen allemaal bij aan het eindresultaat. Geen enkele specificatie kan garanderen dat een interactief systeem goed zal werken.

FVASEE biedt aan de muur gemonteerde touchscreen-displays in configuraties van 42/43-inch, 49/50-inch, 55-inch en 65-inch, met Android- of Windows-opties en infrarood of capacitieve aanraking, afhankelijk van de projectvereisten. De standaard schermresolutie is 1920×1080, met IPS-technologie, een kijkhoek van 178° en een helderheid van minimaal 350 cd/m².

Voor een standaard displayproject kan het specificatieblad voldoende zijn om de discussie te beginnen. Voor een interactief project moet de software vanaf het begin bij die discussie worden betrokken.

De meest betrouwbare aanpak is het definiëren van de applicatie, het bevestigen van de besturingsomgeving, het testen van de volledige configuratie, het goedkeuren van een monster en vervolgens overgaan tot bulkproductie.

Voor projectspecifieke configuratie- of softwarecompatibiliteitsvereisten kunt u contact opnemen met het FVASEE-verkoopteam om de daadwerkelijke applicatie- en hardware-installatie te bespreken.