Project · Floor-IT Signage
Floor-IT Signage: 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 player 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 player 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.
Players
Spelers registreren, koppelen, hun toestand zien en weten welk apparaat bij welke locatie hoort.
Media
Content centraal beheren en naar de juiste players 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 players 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.
Players
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 players 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 player 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 player 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 player 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 player 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
De basis staat en is inzetbaar. Het platform is bewust nog niet “af”.
Het huidige Floor-IT Signage-platform is meer dan een experiment: players kunnen worden ingezet en de kern van content- en playerbeheer staat.
Lokale opslag, monitoring en belangrijke beheerflows vormen een bruikbare basis. Tegelijk bouw ik verder aan planning, pairing, remote beheer, klanttoegang en partnerfunctionaliteit.
Ik vind die status belangrijk om eerlijk te benoemen. Een product kan inzetbaar zijn en tegelijk nog volop doorontwikkelen.
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 player lokaal voldoende opslag en logica houdt.
Waaruit bestaat het Floor-IT Signage-platform?
De basis bestaat uit players, media, contentdistributie, monitoring en beheerflows. Planning, pairing, klanttoegang en partnerfunctionaliteit worden verder uitgebouwd.
Is het signageplatform al af?
Nee. De basis staat en is inzetbaar, maar het platform wordt nog actief doorontwikkeld. Die status benoem ik bewust zo.