Leave Your Message

Een uitgebreide handleiding voor het Modbus-protocol: van berichten en registers tot velddiagnose – een gedetailleerde uitleg.

2026-06-16

Modbus Het lijkt misschien eenvoudig op het eerste gezicht, maar om de volledige mogelijkheden ervan te beheersen, is inzicht in de master-slave-relatie, registeradressen, functiecodes, RTU/TCP-pakketten en methoden voor probleemoplossing in het veld vereist. Dit artikel legt deze concepten duidelijk uit met behulp van vakspecifieke terminologie.

Als je hebt gewerkt met PLC's, frequentieomvormers, instrumenten, elektriciteitsmeters, thermostaten, touchscreens of data-acquisitiesystemen die gebruikmaken van hostcomputers, kom je onvermijdelijk één protocol tegen: Modbus.

In tegenstelling tot Profinet of EtherNet/IP, die de nadruk leggen op realtime besturing, en in tegenstelling tot OPC UA met zijn complexe informatiemodel, kenmerkt Modbus zich door eenvoudige eigenschappen: een simpele structuur, rijke dataspecificaties, brede apparaatcompatibiliteit en een overvloed aan debugtools. Juist door die eenvoud ontstaat bij veel gebruikers aanvankelijk de misvatting: "Gaat het niet gewoon om het uitlezen van een paar registers?" In de praktijk ligt de echte uitdaging echter vaak niet in het uitlezen van de registers, maar eerder in het bepalen of adressen bij 0 of 1 moeten beginnen.

  • Wat is het verband tussen registers 40001 en 0?
  • Welke van de twee functiecodes, 03 of 04, moet ik gebruiken?
  • Waarom verschilt de CRC-waarde in de RTU altijd?
  • De RS-485-bekabeling is correct, waarom is de communicatie dan nog steeds instabiel?
  • Waarom geeft een 32-bits drijvende-komma getal onregelmatige waarden weer bij het uitlezen?
  • Hoewel Modbus TCP verbindingen tot stand kan brengen, waarom treden er dan zo vaak time-outs op bij gegevensoverdracht? Dit artikel geeft een uitgebreide uitleg van Modbus vanuit het perspectief van praktijktoepassingen.

Architectuurdiagram van de Modbus-applicatie

2-1.jpg

1.Wat is Modbus precies?

Modbus is een industrieel communicatieprotocol dat oorspronkelijk door Modicon is ontwikkeld voor PLC-toepassingen en sindsdien een van de meest gebruikte open protocollen in industriële omgevingen is geworden. Het werkt volgens een systeem van "vraag-en-antwoordregels": de ene kant verstuurt verzoeken, terwijl de andere kant de afgesproken gegevens terugstuurt. Bijvoorbeeld: • De hostcomputer vraagt ​​de meter: Wat is de huidige spanning van fase A?

  • De PLC vraagt ​​de frequentieomvormer: Wat is de huidige werkfrequentie?
  • De HMI vraagt ​​de temperatuurregelaar: Wat is de huidige temperatuur en wat is de ingestelde temperatuur?
  • De gateway verzamelt gegevens van meerdere instrumenten: het meet stroom, spanning, vermogen en elektrische energie.

Bij Modbus RTU's wordt doorgaans de term "masterstation" en "slavestation" gebruikt: het masterstation initieert verzoeken, terwijl de slavestations passief reageren. Bij Modbus TCP worden de termen "client" en "server" tegenwoordig ook veel gebruikt. Het fundamentele principe blijft hetzelfde: één verzoek correspondeert met één antwoord. Onthoud dit belangrijke punt: Modbus is geen kabel en geen interface, maar een datacommunicatieprotocol. RS-485, RS-232 en Ethernet dienen als communicatiemedia; Modbus RTU, Modbus ASCII en Modbus TCP vertegenwoordigen de protocolimplementaties. Van deze protocollen zijn Modbus RTU en Modbus TCP het meest gangbaar in de praktijk.

2.Wat zijn de verschillen tussen Modbus RTU, ASCII en TCP?

