Kommunikationsprotokoller
Vi arbejder med udvikling af produkter inden for en lang række forskellige kommunikationsprotokoller, med spidskompetence inden for blandt andet M-Bus og Modbus. Vi har meget lang erfaring på området og bestræber os løbende på at udvikle produkter, der er nemme at håndtere og brugervenlige.
Her kan du finde mere detaljerede oplysninger om de protokoller, vi arbejder med på daglig basis. Hvis du har spørgsmål om protokollerne og deres opbygning, er du meget velkommen til at stille dem til os. Vi modtager også gerne din feedback til den fremtidige udvikling.
Det elektriske interface M-Bus blev udviklet på universitetet i Paderborn i Tyskland under ledelse af professor dr. Horst Ziegler. M-Bus, eller Meter-Bus, som det egentlig hedder, er en europæisk standard til fjernaflæsning af varmemålere eller andre typer forbrugsmålere. M-Bus kan også bruges til at aflæse forskellige moduler såsom pulsomformere, analoge/digitale indgangsmoduler m.m.
M-Bus er en omkostningseffektiv feltbus til overførsel af forbrugsdata fra forskellige typer målere. En central master, eksempelvis en pc med en omformer fra Ethernet til M-Bus eller alternativt fra RS232 til M-Bus, kommunikerer via en 2-leder bus med enhederne (op til 250 lastenheder pr. segment), såsom varmemålere, vandmålere, elmålere, gasmålere og andre typer målere.
Flere og flere producenter implementerer det elektriske interface M-Bus i deres målere. M-Bus er en europæisk standard, der er beskrevet i standarderne EN1434-3, EN13757-1, -2, -3, -4, -5, -6
Modbus har sine rødder i slutningen af 1970'erne. I protokollens udviklingsfase opstod der uenighed mellem de to virksomheder, som udviklede protokollen. Det resulterede i, at der blev udviklet en variant af Modbus, nemlig Jbus. Den primære forskel er, at registeradressen har en forskydning på én, hvilket ofte, også i dag, giver anledning til en del hovedbrud.
I begyndelsen foregik kommunikationen udelukkende via RS232, men ret hurtigt kom der understøttelse af RS485, hvilket medførte multidrop, længere kabler og højere hastigheder. Efterhånden kom der også understøttelse af Modbus over TCP, hvilket indebar, at man tilføjede en ekstra blok i meddelelsen. Den vigtigste del af den ekstra blok er et såkaldt transaktions-id, som gør trafikken over TCP mere sikker kommunikationsmæssigt.
Mange troede for nogle år siden, at Modbus ville uddø, fordi det er en gammel protokol. Det, der imidlertid er sket, er, at Modbus har fået en renæssance og i dag bruges i meget mange forskellige sammenhænge. Modbus er en af de få protokoller, der virkelig er udbredt på alle kontinenter.
M-Bus ASCII-protokollen er udviklet af PiiGAB for at gøre det nemmere at aflæse M-Bus-målere uden at skulle have en traditionel M-Bus-driver installeret.
Protokollen er en typisk forespørgsels-/svarprotokol. Forespørgslerne kan sendes via seriel kommunikation eller UDP/TCP. Forespørgslerne består af såkaldte OPC Items, som sendes som ASCII-strenge. Disse strenge kodes derefter i henhold til OPC-standarden, hvorefter målersvaret sendes tilbage som en streng. Disse værdier kan nu nemt vises på et display eller en hjemmeside.
OPC er en kompatibel standard til sikker og pålidelig udveksling af data inden for industriel automation og andre automatiseringssammenhænge. Den er platformsuafhængig og sikrer et problemfrit informationsflow mellem enheder fra forskellige producenter. OPC Foundation er ansvarlig for udviklingen og vedligeholdelsen af standarden. OPC-standarden består af en række standardspecifikationer, der er udviklet gennem et samarbejde mellem et stort antal førende automationsleverandører, slutbrugere og softwareudviklere verden over. Specifikationerne definerer grænsefladen mellem klienter og servere samt mellem servere og servere, herunder adgang til realtidsdata, visning af alarmer og hændelser samt adgang til historiske data og andre applikationer.
Da standarden blev udgivet første gang i 1996, var formålet at overføre PLC-specifikke protokoller, såsom Modbus og Profibus, til en standardiseret grænseflade. Det gjorde det muligt for HMI/SCADA-systemer at kommunikere gennem et ”mellemlag”, der kunne omdanne generelle OPC-læse- og skriveforespørgsler til protokolspecifikke modstykker og omvendt.
Indledningsvis var OPC-standarden begrænset til Windows-operativsystemer. Derfor var standarden baseret på OLE COM-teknologier (Component Object Model) og DCOM (Distributed Component Object Model). Disse specifikationer kaldes i dag OPC Classic og har haft stor gennemslagskraft inden for mange brancher, såsom produktion, bygningsautomation, olie og gas, vedvarende energi samt mange andre brancher.
Med indførelsen af serviceorienterede arkitekturer i produktionssystemer opstod nye udfordringer inden for sikkerhed og datamodellering. OPC Foundation udviklede OPC UA-specifikationerne for at imødekomme disse behov og samtidig skabe en funktionsrig teknologi med en åben platformsarkitektur, der er fremtidssikret, skalerbar og udvidelig.
Dette er blot nogle af årsagerne til, at så mange OPC-medlemmer og andre teknologiorganisationer går over til OPC UA på grund af den fleksible platform.
Hvis du vil vide mere om OPC, kan du med fordel besøge www.opcfoundation.org og læse mere. PiiGAB har meget lang erfaring med kommunikation og drivere til de fleste almindeligt forekommende typer anlæg. Det gælder alt fra bygningsautomation til tung industriproduktion. Også VA-anlæg med tilhørende opkald til pumpestationer indgår i vores arbejdsområde.
Vi har arbejdet med Citect siden slutningen af 1990'erne, hvor hovedparten af arbejdet har ligget inden for vores specialområde: kommunikation og drivere. Vi har udviklet flere Citect-drivere hele vejen fra grundspecifikationer til betatestede og færdige drivere. Desuden har vi tilpasset og suppleret en række drivere. Derudover har vi været projektledere for udviklingen af cirka tretten forskellige Citect-drivere. Hvis du har brug for en ny Citect-driver eller anden hjælp til kommunikation, er du velkommen til at kontakte os.