Het toezicht op een hoogspanningstransformatorstation beperkt zich niet tot het controleren of een cel onder spanning staat. Om elektrische storingen te begrijpen, defecten te anticiperen en netwerkgebeurtenissen in verband te brengen met productieonderbrekingen, moeten meetgegevens worden verzameld van netwerkanalysatoren, beveiligingsrelais, meters en Modbus-apparatuur. Eziwan centraliseert deze veldgegevens, zet ze om in bruikbare grootheden en publiceert ze naar InfluxDB voor een duidelijke en historische weergave in Grafana.
Het probleem
Een beheerder van een industrieel netwerk moet de meetgegevens verzamelen van 18 Schneider PM800-netwerkanalysatoren via Modbus TCP en van 12 Sepam-beveiligingsrelais via Modbus RTU in verschillende hoogspanningsstations. De verwachte gegevens omvatten spanning, stroom, actief en reactief vermogen, de vermogensfactor, frequentie, harmonischen, alarmen en bepaalde beveiligingsstatussen.
Op papier lijkt Modbus eenvoudig. In de praktijk wordt het toezicht op een hoogspanningsstation al snel complex.
-
De Modbus-registertabellen van oudere apparaten zijn soms onvolledig, verspreid of afhankelijk van de firmwareversie.
-
De eenheden, schaalfactoren en numerieke formaten variëren per apparatuurfamilie: getekend geheel getal, ongetekend geheel getal, 32-bits drijvende-kommagetal, hoogste woord eerst of omgekeerde volgorde.
-
Modbus TCP-analysatoren en Modbus RTU-relais worden niet op dezelfde manier verzameld: de topologie, latentie, time-out en pollingfrequentie moeten worden aangepast.
-
Proprietaire gateways voorzien vaak in een specifieke behoefte, maar zijn slecht in staat om een nieuw protocol, een nieuwe meter of een aanpassing in de bedrijfsvoering te ondersteunen.
-
Omdat er geen ingebouwde transformaties zijn, moeten de ruwe waarden in de cloud worden geconverteerd, wat een applicatielaag oplevert die duur is om te onderhouden.
-
De teams van energie, onderhoud en productie hebben niet altijd een gemeenschappelijk beeld om een stroomstoring in verband te brengen met een machine-uitval, een PLC-alarm of een kwaliteitsverlies.
-
HTA-stations liggen soms afgelegen, met een beperkte of onderbroken verbinding, waardoor de meetgegevens lokaal moeten worden opgeslagen.
Het gaat dus om twee zaken: de betrouwbaarheid van de Modbus-gegevensverzameling verbeteren en de gegevens direct bruikbaar maken in een keten van InfluxDB, Grafana, monitoring of CMMS.
Doelstelling van het toezicht
In een hoogspanningstransformatorstation worden elektrische gegevens gebruikt om inzicht te krijgen in het werkelijke gedrag van het netwerk. Hiermee kan de belasting worden gevolgd, kunnen onevenwichtigheden worden opgespoord, spanningsdalingen worden geïdentificeerd, harmonischen worden bewaakt en beveiligingsgebeurtenissen worden geanalyseerd.
Typische gegevens die moeten worden verzameld, zijn:
-
Enkelvoudige en samengestelde spanningen.
-
Stroom per fase.
-
Actief, reactief en schijnbaar vermogen.
-
Vermogensfactor.
-
Frequentie.
-
Actieve en reactieve energie.
-
THD spanning en stroom.
-
Harmonischen per rang, afhankelijk van de mogelijkheden van de analysator.
-
Status van de beveiligingsrelais.
-
Alarmen, storingen en uitschakelingen.
-
Tijdstempel van de gebeurtenissen, indien beschikbaar.
Deze gegevens komen pas echt tot hun recht wanneer ze in een tijdreeks worden weergegeven en in verband worden gebracht met gebeurtenissen in de productie: stilstand van de productielijn, storing in de frequentieregelaar, herstart van de PLC, activering van de beveiliging of een daling van het rendement.
Aanbevolen architectuur
In de beoogde architectuur wordt een Eziwan-gateway in de schakelruimte of in de buurt van de elektrische installatie geplaatst. Deze verzamelt de Modbus TCP-apparaten via Ethernet, leest de Modbus RTU-apparaten uit via RS-485, voert de nodige bewerkingen uit en publiceert vervolgens de tijdreeksen naar InfluxDB. Grafana biedt de dashboards voor energieverbruik en netkwaliteit.
Deze architectuur voorkomt dat er steeds meer verzamelsoftware nodig is en maakt de elektriciteitsgegevens beschikbaar in een standaardformaat dat door de energie-, onderhouds- en productieteams kan worden gebruikt.
Onze aanpak
Eziwan centraliseert het verzamelen van Modbus-gegevens, de verwerking van de registers en het verzenden ervan naar de bewakingssystemen. De gateway fungeert als een industriële verzamelaar die met bestaande apparatuur kan communiceren, de gegevensuitwisseling kan diagnosticeren en de gegevens kan standaardiseren voordat ze worden gepubliceerd.
-
Real-time diagnose-interface: weergave van de ruwe waarden die uit elk Modbus-register worden uitgelezen via de webinterface, zonder externe tools.
-
Bibliotheek met fabrikantensjablonen: vooraf gedefinieerde configuraties voor gangbare Modbus-meters, analysers, regelaars en sensoren, met name van Schneider, ABB, Siemens en Danfoss.
-
Ondersteuning van verouderde apparatuur: ondersteuning van Modbus RTU-, Modbus TCP- en Modbus ASCII-scenario’s en bijbehorende gateways voor historische Schneider-omgevingen, afhankelijk van de architectuur van de locatie.
-
Ingebouwde bewerkingen: omzetting van ruwe registerwaarden naar fysieke grootheden, toepassing van schaalfactoren, hernoemen van meetpunten, locatietags en tijdstempels.
-
Publicatie naar InfluxDB: het opslaan van metingen in de vorm van tijdreeksen die geschikt zijn voor Grafana.
-
Lokale buffer: tijdelijke opslag van gegevens bij een netwerkstoring, gevolgd door een synchronisatie zodra de verbinding weer tot stand is gebracht.
-
Bewaking van de collector: status van de apparatuur, Modbus-fouten, responstijd, frames met time-out, beschikbaarheid per apparaat.
Deze aanpak sluit naadloos aan op de Eziwan-gateway, de architecturen voor industriële connectiviteit en het gecentraliseerde beheer via de Eziwan-cloud.
Modbus TCP en Modbus RTU in een hoogspanningsstation
Modbus TCP en Modbus RTU zijn gebaseerd op een vergelijkbare logica, maar hun operationele beperkingen verschillen. In een gemengd hoogspanningsstation moet de gegevensverzameling aan elk medium worden aangepast.
| Criterium | Modbus TCP | Modbus RTU |
|---|---|---|
| Ondersteuning | Ethernet IP | RS-485 of RS-232 |
| Adressering | IP-adres en poort | Slave-adres op seriële bus |
| Prestaties | Sneller, afhankelijk van het netwerk | Afhankelijk van de baudrate en het aantal apparaten |
| Diagnose | Ping, TCP-poort, netwerklogboeken | Busanalyse, time-out, botsing, bekabeling |
| Veelvoorkomende risico’s | Verkeerde poort of firewall | Verkeerde afsluiting, pariteit, adres, polariteit |
| Typisch gebruik | Recente analysers, gateways | Relais, meters en verouderde apparatuur |
Op een RS-485-bus moet de pollingtijd zorgvuldig worden berekend. Als er te vaak te veel apparaten worden opgevraagd, kan dit leiden tot time-outs, botsingen of onnodige vertraging. Bij Modbus TCP is het netwerk flexibeler, maar het is toch belangrijk om onnodige verzoeken te beperken en fouten in de applicatie in de gaten te houden.
Overzicht van de uitrusting
Voordat u de gegevensverzameling configureert, moet u een duidelijk overzicht van de apparatuur opstellen. Dit voorkomt dubbele registraties, verkeerd geïnterpreteerde gegevens en fouten bij het koppelen van gegevens.
| Familie | Voorbeeld | Protocol | Nuttige gegevens |
|---|---|---|---|
| Netwerkanalysator | Schneider PM800 | Modbus TCP | Spanning, stroom, vermogen, harmonischen |
| Beveiligingsrelais | Sepam | Modbus RTU | Status, alarmen, storingen, elektrische metingen |
| Energiemeter | Modbus-meter | RTU of TCP | Actieve en reactieve energie, meterstand |
| Lokale PLC | PLC-station | TCP | Celstatussen, foutenoverzicht |
| Seriële gateway | RS-485/IP-omzetter | TCP naar RTU | Toegang tot verouderde apparatuur |
Op deze kaart moeten ook de locatie, de cel, de transformator, de gevoede lijn, het IP-adres, het Modbus-adres, de baudrate en de kriticiteit worden aangegeven.
Modbus-registers: van ruwe gegevens naar fysieke gegevens
Een Modbus-register alleen is niet voldoende. Om een bruikbare meetwaarde te verkrijgen, moet men het type, de eenheid, de schaalfactor en soms ook de volgorde van de woorden kennen.
Voorbeeld van een transformatie:
equipement:
nom: pm800_tgbt_01
protocole: modbus_tcp
ip: 192.168.20.41
port: 502
mesures:
- nom: tension_l1_l2
registre: 3020
fonction: holding_register
type: float32
word_order: high_low
unite: V
facteur: 1
tags:
site: usine_nord
poste: hta_1
depart: ligne_a
- nom: puissance_active_totale
registre: 3054
fonction: holding_register
type: int32
facteur: 0.001
unite: kW
tags:
site: usine_nord
poste: hta_1
depart: ligne_a
Het voordeel van een verwerking op het apparaat zelf is dat er geen onbegrijpelijke ruwe waarden naar InfluxDB worden verzonden. Het platform ontvangt rechtstreeks samenhangende fysieke grootheden.
Real-time diagnose van de registers
De meest tijdrovende fase van een Modbus-project is vaak het onderzoek. Een gedocumenteerd register kan, afhankelijk van de gebruikte conventie, één adres verschoven zijn, een waarde kan over twee woorden zijn gecodeerd, of er kan in de apparatuur een schaalfactor zijn toegepast.
Een diagnose-interface moet het mogelijk maken om het volgende te controleren:
-
De beschikbaarheid van de apparatuur.
-
De responstijd.
-
De gebruikte functiecode.
-
Het gevraagde register.
-
De afgelezen brutowaarde.
-
De omgerekende waarde.
-
De geretourneerde Modbus-fouten.
-
Time-outs en geweigerde verbindingen.
-
De werkelijke pollingfrequentie.
-
De tijdstempel van de laatste geldige meting.
Deze diagnose zorgt ervoor dat er minder externe hulpmiddelen nodig zijn en versnelt de inbedrijfstelling, vooral wanneer de apparatuur verouderd of slecht gedocumenteerd is.
Datapijplijn naar InfluxDB
InfluxDB is geschikt voor industriële tijdreeksen: herhaalde metingen, context-tags, gegevensbewaring, aggregatie en visualisatie via Grafana. De kwaliteit van het gegevensmodel is doorslaggevend.
Een goed gemodelleerde meting moet een waarde, een tijdstempel en nuttige tags bevatten. Bijvoorbeeld: locatie, meterstation, transformator, aftakking, apparatuur, fase en eenheid.
Voorbeeld van een InfluxDB-punt
Een InfluxDB-record kan een elektrische meting weergeven, inclusief de bijbehorende industriële tags.
netkwaliteit,locatie=fabriek_noord,positie=hta_1,apparatuur=pm800_tgbt_01,fase=l1_l2,spanning=401,7 1719403200000000000
netkwaliteit,locatie=fabriek_noord,positie=hta_1,apparatuur=pm800_tgbt_01 actief_vermogen_kw=842,5 1719403200000000000
netkwaliteit,locatie=fabriek_noord,positie=hta_1,apparatuur=pm800_tgbt_01 thd_spanning_pct=2,8 1719403200000000000
Met deze structuur kun je vervolgens in Grafana filteren op locatie, functie, apparatuur of fase, zonder dat je daarvoor extra databases of dashboards hoeft aan te maken.
Grafana-dashboard voor netwerkkwaliteit
Een Grafana-dashboard moet antwoord geven op de vragen van de teams in het veld, en niet alleen grafieken weergeven. Voor een HTA-station zijn de volgende weergaven nuttig:
-
Overzichtsscherm van het station: spanning, stroom, vermogen, frequentie, THD, alarmen.
-
Overzicht per vertrekpunt: belasting, onbalans, actief en reactief vermogen.
-
Weergave van de netwerkkwaliteit: spanningsdalingen, spanningspieken, harmonischen, frequentie.
-
Overzicht beveiliging: Sepam-statussen, alarmen, activeringen, storingen.
-
Overzicht beschikbaarheid metingen: bereikbare apparatuur, time-outs, laatste metingen.
-
Overzicht van de correlatie tussen productie, elektrische storingen en lijnonderbrekingen.
-
Historisch overzicht: vergelijking per dag, week, maand en referentieperiode.
Een effectief dashboard moet een opeenstapeling van overbodige grafieken vermijden. De panelen moeten de besluitvorming sturen: monitoren, diagnosticeren, verbanden leggen of een interventie in gang zetten.
Een verband leggen tussen netwerkstoringen en productiestilstanden
De waarde van het project wordt duidelijk wanneer de elektrische gegevens de productiegebeurtenissen verklaren. Een lijn die om 14.03 uur uitvalt, kan in verband worden gebracht met een spanningsdaling, een fase-onbalans, een Sepam-alarm of een toename van harmonischen.
Deze correlatie is geen vervanging voor een elektrische analyse, maar biedt wel een feitelijke basis. Ze helpt om een machine storing te onderscheiden van een stroomstoring of een storing in het bovenstroomse netwerk.
Frequentie van het ophalen en prioritering
Niet alle meetwaarden hoeven met dezelfde frequentie te worden verzameld. Een te hoge frequentie belast de Modbus-bus, de gateway en de database te zwaar. Bij een te lage frequentie kan een belangrijke gebeurtenis worden gemist.
| Gegevens | Richtfrequentie | Opmerking |
|---|---|---|
| RMS-spanning en -stroom | 1 tot 10 seconden | Afhankelijk van de kriticiteit en capaciteit van de apparatuur |
| Actief en reactief vermogen | 5 tot 30 seconden | Nuttig voor het volgen van de belasting |
| Cumulatieve energie | 1 tot 5 minuten | Langzame variatie |
| THD en harmonischen | 10 tot 60 seconden | Aan te passen aan de vereiste netkwaliteit |
| Relaisstatussen | 1 tot 5 seconden | Belangrijk voor alarmen |
| Beveiligingsgebeurtenissen | Zodra beschikbaar | Hoge prioriteit |
| Diagnostische gegevensverzameling | 30 tot 60 seconden | Beschikbaarheid van de apparatuur |
Deze waarden moeten worden aangepast aan de hand van de bus, de apparatuur, het InfluxDB-volume en het gewenste detailniveau.
Omgaan met time-outs en ontbrekende gegevens
Bij elektrisch toezicht is het ontbreken van gegevens op zich al een vorm van informatie. Er moet onderscheid worden gemaakt tussen een daadwerkelijke nulwaarde en een niet-beschikbare meting.
Goede praktijken:
-
Apparatuur die in time-out is, expliciet markeren.
-
De tijdstempel van de laatste geldige waarde bewaren.
-
Vervang ontbrekende gegevens niet automatisch door nul.
-
Waarschuwingen instellen bij ontbrekende gegevens.
-
Het foutenpercentage per apparaat in de gaten houden.
-
Lokaal bufferen wanneer de netwerkverbinding onstabiel is.
-
De gegevens uit de buffer opnieuw afspelen met hun oorspronkelijke tijdstempel.
Door deze nauwkeurigheid worden onjuiste conclusies in Grafana voorkomen, met name bij grafieken over vermogen of energie.
Veiligheid en indeling van de hoogspanningspost
Elektrische gegevens zijn gevoelig. Ze geven informatie over de belasting, storingen, bedrijfsuren en soms ook over de kriticiteit van een lijn. Het verzamelen ervan moet daarom veilig gebeuren.
Aanbevolen maatregelen:
-
Het netwerk van het hoogspanningsstation in een daarvoor bestemde ruimte afschermen.
-
De datastromen tussen de gateway en de Modbus-apparaten beperken.
-
Vermijd dat analysers of relais rechtstreeks aan het internet worden blootgesteld.
-
De uitgaande gegevensstromen naar het gegevensplatform versleutelen.
-
Verbindingen en configuratiewijzigingen registreren.
-
De toegang tot Grafana per rol beperken.
-
De apparatuur, poorten, protocollen en rechten in kaart brengen.
-
Zorg voor een procedure voor het intrekken van de toegangsrechten van dienstverleners.
Deze aanpak sluit aan bij de principes van OT/IT-segmentatie en het minimumprivilegiebeginsel, zoals uiteengezet in de handleidingen over industriële connectiviteit en beveiligde toegang via de Eziwan-gateway.
Sjablonen van fabrikanten
Sjablonen versnellen de inbedrijfstelling aanzienlijk. Ze beschrijven de registers, typen, schaalfactoren, eenheden en maatnamen voor bekende apparatuur.
Een nuttige sjabloon moet het volgende bevatten:
-
Het exacte model of de apparatuurreeks.
-
De gebruikte versie van de documentatie.
-
De gelezen registers.
-
De soorten gegevens.
-
Schaalvoordelen.
-
De eenheden.
-
Aanbevolen tags.
-
De frequentie van de gegevensverzameling per meetgroep.
-
De bekende beperkingen.
-
Een validatieprocedure in de praktijk.
Sjablonen zijn geen vervanging voor een daadwerkelijke test. Twee apparaten uit dezelfde serie kunnen verschillende opties of versies hebben.
Voorbeeld van een configuratie met meerdere apparaten
poste:
nom: hta_usine_nord
timezone: Europe/Paris
collecte:
modbus_tcp:
- nom: pm800_depart_ligne_a
ip: 192.168.30.11
port: 502
template: schneider_pm800_qualite_reseau
intervalle: 5s
tags:
poste: hta_1
depart: ligne_a
- nom: pm800_depart_ligne_b
ip: 192.168.30.12
port: 502
template: schneider_pm800_qualite_reseau
intervalle: 5s
tags:
poste: hta_1
depart: ligne_b
modbus_rtu:
port: /dev/rs485-1
baudrate: 19200
parite: paire
stop_bits: 1
equipements:
- nom: sepam_cellule_arrivee
adresse: 1
template: schneider_sepam_etats_protection
intervalle: 2s
- nom: sepam_depart_moteurs
adresse: 2
template: schneider_sepam_etats_protection
intervalle: 2s
sortie:
influxdb:
bucket: qualite_reseau
measurement: poste_hta
buffer_local: true
Door dit soort configuratie wordt de implementatie reproduceerbaar. Het vergemakkelijkt ook de controle, omdat elk verzameld gegevenspunt gekoppeld is aan een apparaat en een sjabloon.
Handige meldingen
Waarschuwingen moeten tot actie leiden. Een te vage waarschuwing zorgt voor ruis; een waarschuwing in de juiste context helpt bij het stellen van een diagnose.
Voorbeelden van relevante waarschuwingen:
-
Verlies van communicatie met een PM800-analysator.
-
Verlies van communicatie met een Sepam-relais.
-
Spanningsdal onder de vastgestelde drempelwaarde.
-
Stroomonbalans tussen de fasen.
-
THD-spanning of -stroom hoger dan de bewakingsdrempel.
-
Activering of alarm van de beveiliging.
-
Er zijn geen gegevens beschikbaar over een kritieke functie.
-
Verhoging van de Modbus-time-outtijd.
-
Hoge reactieve vermogen gedurende een langere periode.
-
Ongebruikelijke belastingverschil tussen de uitgangen.
De drempelwaarden moeten door de elektrotechnische teams worden goedgekeurd. Het toezicht mag niet worden gebruikt om onterechte waarschuwingen te genereren.
Checklist vóór de ingebruikname
| Controle | Vraag | Prioriteit |
|---|---|---|
| Inventaris | Zijn alle analysatoren en relais geïdentificeerd? | Hoog |
| Documentatie | Zijn de Modbus-tabellen gevalideerd? | Hoog |
| Interfaces | Zijn TCP, RTU, baudrate en adressen bevestigd? | Hoog |
| Sjablonen | Zijn de conversies en eenheden getest? | Hoog |
| Tijdstempels | Zijn de tijdzone en de tijdsynchronisatie ingesteld? | Hoog |
| InfluxDB | Zijn de tags en metingen consistent? | Hoog |
| Grafana | Voldoen de dashboards aan de bedrijfsbehoeften? | Hoog |
| Waarschuwingen | Zijn de drempelwaarden gevalideerd door het elektrotechnische team? | Hoog |
| Beveiliging | Zijn de datastromen gesegmenteerd en versleuteld? | Hoog |
| Buffer | Wordt er omgegaan met tijdelijke netwerkonderbrekingen? | Gemiddeld |
Deze checklist voorkomt veelvoorkomende fouten: een verkeerd geconverteerd register, inconsistente eenheden, metingen zonder tijdstempel of een dashboard dat onbruikbaar is.
Veelvoorkomende fouten die je moet vermijden
Vanaf het begin te veel registers verzamelen
Het is verleidelijk om alles te verzamelen. Maar als je te veel gegevens verzamelt, raken de bussen overbelast, worden de dashboards onoverzichtelijk en neemt de opslagruimte toe. Het is beter om te beginnen met nuttige metingen en deze vervolgens naar behoefte uit te breiden.
Schaalfactoren negeren
Een ruwe waarde kan worden uitgedrukt in volt, kilovolt, ampère, tienden of duizendsten van een eenheid. Zonder schaalfactor kunnen Grafana-grafieken een verkeerd beeld geven, terwijl ze op het eerste gezicht consistent lijken.
Het verwarren van nulgegevens met ontbrekende gegevens
Een waarde van nul en een niet-beschikbare meting hebben niet dezelfde betekenis. Time-outs moeten expliciet worden afgehandeld.
De kwaliteit van de RS-485-bus verwaarlozen
Een onvolledig, te lang, verkeerd gepolariseerd of verstoord busnetwerk kan intermitterende fouten veroorzaken die moeilijk te diagnosticeren zijn. De communicatiediagnose is net zo belangrijk als de softwareconfiguratie.
Grafana bouwen zonder bedrijfslogica
Een goed dashboard moet helpen bij het nemen van beslissingen. De grafieken moeten zijn ingedeeld per functie, vertrek, uitrusting en gebeurtenis, met duidelijk leesbare drempelwaarden en handige filters.
Stuurindicatoren
Om het toezicht op de lange termijn te kunnen benutten, moeten zowel de elektrische gegevens als de kwaliteit van de gegevensverzameling worden bijgehouden.
| Indicator | Functie |
|---|---|
| Gemiddelde spanning en min/max | Spanningdalingen, overspanningen en instabiliteiten detecteren |
| Stroom per fase | Onbalans en overbelasting identificeren |
| Actief vermogen | Belasting en verbruik volgen |
| Reactief vermogen | Compensatie en vermogensfactor bewaken |
| THD spanning en stroom | Netkwaliteit analyseren |
| Sepam-alarmen | Storingen en gebeurtenissen in verband brengen |
| Beschikbaarheid apparatuur | Gegevensverzameling controleren |
| Modbus-time-outpercentage | Een bus- of netwerkprobleem detecteren |
| Laatste geldige meting | Stilstaande apparatuur identificeren |
| Aantal gecorreleerde gebeurtenissen | Het elektriciteitsnet en de productie met elkaar in verband brengen |
Deze indicatoren maken een stapsgewijze toepassing mogelijk: monitoring, diagnose, kwaliteitsanalyse en vervolgens energieoptimalisatie.
Hoe Eziwan het toezicht op HTA vereenvoudigt
| Behoefte | Antwoord van Eziwan | Voordeel |
|---|---|---|
| Modbus TCP verzamelen | Polling van netwerkanalysatoren | Gecentraliseerde elektrische metingen |
| Modbus RTU verzamelen | RS-485-interface | Integratie van relais en verouderde apparatuur |
| Registers begrijpen | Real-time diagnose | Snellere inbedrijfstelling |
| Gegevens standaardiseren | Ingebouwde transformaties | Bruikbare fysieke waarden |
| Projecten versnellen | Sjablonen van fabrikanten | Minder handmatige configuratie |
| Historiseren | Publicatie in InfluxDB | Tijdreeksen klaar voor Grafana |
| Bewaken | Logs en waarschuwingen | Eenvoudigere diagnose |
| Beveiligen | Tunnels en segmentatie | Geen directe blootstelling van apparatuur |
Eziwan zet een versnipperde Modbus-gegevensverzameling om in een bruikbare industriële gegevensstroom die voldoet aan de eisen op het gebied van netwerkkwaliteit, onderhoud en productie.
Conclusie
Door de Modbus-netwerkanalysatoren in een hoogspanningstransformatorstation te monitoren, kan men overstappen van een incidentele controle naar een continue analyse van de elektriciteitskwaliteit. Door gegevens te verzamelen van de PM800, Sepam en andere Modbus-apparatuur en de meetwaarden vervolgens op te slaan in InfluxDB en Grafana, kunnen teams storingen in het netwerk in verband brengen met productieonderbrekingen, sneller een diagnose stellen en beter prioriteiten stellen bij het nemen van maatregelen.
Eziwan biedt de benodigde bouwstenen: Modbus TCP- en RTU-gegevensverzameling, diagnose van registers, sjablonen van fabrikanten, ingebouwde transformaties, lokale buffer, publicatie in InfluxDB, waarschuwingen en beveiliging van de gegevensstromen. Voor industriële locaties zorgt deze aanpak ervoor dat de HTA-monitoring betrouwbaarder en overzichtelijker wordt en direct bruikbaar is voor de teams op de werkvloer.
Meer informatie
- Modbus RTU naar cloud — sluit uw RS-485 Modbus RTU-apparatuur aan op de cloud zonder uw bekabeling te wijzigen
- Modbus TCP naar cloud — stuur de Modbus TCP-gegevens van uw PLC’s door naar een cloudplatform
- RS-485 Modbus 4G — kant-en-klare oplossing om Modbus RTU-gegevens via een 4G LTE-netwerk te verzenden
- Industriële protocollen — overzicht van OT-protocollen: Modbus, OPC UA, MQTT, Profibus en BACnet
- Industriële IoT-gateway — de juiste gateway kiezen voor het omzetten en doorsturen van uw veldgegevens