Modbus bestaat doorgaans in drie varianten. Modbus RTU wordt het meest gebruikt in seriële communicatieomgevingen en werkt op RS-485-bussen. Het maakt gebruik van binaire gegevensoverdracht met een hoge efficiëntie en bevat CRC-checksums aan het einde van berichten, waardoor het veelvuldig wordt toegepast in meters, thermostaten, frequentieomvormers, sensoren en data-acquisitiemodules. Modbus ASCII ondersteunt ook seriële communicatie, maar gebruikt ASCII-tekens voor gegevensrepresentatie, wat resulteert in langere berichten en een lagere efficiëntie; het wordt tegenwoordig minder vaak gebruikt in nieuwe veldprojecten en voornamelijk voor oudere apparatuur of gespecialiseerde toepassingen. Modbus TCP werkt via Ethernet, meestal via poort 502, elimineert de CRC-controle in RTU's en voegt een MBAP-header toe om transacties, berichtlengte en unit-identificatie te specificeren. Het wordt veelvuldig gebruikt in SCADA-systemen, PLC's, gateways, energiebeheersystemen en geavanceerde data-acquisitiesystemen. Belangrijkste vergelijkingen: • RTU: Geschikt voor RS-485 multipoint-bussen, biedt kosteneffectieve bekabeling en een gemiddelde snelheid.

  • TCP: Geschikt voor Ethernet-netwerken, met eenvoudige configuratie, hoge snelheid en compatibiliteit met switches en systemen op een hoger niveau.
  • ASCII: Zeer leesbaar maar inefficiënt, wordt zelden gebruikt in nieuwe projecten.

Beginners wordt aangeraden om eerst RTU en TCP te leren.

3, de meester-slaafrelatie begrijpen:

De basislogica van Modbus is eenvoudig.

1. Het masterstation verstuurt verzoeken en het slavestation reageert.

  1. Controleer het adres, de functiecode en de gegevens op het station.
  2. Ontvang een normale of abnormale reactie van de server.
  3. Het hoofdstation leest het volgende punt voor.

Op de RTU-bus kan slechts één masterstation tegelijk actief verzoeken verzenden. Slavestations kunnen niet spontaan gegevens verzenden; ze moeten wachten op een verzoek van het masterstation – een cruciale vereiste. Sommigen denken ten onrechte dat "instrumenten automatisch gegevens naar de PLC sturen wanneer deze beschikbaar zijn", maar dit strookt niet met de functionaliteit van Modbus RTU.

De PLC leest gegevens sequentieel, apparaat voor apparaat en segment voor segment, volgens een vooraf gedefinieerd polling-schema.

Daarom moet bij het ontwerpen van een veldwerkplek rekening worden gehouden met de volgende factoren:

  • Hoeveel apparaten zijn er op de bus aangesloten?
  • Hoeveel registers leest elk apparaat?
  • Wat is de Porter-ratio?
  • Hoe snel moet de peilingcyclus zijn?
  • Hoe stel ik de time-out- en herhalingslimieten in?

Wanneer meerdere apparaten op een RS-485-bus zijn aangesloten en er regelmatig veel registers worden uitgelezen, zijn lagere communicatiesnelheden normaal.

  1. Het Modbus-datamodel definieert vier afzonderlijke objectcategorieën.

In tegenstelling tot traditionele protocollen die simpelweg aangeven "Ik wil de temperatuur uitlezen", specificeert Modbus precies welk type data van een specifiek adres moet worden uitgelezen. Het omvat vier standaard datavelden:

  • Coil: Een leesbare/schrijfbare Booleaanse waarde, die vaak wordt gebruikt voor start/stop-, reset- en schakelcommando's.
  • Discrete invoer: een alleen-lezen Booleaanse waarde, die vaak wordt gebruikt voor schakeltoestanden of fouttoestanden.
  • Invoerregister: Een 16-bits register dat alleen kan worden gelezen en dat doorgaans wordt gebruikt voor meetwaarden.
  • Holdingregister: Een 16-bits register dat zowel leesbaar als beschrijfbaar is en doorgaans wordt gebruikt voor parameters, ingestelde waarden en operationele gegevens. De meest gebruikte registers in veldtoepassingen zijn het holdingregister en het ingangsregister. Een handleiding van een meter kan bijvoorbeeld het volgende specificeren: • Spanning: Holdingregister 40001
  • Huidig: Houdersregister 40003
  • Voeding: Invoerregister 30021
  • Apparaatadres: Holding Register 40010.

In dergelijke gevallen moet men niet alleen de numerieke waarden onderzoeken, maar ook de bijbehorende gegevenscategorieën identificeren, aangezien verschillende gegevenscategorieën overeenkomen met verschillende functiecodes.

  1. Functiecode:Het "Actiecommando"

