Skærmen i svømmehallens foyer, afgangstavlen på stationen og programskærmen i klubhuset nede ved boldbanerne har én ting til fælles: De er blevet så almindelige, at vi først lægger mærke til dem, den dag de viser et ensomt fejlvindue midt på væggen. Det er ærgerligt, for bag glasset gemmer der sig et fint stykke hverdagsteknik, som er værd at skille ad. Og mønsteret er det samme som i så mange andre hjørner af teknikhistorien: Jo mindre og billigere regnekraften bliver, desto flere steder dukker den op.
Lad os derfor lægge en moderne infoskærm på bordet, lag for lag: hardwaren, softwaren og den datastrøm, der gør, at ingen skal stå med en USB-nøgle hver mandag morgen. Undervejs kigger vi på det evige spørgsmål i al hobbyteknik: Skal man bygge selv eller købe færdigt?
En computer på størrelse med et kreditkort
Det typiske setup består af en ganske almindelig tv-skærm og en lille afspillerboks, der gemmer sig bag skærmen eller i et skab. I hobbyverdenen er Raspberry Pi blevet arketypen: en minicomputer med en ARM-processor i familie med den i din telefon, et par gigabyte RAM og en HDMI-udgang. Strømforbruget ligger på få watt, i omegnen af en LED-pære, og uden blæser og harddisk er der intet, som larmer eller slides mekanisk.
Softwaren er tilsvarende nøgtern. I bunden et Linux-system, ovenpå en browser, der kører i fuldskærm uden adresselinje og menuer, den såkaldte kiosk-tilstand. Browseren peger på én bestemt side, og den side er hele skærmens verden. Roterende slides, nedtællinger og vejrudsigter er i praksis bare en webside, der har fået lov til at fylde det hele.
Det lyder næsten skuffende enkelt, og det er netop pointen. Webteknologien er efterhånden så gennemprøvet, at den er det oplagte fundament, også når skærmen hænger i en hal og aldrig får besøg af et tastatur.
Datastrømmen: forskellen på en skærm og en dyr plakat
En infoskærm, der skal fodres i hånden, er reelt bare en plakat med strømstik. Det interessante begynder, når data flyder ind af sig selv. Tag en idrætsforening som eksempel. Træningstider, holdlister og arrangementer ligger allerede i foreningens medlemssystem, herhjemme typisk Conventus, Holdsport eller Klubmodul. Den slags systemer har et API, en slags ekspeditionsluge for programmer, hvor skærmens software kan bede om dagens program og få strukturerede data retur.
Kæden er kort. Træneren flytter mandagsholdet fra klokken 17 til 18 i medlemssystemet. Skærmens software spørger med få minutters mellemrum efter opdaterede data, får ændringen med i svaret og tegner skemaet igen. Fra rettelsen er lavet, til den hænger på væggen, går der ofte kortere tid, end det tager at gå ned i hallen og se efter.
God skærmsoftware gemmer samtidig en lokal kopi af de seneste data. Ryger internettet en halv time, viser skærmen blot lidt ældre oplysninger i stedet for en fejlmeddelelse. Det er en beskeden detalje, men det er den slags, der afgør, om folk ender med at stole på det, der står på væggen.
Byg selv: fremragende weekendprojekt, undervurderet driftsopgave
Kan man bygge sådan en selv? Absolut, og det er lærerigt. En typisk opskrift på en hjemmebygget skærm ser sådan ud:
– en Raspberry Pi eller anden minicomputer med HDMI-udgang – et SD-kort med Linux og en browser i kiosk-tilstand – en webside eller et slideshow som selve indholdet – lidt scripting, så det hele starter igen af sig selv efter strømsvigt
Udfordringen er sjældent dag ét. Den er dag 400. SD-kort tåler et begrænset antal skrivninger og dør gerne uden varsel. En automatisk browseropdatering ændrer noget i kiosk-tilstanden. Routeren bliver skiftet, og skærmen kommer aldrig på nettet igen. Og den frivillige, der byggede det hele, er flyttet til Aalborg og svarer ikke længere i weekenden. Klassikeren er skærmen, der i tre uger viser et skrivebord med en fejlboks, fordi ingen i bestyrelsen kender kodeordet.
Min tommelfingerregel er derfor: Byg selv, hvis selve processen er en del af fornøjelsen, og hvis mindst to personer har lyst til at vedligeholde resultatet i årevis. Er man i tvivl, kan man med fordel starte med en saglig sammenligning af løsningerne, hvor gratis software og betalte platforme bliver stillet op mod hinanden, inden man binder sig til noget.
Færdige platforme: hvad betaler man egentlig for?
Betalte platforme løser i grunden samme opgave med nogenlunde samme hardware. Forskellen ligger i alt det udenom. Fjernovervågning, der opdager en død skærm, før formanden gør det. Opdateringer, der er testet, inden de bliver rullet ud. Og ikke mindst færdigbyggede integrationer til de systemer, foreningerne bruger i forvejen.
Netop integrationen er den tunge del at bygge selv. Kode, der pålideligt henter holdtider ud af et medlemssystem, og som bliver ved med at virke, når systemet en dag ændrer sit API, er et vedligeholdelsesarbejde uden slutdato. Derfor findes der i dag færdige løsninger til foreninger, hvor koblingen er bygget på forhånd og bliver holdt ved lige løbende. Herhjemme henter et system som KlubKlar for eksempel selv træningstider, arrangementer og sponsorvisninger fra foreningens medlemssystem, så indholdet på skærmen opdaterer sig uden manuelt arbejde.
Hvad skal man så vælge?
Regnestykket er i virkeligheden ikke teknisk, men organisatorisk. Hardwaren er stort set den samme i begge lejre, og webteknologien ligeså. Spørgsmålet er, hvem der bærer driften: foreningens frivillige eller en leverandør med overvågning og testmiljø. En klub med en entusiastisk it-kyndig og en realistisk plan for, hvem der tager over, kan sagtens køre på en hjemmebygget minicomputer. En klub, hvor skærmen bare skal virke i fem år, bør regne i timer og ikke kun i kroner.
Tilbage står det, der gør emnet værd at skrive om: En maskine på størrelse med et kreditkort, et par watt og lidt velplaceret software løfter i dag en opgave, som for tyve år siden krævede en støjende pc i et skab og en tålmodig sjæl med en USB-nøgle. Lille teknik, stor nytte. Man kan næsten ikke lade være med at holde af det.