BACnet, Modbus, KNX, LonWorks, M-Bus, energiemeters, HVAC, verlichting, oplaadpunten, sensoren voor luchtkwaliteit: een slim gebouw heeft geen gebrek aan gegevens, maar vaak ontbreekt er een architectuur om deze met elkaar te verbinden. Eziwan bundelt de protocollen voor gebouwbeheer (GTB), gebouwautomatisering (GTL) en IoT in een overzichtelijk en bruikbaar beheerplatform voor meerdere locaties, dat aansluit bij de energiedoelstellingen van de tertiaire sector.
Waarom slimme gebouwen nog steeds moeilijk te beheren zijn
Moderne utiliteitsgebouwen zijn uitgerust met talrijke technische systemen: verwarming, ventilatie, airconditioning, verlichting, metingen, toegangscontrole, liften, oplaadpunten, fotovoltaïsche energieopwekking, koelaggregaten, verwarmingsketels, pompen, luchtbehandelingsinstallaties, ruimtesensoren en sensoren voor de binnenluchtkwaliteit.
Op papier is alles geautomatiseerd. In de praktijk heeft elke technische installatie echter vaak zijn eigen protocol, zijn eigen integrator, zijn eigen interface en zijn eigen onderhoudshistorie. De exploitant krijgt daardoor een gefragmenteerd beeld van het gebouw.
De meest voorkomende problemen zijn van praktische aard:
- verschillende software-interfaces voor het beheer van HVAC, verlichting, energie, toegangscontrole en onderhoud;
- geen overzicht over meerdere locaties om de prestaties van een vastgoedportefeuille te vergelijken;
- onmogelijkheid om bezetting, temperatuur, CO₂, verlichting en energieverbruik met elkaar in verband te brengen;
- onzichtbaar oververbruik: verwarming in het weekend, airconditioning in leegstaande ruimtes, nachtverlichting;
- meetgegevens verspreid over elektriciteit, gas, water, warmte en submeters van huurders;
- verouderde apparatuur op basis van BACnet MS/TP, Modbus RTU of LonWorks die moeilijk naar de cloud kan worden gekoppeld;
- onderhoudsinterventies die te laat worden gestart door het ontbreken van geconsolideerde waarschuwingen;
- moeilijkheden bij het documenteren van energie-efficiëntiemaatregelen voor ISO 50001, het tertiaire decreet of het BACS-decreet;
- laadpalen voor elektrische voertuigen die afzonderlijk worden aangestuurd, zonder belastingafschakeling in samenwerking met het gebouw;
- binnenluchtkwaliteit die los van de ventilatie wordt gemonitord.
IoT-connectiviteit voor slimme gebouwen gaat dus niet alleen over het toevoegen van sensoren. Het gaat erom bestaande systemen met elkaar te laten communiceren, gegevens te standaardiseren en bruikbare beslissingen te bieden.
Doelarchitectuur voor GTB-monitoring op meerdere locaties
Dankzij een robuuste architectuur wordt in de technische kast van elk gebouw een Eziwan-gateway geplaatst. Deze verzamelt de lokale gegevens via BACnet, Modbus, KNX, M-Bus of gespecialiseerde gateways en stuurt deze vervolgens door naar een gecentraliseerd platform. Beheerders beschikken zo over een gemeenschappelijk dashboard om het energieverbruik, het comfort, de alarmen en het onderhoud te volgen.
Dankzij deze opzet hoeft niet het volledige bestaande gebouwbeheersysteem te worden vervangen. Het creëert een interoperabiliteitslaag bovenop de reeds geïnstalleerde systemen, wat vaak realistischer is in een heterogeen tertiair vastgoedpark.
GTB, GTC, GTL en IoT in gebouwen: de rollen verduidelijken
De termen worden soms door elkaar gebruikt, terwijl ze niet precies hetzelfde begrip aanduiden.
| Term | Belangrijkste functie | Voorbeelden van apparatuur |
|---|---|---|
| GTB | Technisch gebouwbeheer | HVAC, metingen, technische alarmen, instellingen |
| GTC | Gecentraliseerd technisch beheer | Toezicht op een specifiek technisch gebied |
| GTL | Beheer van technische onderdelen | Verlichting, toegang, subsystemen per onderdeel |
| IoT in gebouwen | Sensoren en verbonden apparaten | Binnenluchtkwaliteit, bezetting, temperatuur, submeters |
| SGE | Energiemanagementsysteem | Indicatoren, actieplannen, rapportage volgens ISO 50001 |
Het voordeel van een connectiviteitsplatform zoals Eziwan is dat het deze lagen met elkaar verbindt zonder een bepaalde fabrikant op te leggen. Het verzamelt, vertaalt, archiveert en presenteert de gegevens voor de teams op het gebied van energie, onderhoud, exploitatie en vastgoedbeheer.
Ondersteunde bouwprotocollen
Een slim gebouw is zelden homogeen. De gateway moet daarom zowel veldprotocollen als applicatieprotocollen verwerken.
| Protocol | Veelvoorkomend gebruik | Aandachtspunt |
|---|---|---|
| BACnet/IP | Modern gebouwbeheersysteem, HVAC, gebouwautomatisering | Objecten en eigenschappen duidelijk benoemen |
| BACnet MS/TP | HVAC-besturingssystemen op seriële bus | Bandbreedte, busafsluiting, adressering |
| Modbus TCP | Meters, besturingssystemen, energie | Registers nauwkeurig documenteren |
| Modbus RTU | Verouderde RS-485-apparatuur | Kwaliteit van de bekabeling en adresseringsplan |
| KNX IP | Verlichting, zonwering, sfeersturing | Groepsadressen in kaart brengen |
| M-Bus | Water, gas, warmte, submeters | Uitleesfrequentie en kwaliteit van de meterstanden |
| LonWorks | Oude installaties | Vaak is een speciale gateway nodig |
| OCPP | Laadpalen voor elektrische voertuigen | Vermogensregeling en doorberekening |
tip: Goede gewoonte Maak, voordat u een gebouw aansluit, een overzicht van de relevante gegevens: naam, protocol, eenheid, meetfrequentie, kriticiteit, bedrijfsdoel en verantwoordelijke. Gegevens zonder context worden al snel onbruikbaar.
Gegevens normaliseren om ze bruikbaar te maken
De uitdaging ligt niet alleen in het uitlezen van een Modbus-register of een BACnet-object. Het gaat erom technische gegevens om te zetten in begrijpelijke bedrijfsgegevens.
Nuttige voorbeelden van normalisatie:
- eenheden omrekenen: Wh, kWh, m³, graden Celsius, ppm, procent;
- onderscheid maken tussen meting, instelwaarde, status, storing en opdracht;
- elk punt koppelen aan een gebouw, een verdieping, een zone, een gebruiksdoel of een huurder;
- de waarden op een consistente manier van een tijdstempel voorzien;
- afwijkende of vaststaande waarden opsporen;
- de regels voor de berekening van de indicatoren documenteren;
- de geschiedenis bewaren om de situatie vóór en na een maatregel te vergelijken.
Zonder deze stap bestaat het risico dat een dashboard voor meerdere locaties gegevens vergelijkt die niet hetzelfde meten.
Dashboard voor meerdere locaties: beheer een vastgoedportefeuille, niet alleen één gebouw
Een exploitant die tien, vijftig of meerdere honderden gebouwen beheert, hoeft niet voor elke locatie een apart gebouwbeheersysteem te openen. Hij heeft een geconsolideerd overzicht nodig.
De belangrijkste indicatoren zijn doorgaans:
- totaal stroomverbruik;
- verbruik van HVAC;
- verbruik van verlichting;
- verbruik per vierkante meter;
- afwijking ten opzichte van een referentiewaarde;
- gemiddelde temperatuur per zone;
- CO₂-niveau;
- actieve technische storingen;
- status van kritieke apparatuur;
- beschikbaarheid van de verbinding;
- locaties met afwijkingen;
- energieklasse van het gebouwenpark.
Een doeltreffend toezicht op meerdere locaties helpt bij het beantwoorden van eenvoudige maar cruciale vragen: welk gebouw wijkt af? Welke zone verbruikt energie terwijl er niemand aanwezig is? Welke apparatuur vertoont te vaak storingen? Welke maatregel levert daadwerkelijk een besparing op?
Energie: onzichtbaar oververbruik opsporen
Energiebesparingen komen niet alleen voort uit grootschalige werkzaamheden. Een belangrijk deel hangt af van de afstelling, de planning en het opsporen van afwijkingen.
Typische gevallen van overmatig verbruik die kunnen worden opgespoord:
- verwarming en airconditioning tegelijkertijd in werking;
- HVAC-systeem wordt ’s ochtends te vroeg opnieuw ingeschakeld;
- instelwaarde blijft in het weekend gehandhaafd;
- verlichting brandt terwijl er niemand aanwezig is;
- te krachtige ventilatie in een lege ruimte;
- luchtbehandelingsunit in storingsmodus zonder zichtbare waarschuwing;
- afwijkende submeter;
- oplaadpunt dat een vermogenspiek veroorzaakt;
- insteltemperatuur lokaal gewijzigd en vervolgens vergeten.
De besparingen op het energieverbruik variëren sterk, afhankelijk van de oorspronkelijke toestand van het gebouw, de kwaliteit van het bestaande gebouwbeheersysteem, de bezetting en het gebruik. De besparingsmarges moeten daarom door middel van metingen worden gevalideerd, op basis van een betrouwbare referentiewaarde en een stabiele meetmethode.
Decreet inzake de tertiaire sector, BACS en ISO 52120-1
IoT-connectiviteit in gebouwen draagt rechtstreeks bij aan het naleven van regelgeving en energiebeleid, maar is geen vervanging voor de specifieke analyse van de regelgeving die voor elk vastgoedbestand geldt.
Het decreet inzake de tertiaire sector heeft betrekking op gebouwen, delen van gebouwen of gebouwencomplexen voor tertiair gebruik met een oppervlakte van ten minste 1 000 m². Het schrijft een traject voor om het energieverbruik te verminderen, waarbij jaarlijks een aangifte moet worden ingediend via OPERAT.
Het BACS-decreet heeft betrekking op de installatie van automatiserings- en gebouwbeheersystemen in tertiaire gebouwen die zijn uitgerust met verwarmings- of airconditioningsystemen waarvan het vermogen de in de regelgeving vastgestelde drempelwaarden overschrijdt.
De norm EN ISO 52120-1, die geleidelijk de oude norm EN 15232-1 vervangt, biedt een kader voor het beoordelen van de bijdrage van automatisering, regeling en technisch gebouwbeheer aan de energieprestatie.
| Kader | Doelstelling | Relevante gegevens |
|---|---|---|
| Decreet tertiaire sector | Verbruik monitoren en verminderen | jaarlijks verbruik, oppervlakten, gebruik, baseline |
| BACS-decreet | Technische systemen automatiseren en controleren | GTB, instellingen, tijdschema’s, storingen, toezicht |
| ISO 50001 | Energie op lange termijn beheren | IPE, actieplannen, maatregelen en controles |
| EN ISO 52120-1 | De impact van automatisering beoordelen | GTB-functies, regeling, prestatieklassen |
Belangrijk om te onthouden Naleving van de regelgeving houdt niet alleen in dat er een gebouwbeheersysteem wordt geïnstalleerd. Er moeten ook betrouwbare, historische, vergelijkbare en bruikbare gegevens worden gegenereerd om de maatregelen in de loop van de tijd te kunnen sturen.
Binnenluchtkwaliteit en comfort
De energieprestatie mag geen afbreuk doen aan het comfort of de kwaliteit van de binnenlucht. Met QAI-sensoren kan de ventilatie worden aangestuurd op basis van de daadwerkelijke bezetting, in plaats van volgens een vast tijdschema.
Nuttige gegevens voor de QAI:
- CO₂;
- vluchtige organische stoffen;
- temperatuur;
- relatieve vochtigheid;
- fijnstof, indien de situatie dit vereist;
- daadwerkelijke of geschatte bezettingsgraad;
- ventilatiedebiet;
- toestand van de filters;
- defecten aan de luchtbehandelingsinstallatie.
Het voordeel van integratie is dat metingen aan acties worden gekoppeld. Een hoog CO₂-gehalte in een vergaderzaal moet een waarschuwing kunnen activeren, het ventilatiedebiet kunnen verhogen of een storing in de luchtbehandelingsinstallatie kunnen signaleren. Omgekeerd kan in een lege ruimte het ventilatiedebiet worden verlaagd volgens de regels die voor het gebouw gelden.
Beheer van laadpalen met OCPP
Laadpalen voor elektrische voertuigen zorgen voor een aanzienlijke extra belasting van het gebouw. Zonder goede coördinatie kunnen ze dure vermogenspieken veroorzaken of concurreren met het technische gebruik van het terrein.
Dankzij de OCPP-integratie kan het opladen worden geregeld op basis van:
- het beschikbare vermogen;
- de tariefschema’s;
- het gevraagde laadniveau;
- de prioriteit van de voertuigen;
- het eigen verbruik van zonne-energie;
- de beperkingen inzake belastingvermindering;
- de behoeften aan doorberekening per gebruiker of dienst.
Het gebouw kan dan een evenwicht vinden tussen comfort, energieverbruik, opladen en tariefbeperkingen.
Handige automatiseringsscenario’s
De scenario’s moeten eenvoudig, testbaar en omkeerbaar zijn. Het doel is niet om het gebouw onvoorspelbaar te maken, maar om repetitieve beslissingen te automatiseren.
Voorbeelden van relevante scenario’s:
- HVAC-systeem in stand-by bij afwezigheid;
- verlichting uitschakelen na sluitingstijd;
- geleidelijke opstart ’s ochtends;
- tijdelijke ontlasting tijdens piekuren;
- verlaging van de instelwaarde in weinig bezette zones;
- versterkte ventilatie bij hoge CO₂-waarden;
- waarschuwing wanneer verwarming en airconditioning tegelijkertijd werken;
- automatische GMAO-melding bij terugkerende storingen;
- vergelijking van het verbruik tussen vergelijkbare gebouwen;
- dynamische beperking van EV-laadpunten.
Let op: aandachtspunt Een scenario moet altijd voorzien in voorwaarden voor beëindiging: terugkeer naar de normale toestand, vertraging, handmatige prioriteit, waarschuwing bij mislukking en registratie van de beslissing.
Onderhoud: van reactief naar datagestuurd
Het onderhoud van gebouwen is vaak opgesplitst in verschillende onderdelen: HVAC, elektriciteit, beveiliging, sanitair, gebouwbeheersysteem, laadpalen voor elektrische voertuigen. Dankzij een geïntegreerd toezichtsysteem kunnen interventies worden geprioriteerd op basis van hun daadwerkelijke impact.
De signalen die nuttig zijn voor het onderhoud zijn:
- defect aan de apparatuur;
- afwijking in temperatuur of druk;
- abnormaal verbruik;
- te frequent in- en uitschakelen;
- vastgelopen klep;
- verstopt filter;
- vastgelopen meter;
- verbinding verbroken;
- terugkerend alarm;
- afwijking tussen instelwaarde en meetwaarde.
Door integratie met een CMMS kunnen bepaalde gebeurtenissen automatisch worden omgezet in tickets, met vermelding van het gebouw, de apparatuur, het alarm, de recente geschiedenis en de urgentie. Zo hoeven de teams geen diagnoses in het duister te stellen.
Integratie van CMMS, EMS, ERP en energieplatforms
Eziwan kan de reeds bestaande systemen van gegevens voorzien in plaats van een extra silo te creëren. De verzamelde gegevens kunnen worden doorgegeven aan een energiebeheersysteem, een CMMS, een ERP-systeem of een analyseplatform.
| Bestemming | Verzonden gegevens | Gebruik |
|---|---|---|
| SGE | verbruik, IPE, referentiewaarden | energiebeheer en ISO 50001 |
| GMAO | storingen, alarmen, apparatuur | tickets en onderhoudsopvolging |
| ERP | kosten, doorberekening, vestigingen | financiële consolidatie |
| Dataplatform | tijdreeksen, gebeurtenissen | geavanceerde analyse en rapportage |
| Eziwan-dashboard | KPI’s, waarschuwingen, kaarten | dagelijkse bedrijfsvoering |
De exporten kunnen, afhankelijk van de omgeving van de klant, plaatsvinden via API’s, geplande bestanden, webhooks of connectoren.
Beveiliging van de netwerkverbinding in gebouwen
Gebouwbeheersystemen (GTB) worden een kritiek toegangspunt zodra ze online zijn. Bij het ontwerp van een smart building-architectuur moet cyberbeveiliging daarom vanaf het begin worden meegenomen.
Aanbevolen goede praktijken:
- uitgaande VPN-tunnel vanaf de gateway;
- geen directe blootstelling van de GTB-automaten aan het internet;
- segmentatie tussen het kantoornetwerk, GTB, beveiliging en EV-laadpalen;
- sterke authenticatie voor beheerderstoegang;
- logboekregistratie van verbindingen;
- filtering op protocol en adres;
- gecontroleerde updates;
- back-up van configuraties;
- intrekken van toegang voor dienstverleners;
- bewaking van de verbindingsstatus.
Voor organisaties met meerdere vestigingen is de consistentie van de regels net zo belangrijk als de lokale beveiliging. Een beleid dat overal op dezelfde manier wordt toegepast, vermindert fouten en vergemakkelijkt de controle.
Voorbeeld van puntkaart
Hier volgt een vereenvoudigd voorbeeld van een nuttige mapping vóór de integratie.
| Punt | Protocol | Eenheid | Frequentie | Toepassing |
|---|---|---|---|---|
| Temperatuur vergaderzaal | BACnet | graden Celsius | 5 min | comfort en binnenluchtkwaliteit |
| CO₂ vergaderzaal | Modbus RTU | ppm | 1 min | ventilatie op aanvraag |
| Algemene meter | M-Bus | kWh | 15 min | decreet tertiaire sector |
| Verlichting studio | KNX | status | gebeurtenis | uitschakelen bij afwezigheid |
| Storing luchtbehandelingsunit | BACnet | booleaans | gebeurtenis | CMMS-ticket |
| Vermogen EV-laadpunt | OCPP | kW | 1 min | dynamische belastingverlichting |
Door deze afbakening wordt voorkomen dat er te veel overbodige gegevens worden verzameld en dat de werkelijk cruciale punten over het hoofd worden gezien.
Standaardimplementatie met Eziwan
Een IoT-connectiviteitsproject voor gebouwen verloopt doorgaans in verschillende fasen.
1. Technische inventaris
Breng de aanwezige systemen in kaart: gebouwbeheersysteem (GTB), HVAC-regelaars, meters, verlichting, binnenluchtkwaliteitssysteem (QAI), laadpalen voor elektrische voertuigen, CMMS, milieubeheersysteem (SGE), brandveiligheidssysteem (ERP) en bestaande interfaces.
2. Overzicht van de protocollen
Geef aan welke protocollen worden ondersteund: BACnet/IP, BACnet MS/TP, Modbus TCP, Modbus RTU, KNX IP, M-Bus, LonWorks, OCPP en eventuele benodigde gateways.
3. Selectie van relevante punten
Kies de punten die daadwerkelijk van belang zijn voor de bedrijfsvoering: energie, comfort, alarmen, storingen, bezetting, onderhoud en naleving.
4. Installatie van de gateway
De Eziwan-gateway wordt in de technische kast of in de buurt van het GTB-netwerk geïnstalleerd. Hij verzamelt de gegevens lokaal en stuurt deze via een beveiligde verbinding door.
5. Standaardisatie en dashboards
De punten worden benoemd, geconverteerd en ingedeeld per gebouw, zone, gebruik en kriticiteit. De dashboards voor meerdere locaties worden zo onderling vergelijkbaar.
6. Waarschuwingen en scenario’s
De drempelwaarden, afwijkingsregels, tijdschema’s, belastingverlichting en CMMS-tickets worden stapsgewijs geconfigureerd.
7. Controle ter plaatse
Elke belangrijke meting moet worden gevalideerd: eenheid, richting, frequentie, overeenstemming met de meter of de daadwerkelijke apparatuur.
Toepassingen per type gebouw
| Gebouw | Belangrijkste behoefte | Toegevoegde waarde van het toezicht |
|---|---|---|
| Kantoren | comfort, energie, bezetting | vermindering van afwijkingen buiten bezetting |
| Winkels | HVAC, verlichting, openingstijden | uniformiteit over meerdere locaties |
| Zorginstellingen | continuïteit, alarmen, binnenluchtkwaliteit | inzicht in kritieke apparatuur |
| Campus | complex met meerdere gebouwen | vergelijking en prioritering van maatregelen |
| Logistiek | energie, laadperrons, opladen van elektrische voertuigen | belastingverlichting en gericht onderhoud |
| Overheid | wettelijk vereiste rapportage | consolidatie van het verbruik |
| Hotel | comfort en energiekosten | aansturing per zone en bezettingsgraad |
Het gaat altijd om hetzelfde: technische gegevens koppelen aan de operationele context.
Veelvoorkomende valkuilen
Er zijn verschillende problemen die de ontwikkeling van smart building-projecten vertragen.
- alle punten verzamelen zonder strategie;
- de eenheden en omrekeningsfactoren vergeten;
- gebouwen vergelijken zonder rekening te houden met het gebruik;
- seriële protocollen zoals Modbus RTU of BACnet MS/TP negeren;
- een esthetisch dashboard ontwerpen dat echter onbruikbaar is voor de exploitatie;
- automatiseren zonder een handmatige modus in te bouwen;
- het gebouwbeheersysteem aansluiten zonder netwerksegmentatie;
- de onderhoudsbehoeften negeren;
- de alarmen niet onder reële omstandigheden testen;
- de documentatie van meetpunten en scenario’s vergeten.
Effectief toezicht moet begrijpelijk blijven voor de teams in het veld. Als alleen de integrators het kunnen uitleggen, wordt het kwetsbaar.
Hoe Eziwan in uw slimme gebouw past
Eziwan fungeert als connectiviteits- en monitoringlaag tussen de technische installaties van het gebouw en de vakspecifieke tools. De Eziwan-gateway verzamelt de veldgegevens, het cloudplatform centraliseert de dashboards en waarschuwingen, en de connectiviteitsoplossingen beveiligen de gegevensuitwisseling tussen meerdere locaties.
Deze aanpak is bijzonder geschikt voor heterogene installaties, waar meerdere generaties van GTB-systemen, meters, sensoren en besturingsunits naast elkaar bestaan. Hierdoor kan de exploitatie worden gemoderniseerd zonder dat alle bestaande apparatuur onmiddellijk hoeft te worden vervangen.
Conclusie
IoT-connectiviteit voor slimme gebouwen is niet zomaar een project met sensoren. Het is een architectuur die zorgt voor interoperabiliteit tussen gebouwbeheersystemen (GTB), lichtbeheersystemen (GTL), metingen, binnenluchtkwaliteit (QAI), het opladen van elektrische voertuigen, onderhoud en energieprestaties.
Door BACnet, Modbus, KNX, M-Bus, LonWorks en OCPP te centraliseren in een beheerplatform voor meerdere locaties, helpt Eziwan exploitanten om afwijkingen op te sporen, scenario’s aan te sturen, onderhoudsprioriteiten te stellen en betrouwbare gegevens te genereren voor hun energiebeleid. Het gebouw wordt overzichtelijker, beter aanstuurbare en consistenter op het niveau van een volledig vastgoedpark.
Meer informatie
- GTB-bewaking op afstand — beheer uw GTB- en GTL-systemen via één centrale interface
- Industriële HVAC-bewaking — bewaak en optimaliseer uw HVAC-installaties in realtime
- BACnet-cloud — stuur de BACnet-gegevens van uw gebouwapparatuur door naar de cloud
- Industriële connectiviteit — kies de juiste connectiviteit voor uw gebouwen met meerdere locaties
- Industriële oplossingen — ontdek onze oplossingen op maat voor tertiaire en industriële gebouwen