De functiecode in Modbus bepaalt wat het masterstation moet doen. Veelvoorkomende functiecodes zijn onder andere:

  • 01: Spoelstatus uitlezen.
  • 02: Lees discrete invoer.
  • 03: Lees het wachtregister.
  • 04: Lees het ingangsregister.
  • 05: Schrijf voor een enkele spoel.
  • 06: Schrijf naar een enkel hold-register.
  • 15: Schrijf meerdere spoelen.
  • 16: Schrijf naar meerdere onderhoudsregisters.

Hier volgen enkele praktische voorbeelden:

  • Het aflezen van de werkfrequentie van de omvormer: meestal met behulp van de codes 03 of 04.
  • Stel de frequentie voor de omvormer in: meestal ingesteld op 06 of 16.
  • Lees de bedrijfsstatus van het apparaat: hiervoor kunnen de codes 01, 02, 03 of 04 worden gebruikt; raadpleeg de handleiding.
  • Stuur een specifiek uitgangskanaal van de relaismodule aan: gebruik 05 of 15.

Functiecodes mogen niet op intuïtie worden gekozen; raadpleeg altijd de communicatiehandleiding van het apparaat. Sommige apparaten slaan meetwaarden op in het ingangsregister, dat alleen kan worden uitgelezen met 04; andere slaan dezelfde gegevens op in het vasthoudregister, dat kan worden uitgelezen met 03. Het gebruik van de verkeerde functiecode kan ertoe leiden dat het apparaat direct een foutmelding geeft of helemaal niet meer reageert.

     6.Registratieadres:

 De meest voorkomende valkuil bij Modbus-toepassingen in het veld zit niet in de bedrading, maar in de adressering. Er kunnen verschillende formaten voorkomen:

  • 40001
  • 400001
  • 0000H
  • Adres 0
  • Adres 1
  • Aandeelhoudersregister 1

Deze kunnen betrekking hebben op hetzelfde register of op verschillende registers.

Het is belangrijk onderscheid te maken tussen "logische nummering" en "protocoladres". In veel handleidingen is 40001 een handmatig leesbaar registernummer dat het eerste register in het registergebied identificeert.

Het daadwerkelijke startadres in een Modbus-bericht is echter vaak 0.

Met andere woorden:

  • In de handleiding staat 40001, maar de software vereist mogelijk dat u 0 invoert.
  • De handleiding vereist het invoeren van 40002, terwijl de software mogelijk het invoeren van 1 vereist.
  • Sommige handleidingen voor huishoudelijke apparaten vermelden adres 1, en deze waarde moet ook in de software worden ingevoerd.
  • Sommige softwareprogramma's verwerken het voorvoegsel 40001 automatisch, andere niet.

Bij het oplossen van adresproblemen is de meest praktische aanpak daarom om eerst een debugtool te gebruiken om een ​​register uit te lezen waarvan bekend is dat het verandert, en vervolgens zowel het nulgebaseerde als het ééngebaseerde adres afzonderlijk te testen om te bepalen welke een geldige waarde oplevert.

Lees geen grote blokken tegelijk en begin niet met complexe drijvende-komma getallen. Begin met eenvoudige gegevens zoals apparaatadressen, baudrates, statuswoorden en versienummers voor een gemakkelijkere identificatie.

7.Berichtstructuur: Hoe zijn de RTU- en TCP-berichten gestructureerd?

Het begrijpen van de boodschap betekent niet dat je elk frame handmatig moet berekenen, maar dat je tijdens het oplossen van problemen moet vaststellen waar het probleem zich bevindt.

Structuurdiagram van een Modbus-bericht

3-1.jpg

Het Modbus RTU-verzoekvoorbeeld gaat ervan uit dat het masterstation twee hold-registers moet uitlezen, beginnend bij adres 0 van slave-apparaat nr. 1. Het bericht kan als volgt worden geïnterpreteerd: 01 03 00 00 00 02 C4 0B, waarbij: • 01: Adres van het slave-apparaat.

  • 03: Functiecode; lees het hold-register.
  • 00 00: Startadres.
  • 00 02: Leest de hoeveelheid; 2 registers.
  • C4 0B: CRC16-controle; de ​​laagste byte komt eerst.

