Elke meting een rit naar de bouwplaats
Bij bouw- en infraprojecten moeten adviesbureaus aantonen dat trillingen binnen de SBR-richtlijnen blijven. Bij heien, damwanden trekken of sloopwerk kan de schade aan omliggende panden anders flink oplopen.
Met traditionele meetapparatuur betekent dat veel rijden. Meters plaatsen, data uitlezen, batterijen wisselen, een instelling aanpassen omdat het werk verschuift: voor alles moet er iemand naar de bouwplaats. En tussen twee bezoeken door weet je niet zeker of alles nog meet.
Frogwatch draait dat om. De meter gaat één keer aan de muur, en daarna gebeurt vrijwel alles vanaf kantoor.
Alles instelbaar vanaf kantoor
Een meetproject verandert onderweg. Er komt een andere fase van het werk, de omwonenden klagen over hinder, of het werk ligt een week stil. Via het dashboard past de adviseur de meters aan, zonder de auto in te stappen:
- Meetmethode: schademeting op snelheid of acceleratie, hindermeting of ruwe trillingsdata.
- Toetsingsnorm en veiligheidsfactoren: tegen welke SBR-categorie wordt getoetst.
- Alarmering: hoe gevoelig en hoe vaak er een melding uitgaat.
- Meetperiode: alleen actief op werkdagen en tussen bepaalde tijden, of continu.
- Geplande start en stop: de meting begint en eindigt automatisch op de juiste datum.
- Zendinterval: hoe vaak de meter zijn data doorstuurt.
Batterijduur als instelling
De meeste ritten naar de bouwplaats zijn voor het wisselen van batterijen. Daarom was batterijduur een van de belangrijkste doelen van de tweede generatie. De V1-meters gingen 3 tot 4 weken mee op een batterij, de V2-meters 8 tot 12 weken.
Het verschil binnen die marge bepaalt de gebruiker zelf. Het zendinterval heeft de meeste invloed: een meter die elk kwartier data verstuurt, verbruikt meer dan een meter die dat elke twee uur doet. De meetperiode (alleen overdag meten of continu) scheelt veel minder. Bij een overschrijding van de norm stuurt de meter altijd direct een melding, ongeacht het interval. Zo kiest de adviseur per project tussen actuele data en minder bezoeken. Frogwatch legt dat hier uitgebreid uit.
Rekenvoorbeeld
Een bouwproject van 6 maanden met 5 meters
V1: elke 3–4 weken
~7 ritten
V2: elke 8–12 weken
2–3 ritten
En elke wijziging in meetmethode, norm of meettijden kost geen rit meer, maar een klik in het dashboard.
Updates wanneer het de gebruiker uitkomt
Nieuwe firmware bereikt de meters over het mobiele netwerk. Geen meters ophalen, geen monteur langs. Maar een meter die midden in een meetcampagne zit, wil je niet zomaar herstarten. Daarom bepaalt de gebruiker zelf wanneer een meter de update installeert, bijvoorbeeld tussen twee projecten in.
Zo blijven honderden meters in het veld up-to-date, met nieuwe functies én beveiligingsupdates, zonder dat een lopende meting daaronder lijdt.
Van V1 naar V2: hier ontstonden onze bouwblokken
De eerste generatie ging in 2017 het veld in, met firmware in C. Op basis van jaren praktijkervaring en feedback van gebruikers hebben we het platform fundamenteel herzien. De tweede generatie (2024) kreeg een nieuw, zuiniger elektronicaontwerp, firmware in Rust, verbeterde connectiviteit en een uitgebreider dashboard. De server-backend migreren we stap voor stap naar Rust, zonder het draaiende platform te verstoren.
De technologie die we voor Frogwatch ontwikkelden en in het veld hebben bewezen, vormt de basis van de bouwblokken die we nu voor andere klanten inzetten: 4G-connectiviteit, veilige communicatie via MQTT, updates op afstand en betrouwbare embedded firmware in Rust. Wat bij Frogwatch jaren van ontwikkeling kostte, is voor een nieuw product een startpunt.
De V2-meter: een uit één blok aluminium gefreesde behuizing, afgestemd op de elektronica. Sleep de schuifjes om de lagen te zien.
Jitter als technologiepartner
Frogwatch is door Jitter ontwikkeld en inmiddels een zelfstandig bedrijf, Frogwatch B.V. Jitter is aandeelhouder en de technologiepartner: dezelfde engineers die de eerste meter ontwierpen, ontwikkelen het platform vandaag verder. We hebben er dus zelf belang bij dat het werkt, niet alleen bij de oplevering, maar jaren daarna.
- Doorontwikkeling: elektronica, firmware, server en dashboard, van V1 naar V2 en verder
- Onderhoud: firmware-updates, beveiliging en support voor meters in het veld
- Beheer: de servers en het dashboard draaiende houden
- Productie: assemblage en test van de meters