Project · Schermpie
Schermpie: van vier lokale schermen naar een beheerd platform.
Mijn eerste signage-oplossing draait ongeveer zeven jaar later nog steeds op vier schermen. De nieuwe generatie bouw ik vanuit die praktijkervaring verder: centraal beheer waar dat helpt, lokaal afspelen waar betrouwbaarheid dat vraagt.
De eerste versie
Vier schermen, lokaal aangestuurd en ongeveer zeven jaar later nog steeds in gebruik
Mijn eerste echte signage-oplossing bouwde ik voor één klant en één concrete situatie. Het systeem draait lokaal, stuurt vier schermen aan en is nog steeds operationeel.
De klant gebruikt de oplossing nog altijd en ik doe er onderhoud aan wanneer dat nodig is. Dat maakt die oude installatie voor mij belangrijker dan een mooie demo: hij heeft jarenlang buiten mijn ontwikkelomgeving moeten blijven functioneren.
De belangrijkste les was niet dat lokaal altijd beter is. Wel dat een scherm niet nutteloos moet worden zodra internet even verdwijnt.
Ontwerpkeuze
Cloudbeheer, maar niet cloud-afhankelijk
Centraal beheer is enorm handig voor content, monitoring en updates. Afspelen zelf wil ik juist zo robuust mogelijk lokaal houden.
Een schermspeler moet de benodigde content lokaal bewaren en bij een tijdelijke netwerkstoring gewoon door kunnen spelen. Offline is daarmee geen fouttoestand waarin alles stopt, maar een scenario waar het product bewust mee omgaat.
Wanneer de verbinding terugkomt kan de schermspeler weer synchroniseren met de gewenste situatie in het platform.
Platform
Het product is meer dan een videobestand naar een Raspberry Pi sturen
Zodra je meerdere schermen, locaties of klanten beheert ontstaan vanzelf verschillende productlagen.
Schermspelers
Spelers registreren, koppelen, hun toestand zien en weten welk apparaat bij welke locatie hoort.
Media
Content centraal beheren en naar de juiste schermspelers distribueren zonder USB-sticks te hoeven rondbrengen.
Playlists & planning
Niet alleen bepalen wat er speelt, maar ook wanneer en op welke schermen.
Monitoring
Kunnen zien of een speler online is, welke content actief is en waar aandacht nodig is.
Updates
Software op schermspelers beheersbaar kunnen vernieuwen zonder ieder apparaat fysiek langs te gaan.
Klanten & partners
Data en beheer scheiden per klant en uiteindelijk verschillende rollen ondersteunen zonder extra losse systemen.
Schermspelers
De speler moet zelfstandig genoeg zijn om niet op iedere cloudactie te wachten
Een digitaal scherm staat ergens in een gebouw en moet vooral content tonen. Het dashboard mag dat proces beheren, maar niet onnodig fragiel maken.
Daarom bouw ik aan schermspelers die hun gewenste content synchroniseren, die content lokaal kunnen afspelen en hun toestand terugrapporteren.
In de praktijk betekent dat ook rekening houden met transfers, ontbrekende media, maintenance, rebootgedrag en het verschil tussen wat het platform wil en wat de schermspeler op dit moment daadwerkelijk draait.
Praktijk
Storingen zijn vaak waardevoller dan een perfecte demo
Signage wordt pas een echt product wanneer een scherm op locatie iets anders doet dan je verwacht.
Dan worden vragen belangrijk die in een demo makkelijk verdwijnen: wat ziet de beheerder terwijl een groot mediabestand nog wordt overgezet, wat gebeurt er als een schermspeler tijdelijk offline is, hoe herken je dat gewenste en actuele content uit elkaar lopen en hoe voorkom je dat een beheeractie het scherm onnodig stillegt?
Juist dat soort situaties heeft mijn producteisen aangescherpt. Monitoring moet betekenis geven, niet alleen een groen of rood bolletje tonen.
Koppelen
Een schermspeler moet herkenbaar aan de echte hardware gekoppeld worden
Bij herbruikbare SD-kaarten of vervangen hardware wil ik niet vertrouwen op alleen een naam die iemand ooit in een dashboard heeft ingevuld.
Daarom bouw ik de pairingrichting rond hardware-identiteit en een expliciete beheerflow. De bedoeling is dat een neutrale schermspeler gecontroleerd gekoppeld kan worden en dat een mismatch ook zichtbaar wordt in plaats van stilletjes de verkeerde identiteit over te nemen.
Dit onderdeel wordt nog verder uitgebouwd en hoort bewust bij de stukken waar productgedrag en beheerflow samen moeten kloppen.
Klantbeheer
Een beheerd platform moet ook zonder mijn eigen adminaccount bruikbaar worden
De software is niet alleen voor mij als beheerder bedoeld.
Een klantportaal en tenant-isolatie horen daarom bij de richting van het platform. Klanten moeten hun eigen omgeving kunnen zien zonder data van een andere klant tegen te komen.
Voor partner- en resellergebruik komen daar later weer andere beheerrollen bovenop. Ik wil die rollen in hetzelfde platform oplossen in plaats van voor iedere route een aparte installatie te bouwen.
Waar het nu staat
Schermpie werkt, is inzetbaar en wordt verder ontwikkeld.
Schermpie is een werkend en inzetbaar platform: schermspelers kunnen worden ingezet en de kern van content- en spelerbeheer staat.
Lokale opslag, monitoring en belangrijke beheerflows vormen een bruikbare basis. Tegelijk bouw ik verder aan planning, pairing, remote beheer, klanttoegang en partnerfunctionaliteit.
Doorontwikkeling hoort bij een actief product. Nieuwe functies en beheerflows worden verder verbeterd zonder dat dit afdoet aan de inzetbaarheid van de huidige basis.
Veelgestelde vragen
Veelgestelde vragen
Waarom speelt signage lokaal af als het platform centraal beheerd wordt?
Omdat een scherm bij een tijdelijke internetstoring gewoon door moet kunnen spelen. Content en beheer kunnen centraal staan, terwijl de schermspeler lokaal voldoende opslag en logica houdt.
Waaruit bestaat het Schermpie-platform?
De basis bestaat uit schermspelers, media, contentdistributie, monitoring en beheerflows. Planning, pairing, klanttoegang en partnerfunctionaliteit worden verder uitgebouwd.
Wordt Schermpie nog doorontwikkeld?
Ja. Schermpie werkt en is inzetbaar, terwijl het platform actief verder wordt ontwikkeld. Nieuwe functies, beheerflows en uitbreidingen worden stapsgewijs toegevoegd en verbeterd.