Als het slavestation normaal reageert, kan het de volgende gegevens retourneren: 01, 03, 04, 00, FA, 13, 88, D7 of 54. De betekenis hiervan is: • 01: Slaveadres.

  • 03: Functiecode.
  • 04: Resterend aantal databytes, 4 bytes.
  • 00 FA: Eerste register, decimale waarde 250.
  • 13 88: Het tweede register, met een decimale waarde van 5000.
  • D7 54: CRC16-controle.

De meest foutgevoelige velden in RTU-pakketten zijn CRC, adres, baudrate, pariteitsbit en bytevolgorde. De Modbus TCP-verzoekstructuur begint met een MBAP-header, gevolgd door een PDU.

MBAP bevat doorgaans: • Transactie-ID: een unieke identificatiecode voor het koppelen van verzoeken en antwoorden.

  • Protocol-ID: De protocol-ID; Modbus gebruikt doorgaans 0.
  • Lengte: Lengte van de volgende bytes.
  • Eenheidsidentificatie: Een eenheidsidentificatie, die vaak wordt gebruikt voor gateways om verkeer door te sturen naar seriële slave-apparaten.

Het TCP-protocol bevat geen CRC-veld aan het einde van een RTU-pakket. Omdat het bovenop TCP/IP werkt, hebben zowel de datalinklaag als de transportlaag al hun eigen verificatiemechanismen; bijgevolg bevat de Modbus TCP-berichtstructuur niet langer het CRC-veld dat door RTU's wordt gebruikt.

8.Gegevenstype: 16-bit is slechts het beginpunt.

Modbus-registers zijn van nature 16-bits, maar veldgegevens zijn niet altijd 16-bits gehele getallen. Veel apparaten verdelen complexere gegevens over meerdere registers: • 16-bits niet-ondertekende gehele getallen.

  • Een 16-bits getekend geheel getal.
  • 32-bits geheel getal.
  • 32-bits drijvende-komma getal.
  • 64-bits dubbele precisie of cumulatieve waarde.
  • Een geheel getal met een vermenigvuldiger.

Als de handleiding van de elektriciteitsmeter bijvoorbeeld een spanning van 40001 aangeeft met een gegevenstype van UINT16 en een schaalfactor van 0,1, dan komt de waarde 2301 overeen met een werkelijke waarde van 230,1 V.

Neem bijvoorbeeld een debietmeter die twee registers gebruikt om een ​​32-bits drijvende-komma getal weer te geven. Bij het uitlezen van vier bytes zijn er verschillende mogelijke interpretaties: • AB CD: de standaard hoogste bit komt eerst.

  • CD AB: Kleine letters komen eerst.
  • BA DC: Byte-uitwisseling.
  • DC BA: Zowel tekens als bytes worden uitgewisseld.

Modbus schrijft voor dat de hoogste byte als eerste in registers moet staan; wanneer meerdere registers echter 32-bits of 64-bits datastromen vormen, kunnen verschillende fabrikanten de bytevolgorde anders hanteren.

Ga er daarom bij onjuiste drijvende-kommawaarden niet meteen van uit dat het protocol defect is. Raadpleeg eerst de handleiding voor gegevenstypen, schaalfactoren, bytevolgorde en woordvolgorde.

  1. Typische gebruiksscenario's

Modbus wordt veel gebruikt omdat het uitblinkt in diverse scenario's met betrekking tot data-acquisitie, configuratie en monitoring.

Energiemeters en apparaten voor het registreren van energieverbruik

waaronder slimme meters, multifunctionele meters, stroomkwaliteitsanalysatoren en temperatuur-/vochtigheidssensoren, waarvan vele Modbus RTU- of TCP-protocollen ondersteunen. Hostcomputers, gateways of PLC's kunnen gegevens uitlezen zoals spanning, stroom, vermogen, arbeidsfactor, energieverbruik en frequentie.

Deze toepassingen worden veelvuldig gebruikt voor het beheer van energieverbruik in fabrieken, de bewaking van stroomdistributie en energiesystemen in industrieparken.

De frequentieomvormer en softstarter

De PLC kan via Modbus de status, foutcodes, uitgangsfrequentie en stroom van de frequentieomvormer uitlezen, en tevens start-/stopcommando's en frequentie-instelpunten schrijven.

Houd er echter rekening mee dat de aansturing van de communicatie van de frequentieomvormer doorgaans een correcte parameterconfiguratie vereist. Parameters zoals de commandobron, de frequentiebron, het communicatieadres, de baudrate, de pariteitsbit en de time-outbeveiliging moeten consistent worden ingesteld.

