OPC UA koppelen aan Grafana

Voordat u begint

• Een time-series-opslag die de data in de normale architectuur al bevat. Grafana is de laatste stap, en de verzamelbeslissingen die bepalen of een dashboard correct kán zijn, zijn bovenstrooms genomen.
• Als u in plaats daarvan een OPC UA-plugin wilt gebruiken: de huidige onderhoudsstatus, de licentie, en of hij ondertekend is. Grafana beperkt niet-ondertekende plugins standaard en ze toestaan is een bewuste configuratiewijziging met beveiligingsgevolgen.
• Een heldere uitspraak over welk tijdstempel de opgeslagen data draagt, brontijd of verzameltijd, want elke dashboardberekening erft dat.
• Overeenstemming over de tijdzone van het dashboard en over ploeggrenzen, voordat iemand een paneel bouwt dat per dag aggregeert.

Het opzetten

1. Bepaal waar OPC UA ophoudtIn bijna elke productie-uitrol is de keten OPC UA-client naar database naar Grafana, met een collector zoals Telegraf of een publisher ertussen. Teken die keten voordat u panelen bouwt, en zorg dat u kunt zeggen welke component welke verantwoordelijkheid draagt.
2. Richt Grafana op de opslag, niet op de fabriekVoeg de time-seriesdatabase toe als data source met een alleen-lezen account. Dit houdt Grafana volledig van het industriële netwerk af, wat zowel het eenvoudigste beveiligingsantwoord is als de reden dat deze architectuur de gangbare is.
3. Moet u een OPC UA-plugin gebruiken, behandel hem dan als een OPC UA-clientHij heeft een application instance certificate nodig, een plek om trusted- en rejected-certificaten te bewaren, en de server moet hem vertrouwen. Hij opent ook een sessie en verbruikt servercapaciteit per Grafana-instance, dus een embedded PLC-server kan een tweede dashboardgebruiker weigeren.
4. Bouw panels op de juiste aggregatie voor het signaalToestandssignalen vragen om de laatste waarde of een state timeline, tellers om een difference- of increase-functie in plaats van een gemiddelde, en analoge waarden om een gemiddelde over het panelinterval. Een gemiddelde gebruiken op een monotone teller levert een plausibele lijn op die niets betekent, en het is de meest voorkomende fout in OEE-dashboards.
5. Maak slechte kwaliteit zichtbaarAls de collector de StatusCode naast de waarde heeft opgeslagen, filter of kleur daarop. Een dashboard dat de laatst bekende waarde tijdens een communicatieonderbreking als een vlakke lijn tekent, wordt geloofd, en het klopt niet.
6. Leg de tijdzone vast en lijn vensters uit op ploegenStel de dashboardtijdzone expliciet in in plaats van die aan de browser over te laten, en bouw ploegvensters als expliciete bereiken. Beschikbaarheid berekend over een browser-lokale kalenderdag wijkt af van de eigen cijfers van productie, en die afwijking wordt op de data afgeschoven.
7. Alarmeer op de gezondheid van de dataverzameling, niet alleen op proceswaardenVoeg per machine een alarm op verouderde data toe. Een stille collector ziet er precies zo uit als een machine die gestaag draait, en dit ene alarm voorkomt de meeste vertrouwensschade die een machinedatadashboard kan aanrichten.

Hoe de adresruimte eruitziet

Grafana ziet rijen, geen adresruimte. Welke structuur de OPC UA-server ook had (browse-hiërarchie, typedefinities, technische eenheden), die wordt door de collector platgeslagen tot measurement- en tagnamen, of gaat verloren. Dat betekent dat het semantische werk stroomopwaarts moet gebeuren: als de collector elke node als een ondoorzichtige seriesnaam heeft weggeschreven, kan geen enkele Grafana-configuratie terughalen bij welke machine een waarde hoort of wat die betekent. De praktische regel is de collector een kleine, stabiele set dimensies te laten uitsturen (machine-identiteit, signaalnaam, eenheid) en de OPC UA namespace-URI en identifier als metadata ernaast bewaard te houden, zodat een panel terug te herleiden is naar een node wanneer iemand een getal betwist.

De valkuilen

• Een eigen OPC UA-data source verwachten is de eerste fout. Die is er niet, en een plugin van derden aannemen betekent dat u de onderhoudsstatus, de licentie en de beveiligingshouding daarvan als onderdeel van uw architectuur accepteert.
• Niet-ondertekende plugins toestaan is een serverbrede configuratiewijziging op de Grafana-instantie, niet een wijziging per plugin. Begrijp wat dat verder toelaat voordat u het inschakelt.
• Een gemiddelde toegepast op een monotone teller is de klassieke bug in OEE-dashboards. Tellerreeksen hebben een difference- of increase-functie nodig plus expliciete afhandeling van resets en overlopen.
• Grafana interpoleert en downsamplet voor weergave. Een panel dat bij een venster van een uur een vloeiende lijn toont, kan de korte stops verbergen waar de hele OEE-analyse van afhangt, dus bouw de stilstandanalyse op opgeslagen events, niet op een geresamplede trend.
• Browser-lokale tijdzones zorgen dat dashboards het oneens zijn met elkaar en met de eigen ploegrapporten van de fabriek. Leg de tijdzone op het dashboard vast.
• Een dashboard dat vastgehouden of laatst bekende waarden plot zonder kwaliteit, is tijdens een storing actief misleidend, en ondermijnt het vertrouwen in elk ander paneel zodra iemand het merkt.
• Als een plugin de OPC UA-verbinding verzorgt, kan elke Grafana-instantie of elke refresh een sessie openen tegen een ingebedde server met een zeer laag sessieplafond.

OEE-data eruit halen

Grafana kan beschikbaarheid, prestatie en kwaliteit weergeven en kan ze redelijk eerlijk uit opgeslagen data berekenen, mits de verzameling bovenstrooms toestandsovergangen heeft aangeleverd in plaats van bemonsterde momentopnamen, tellers in plaats van afgeleide flanken, en stilstandsredenen als records met tijdstempel. Wat Grafana niet kan, is resolutie fabriceren die het niet heeft gekregen: een toestand die eens per minuut wordt opgeslagen, kan geen microstop-analyse dragen, hoe het panel ook is geschreven. Ploegenkalenders, geplande productietijd en standaard cyclustijden zitten niet in de machine en ook niet in de time-series-opslag, tenzij iemand ze daar heeft gezet, dus komen ze meestal binnen als een statische tabel of een tweede databron, en ze hebben een eigenaar nodig. Beschouw elk OEE-panel als een bewering die moet aansluiten op de eigen cijfers van productie, en verwacht dat de eerste afstemming een verzamelprobleem blootlegt in plaats van een dashboardprobleem.

Laatst geverifieerd op 7 september 2026 tegen OPC UA 1.05.07. OPC UA Connect is een educatieve bron en is niet gelieerd aan de OPC Foundation.