Tthermostaten, debietmeters en druktransmitters 

Instrumentatieapparaten gebruiken doorgaans Modbus om meetwaarden te verzenden en ondersteunen ook het schrijven van instelpunten, alarmdrempels en regelparameters. Hoewel deze apparaten een beperkt aantal meetpunten hebben, kunnen hun adrestabellen zeer gedetailleerd worden geconfigureerd.

Tijdens het debuggen is het raadzaam elk onderdeel te controleren aan de hand van de handleiding.

PLC's, HMI's, SCADA-systemen en gateways

HMI's kunnen PLC-gegevens lezen en schrijven via Modbus. SCADA-systemen kunnen gegevens verzamelen van meerdere controllers of gateways met behulp van Modbus TCP. Seriële servers en protocolgateways kunnen Modbus RTU's converteren naar Modbus TCP.

De gateway is echter geen universele vertaler. Hij behandelt problemen met de overdracht en doorsturing van communicatie, maar begrijpt niet automatisch de betekenis van elk apparaatregister. De puntentabel moet nog steeds handmatig worden geconfigureerd.

  1. Bekabeling en parameterconfiguratie op locatie:

De Modbus RTU gebruikt doorgaans een RS-485-bus. Controleer tijdens het oplossen van problemen eerst de volgende punten: • Of de A/B-lijnen verkeerd om zijn aangesloten.

  • Is het adres van elk slavenstation uniek?
  • Of de verhouding van de 波特 consistent is.
  • Zijn de databits, stopbit en pariteitsbit consistent?
  • Is een eindweerstand nodig aan het busuiteinde?
  • Of de afschermingslaag en de aarding correct zijn aangebracht.
  • Is de aftakking te lang?
  • Controleer of de stroom- en communicatiekabels onderhevig zijn aan significante interferentie. RS-485 adviseert busbekabeling; stervormige configuraties met veel vertakkingen worden afgeraden. Bij lange kabellengtes, een groot aantal apparaten of ernstige interferentieniveaus worden de weerstand van de aansluitingen, afscherming, aarding en isolatie cruciale aandachtspunten.

Modbus TCP controleert voornamelijk of: • De IP-adressen zich op hetzelfde netwerksegment bevinden.

  • Is poort 502 open?
  • Ondersteunt het apparaat meerdere gelijktijdige clientverbindingen?
  • Of het unit-ID moet worden ingevuld.
  • Is de gateway-mappingrelatie correct?

11.Checklist voor probleemoplossing: van eenvoudig tot complex 

Als de Modbus-communicatie mislukt, volg dan deze stappen voor probleemoplossing: Controleer eerst de fysieke laag: • Controleer voor de RTU de bedrading, voeding, A/B-aansluitingen, afscherming en aansluitweerstand.

  • TCP onderzoekt de netwerkkabel, het IP-adres, de gateway, de poort en de switch.

Bevestig de communicatieparameters opnieuw: • Slave-adres.

  • Baudrate.
  • Databit, pariteitsbit, stopbit.
  • TCP-poort en eenheids-ID. Controleer vervolgens de protocollaag: • Of de functiecode correct is.
  • Is het beginadres correct?
  • Overschrijdt het aantal leesbewerkingen het bereik?
  • Is het registratiegebied correct geselecteerd?
  • Is schrijftoegang of communicatie ingeschakeld?

Eindvalidatie van de gegevens: • Aanwezigheid van vergroting.

  • Aanwezigheid van een bordnummer.
  • Woordvolgorde voor 32-bits of 64-bits gegevens.
  • Is de eenheid consistent?
  • Of het statuswoord bit voor bit moet worden geanalyseerd.

Bij het oplossen van problemen is het raadzaam om de volgende werkwijze te volgen: begin niet met het programmeren van de PLC.

Gebruik eerst de Modbus-debugtool om het apparaat rechtstreeks uit te lezen. Als de tool succesvol verbinding maakt, ga dan verder met het configureren van de PLC of hostcomputer. Als de tool geen verbinding kan maken, controleer dan eerst de bedrading, parameters, adresstabel en de handleiding van het apparaat.

Stroomschema voor Modbus-polling en foutdiagnose

4-1.jpg

      12.Bij het werken aan een project moet de puntentabel op deze manier worden georganiseerd.

Het meest kritieke probleem bij Modbus-projecten is een onoverzichtelijke puntentabel.

Het is aan te raden om voor elk project ten minste de volgende velden te organiseren: • Apparaatnaam.

  • Communicatiemethode: RTU of TCP.
  • Slave-adres of IP-adres.
  • FC.
  • Registertype.
  • beginadres.
  • DL.
  • gegevenstype.
  • vermenigvuldigingskracht.
  • eenheid .
  • Lees-/schrijfrechten.
  • Bytevolgorde of tekenvolgorde.
  • opmerkingen .

De puntentabel is niet zomaar een formalistisch document; deze heeft directe invloed op PLC-programma's, HMI-interfaces, SCADA-variabelen, databasevelden en het daaropvolgende onderhoud. Veel communicatieproblemen op de werkvloer komen uiteindelijk niet voort uit tekortkomingen in protocollen, maar uit slecht georganiseerde puntentabellen.

13.Voordelen en beperkingen van Modbus De voordelen van Modbus zijn duidelijk:

  • Eenvoud.
  • Open.
  • Een overvloed aan informatie.
  • Brede apparaatcompatibiliteit.
  • Er zijn meerdere debugtools beschikbaar.
  • Ideaal voor kleinschalige projecten voor gegevensverzameling en monitoring.
  • Het heeft echter wel beperkingen:
  • De data-semantiek is zwak: het identificeert alleen adressen en waarden, maar mist de zakelijke context.
  • De polling-efficiëntie van de RTU is beperkt, waardoor deze ongeschikt is voor grootschalige, snelle realtime besturingstoepassingen.
  • Het standaardprotocol zelf bevat geen complexe beveiligingsmechanismen.
  • Bij gebruik op meerdere apparaten van verschillende fabrikanten kunnen adressen, vergrotingsfactoren en woordvolgorde gemakkelijk door elkaar raken.
  • De diagnostische mogelijkheden voor afwijkingen zijn beperkt en veel problemen vereisen onderzoek op basis van klinische ervaring.
    Modbus is daarom geschikt voor data-acquisitie, monitoring, parameterconfiguratie en besturing bij lage snelheden, maar moet niet worden beschouwd als een universele oplossing voor alle industriële netwerken.
    Voor toepassingen die snelle realtime bewegingsbesturing, complexe apparaatverbindingen, grootschalige datamodellering, beveiligingsauthenticatie en systeemoverkoepelende integratie vereisen, moeten opties zoals Profinet, EtherNet/IP, EtherCAT, OPC UA, MQTT of fabrikantspecifieke protocollen mogelijk worden overwogen.

Kortom, Modbus heeft een lage instapdrempel, maar voor een stabiele werking is het belangrijk om vier kernprincipes te begrijpen:

Het masterstation verstuurt verzoeken en de slavestations reageren daarop – verwar dit niet met actieve apparaatrapportage.

Ten tweede moet het registeradres overeenkomen met de functiecode; het instellen van 40001 in de software betekent niet noodzakelijkerwijs dat het ook daadwerkelijk deze waarde moet hebben.

Ten derde, voor RTU's, focus op seriële poortparameters, RS-485-bekabeling en CRC; voor TCP-apparaten, geef prioriteit aan IP-adres, poortnummer, unit-ID en gateway-mapping.

Ten vierde is het uitlezen van gegevens slechts de eerste stap; de nauwkeurigheid van de waarden hangt volledig af van de bemonsteringsfrequentie, het gegevenstype, de bytevolgorde en de configuratie van de eenheid.

Als je nieuw bent in de industriële communicatie, is Modbus een uitstekend startpunt. Het is eenvoudig genoeg om je te helpen de fundamentele communicatieprincipes te begrijpen, maar wordt tegelijkertijd veelvuldig gebruikt in diverse apparaten zoals elektriciteitsmeters, frequentieomvormers, instrumenten, PLC's, HMI's en SCADA-systemen.

Beheers Modbus eerst grondig; inzicht in andere industriële protocollen zal uw voortgang aanzienlijk vergemakkelijken. We kunnen nu verdergaan met gedetailleerde uitleg: RS-485-busbekabeling, gebruik van Modbus-debugtools, PLC-gegevens uitlezen van frequentieomvormers, data-acquisitie van slimme meters, configuratie van de Modbus TCP-gateway en hoe communicatiepuntentabellen te organiseren.