Modbus opas: RTU, TCP, rekisterit ja vianhaku

Tämä käytännön Modbus opas käsittelee Modbus RTU ja Modbus TCP tiedonsiirtoa automaatiojärjestelmissä. Oppaassa käydään läpi RS-485 väylä, Modbus rekisterit, funktiokoodit, osoitteistus, CRC tarkistus, tavu- ja sanajärjestys, rekisteriarvojen muuntaminen, esimerkkiviestit sekä vianhaku.

Jos sinulla on jo Modbus viesti, jonka haluat purkaa, käytä Modbus dekooderia.

Mikä on Modbus?

Modbus on yksinkertainen ja lisenssimaksuton sovelluskerroksen protokolla. Client (asiakas) lähettää pyynnön ja server (palvelin) vastaa – palvelin ei lähetä viestejä oma-aloitteisesti. Terminologia on päivitetty master/slave → client/server.

Modbus on sovellustason tiedonsiirtoprotokolla, jota käytetään laajasti PLC ohjainten, automaatiolaitteiden, mittareiden, antureiden, taajuusmuuttajien ja rakennusautomaatiojärjestelmien välisessä tiedonsiirrossa.

Asiakas lähettää pyynnön palvelinlaitteelle. Palvelin käsittelee pyynnön ja palauttaa vastauksen.

Modbus RTU ja Modbus TCP

1.1 Heksadesimaali

Modbus-viestit kulkevat bitteinä (0/1). Neljä bittiä muodostaa helposti luettavan heksadesimaalimerkin (0–F), joten binäärinen data esitetään usein heksamuodossa. Heksadesimaalijärjestelmän kantaluku on 16. Modbus-viestit muunnetaan käytännössä usein binäärisestä muodosta heksadesimaalimuotoon, jotta niitä on helpompi lukea. Heksadesimaalien tulkitsemista tarvitaan käyttöönotossa ja vianselvityksessä.
Bitti on pienin tietoyksikkö (0 tai 1).

• Yksi heksadesimaalimerkki vastaa neljää bittiä.
• Tavu = 8 bittiä = kaksi heksadesimaalimerkkiä.
• 16-bittinen rekisteri = 2 tavua = neljä heksadesimaalimerkkiä.

Bittijono 0001 0010 1011 1100 on heksadesimaalimuodossa 0x12BC.

Alla oleva taulukko näyttää, miten jokainen 4-bittinen binääriarvo vastaa yhtä heksadesimaalimerkkiä.

1.2 Modbus RTU väylän kytkentä ja jännitetasot

Modbus RTU viesti kulkee sarjaväylää pitkin. Sarjaväylässä tulisi välttää haaroja, sillä haarat aiheuttavat ongelmia. Väylä terminoidaan molemmista päistä yleensä 120Ω vastuksella. Tämän vastuksen tarkoitus on estää heijastumia ja siten häiriöitä väylän tiedonsiirrossa.

RS-485 siirtää dataa kahden väyläjohtimen välisen differentiaalijännitteen avulla. Monissa käytännön RS-485-asennuksissa differentiaalinen waveform näkyy oskilloskoopilla muutaman voltin suuruisena molempiin suuntiin, ja noin -5 V … +5 V on hyödyllinen yksinkertaistettu esimerkki siitä, miltä signaali voi näyttää.

Jännitetaso ei kuitenkaan ole kiinteästi ±5 V. Todellinen amplitudi riippuu transceivereistä, käyttöjännitteestä, väylän kuormituksesta, terminoinnista ja biasoinnista. Receiver tulkitsee logic staten johtimien välisen differentiaalijännitteen napaisuuden ja suuruuden perusteella eikä sen perusteella, että jommallakummalla johtimella olisi aina tietty jännite suhteessa maahan.

Alla oleva kuva esittää siis yksinkertaistetun esimerkin RS-485 differentiaalisesta waveformista. Todellisessa asennuksessa amplitudi voi olla erilainen.

Myöskään A- ja B-merkintöjä ei käytetä täysin yhdenmukaisesti eri valmistajien välillä. Kun yhdistät eri valmistajien laitteita, tarkista liitinmäärittelyt laitedokumentaatiosta äläkä oleta yhden A/B-napaisuusmerkinnän olevan yleispätevä.

1.3 Modbus RTU väylän kaapeli

RS-485-segmentin pituuteen vaikuttavat baud rate, kaapelin ominaisuudet, topologia, transceiverit, terminointi ja EMC-ympäristö. Tämän vuoksi ei ole olemassa yhtä Modbus RTU -pituustaulukkoa, joka olisi voimassa kaikissa asennuksissa.

Karkeana käytännön esimerkkinä pienempi baud rate mahdollistaa yleensä pidemmän kaapeloinnin kuin suuri baud rate:

Nämä arvot eivät ole Modbus-protokollan rajoja. Ne ovat käytännön esimerkkejä baud raten ja kaapelipituuden välisestä suhteesta. Todellinen sallittu pituus tulee aina tarkistaa käytettävän kaapelin, transceivereiden ja laitteiden spekseistä.

Sähköisesti häiriöisessä ympäristössä baud raten pienentäminen voi kasvattaa tiedonsiirron marginaalia, mutta sillä ei pidä peittää johdotus-, topologia-, terminointi- tai maadoitus-ongelmia.

1.4 Modbus RTU väylän nopeus ja maksimipituus

Modbus RTU -väylän toimivuuteen vaikuttavat merkittävästi tiedonsiirtonopeus (baud rate) ja käytetty kaapelipituus. Mitä korkeampi nopeus, sitä lyhyempi väylän maksimipituus:

• 9600 bps → jopa noin 1000 m
• 19200 bps → noin 600 m
• 38400 bps → noin 300 m
• 115200 bps → noin 100 m

Yllä olevat arvot ovat ohjearvoja, ja todelliset maksimipituudet riippuvat kaapelityypistä, asennusolosuhteista ja häiriöympäristöstä. Häiriöalttiissa ympäristöissä kannattaa käyttää alhaisempaa nopeutta ja huolehtia kaapeloinnin sekä maadoituksen laadusta.

1.5 Heijastukset kaapelissa

Heijastuksen tapahtuessa sähkö ikään kuin kimpoaa takaisinpäin ja sotkee väylän jännitetasoja. Jännitetasojen sotkeentuminen johtaa viestien virheellisyyteen.

Heijastusten vähentämiseksi terminointivastuksen tulisi vastata kohtuullisen hyvin kaapelin ominaisimpedanssia.

120 Ω on yleinen RS-485-asennuksissa, koska monien nimenomaan RS-485-käyttöön tarkoitettujen kaapeleiden ominaisimpedanssi on lähellä tätä arvoa. Rakennusautomaatioasennuksissa käytettävä kaapeli ei kuitenkaan aina ole 120 Ω kaapeli.

Esimerkiksi Suomessa rakennusautomaatiossa yleisesti käytetyistä Nomak-kaapeleista joidenkin ominaisimpedanssi on noin 75 Ω. Jos 75 Ω transmission line terminoidaan 120 Ω vastuksella, terminointi ei vastaa kaapelin ominaisimpedanssia tarkasti.

Heijastuksia kaapelissa voidaan arvioida kaavalla:

[ \Gamma = \frac{Z_L - Z_0}{Z_L + Z_0} ]

missä:

• (Z_L) on terminointivastus
• (Z_0) on kaapelin ominaisimpedanssi

Yksinkertaistetussa esimerkissä 75 Ω kaapelilla ja 120 Ω terminoinnilla:

[ \Gamma = \frac{120 - 75}{120 + 75} ]

[ \Gamma \approx 0.23 ]

Impedanssiepäsuhta voi siis synnyttää heijastuneen komponentin, jonka amplitudi on noin 23 % tulevan signaalin amplitudista.

Tämä ei automaattisesti tarkoita, että RS-485-verkko lakkaisi toimimasta. Todelliseen käyttäytymiseen vaikuttavat myös kaapelipituus, baud rate, ajurin impedanssi, vastaanottava laite, topologia ja muut sähköiset tekijät. Käytännössä moni tällainen väylä toimii edelleen luotettavasti.

Esimerkin tarkoitus on havainnollistaa tärkeää periaatetta: terminointivastus ja kaapelin ominaisimpedanssi kuuluvat samaan sähköiseen mitoituskysymykseen.

120 Ω vastusta ei siis pidä ajatella Modbus-väylän yleispätevänä korjauskomponenttina. Se on yleinen arvo, koska se sopii hyvin monien RS-485-kaapeleiden ominaisimpedanssiin.

1.6 Terminoinnin periaate

Terminointivastuksen tehtävänä on sitoa kaapelin loppupää niin, ettei signaali pääse heijastumaan takaisin linjaan. Jos väylä on pitkä ja nopeus korkea, ilman terminointia signaalit vääristyvät helposti ja viestien luettavuus heikkenee. Terminointivastus sijoitetaan aina väylän molempiin päihin.

Minkä kokoinen terminointivastus RS-485-väylään?

Terminointivastuksen tulee vastata mahdollisimman hyvin kaapelin ominaisimpedanssia, ja vastus asennetaan väylän molempiin fyysisiin päihin. 120 Ω on yleinen arvo RS-485-kaapeleissa, mutta jos käytetyn kaapelin ilmoitettu ominaisimpedanssi on toinen, terminointi kannattaa mitoittaa sen mukaan.

1.7 Biasointi ja lepotila

Pelkkä terminointi ei riitä, jos väylä jää lepotilassa kellumaan. Tällöin vastaanottimien tulot voivat jäädä epäselvään tilaan ja synnyttää virheellisiä bittitulkintoja. Tätä varten käytetään biasointivastuksia, joilla väylän A- ja B-johtimille asetetaan pieni tasajännite-ero. Tyypillisesti biasointi toteutetaan yhdellä vastusparilla yhdessä pisteessä väylää, useimmiten pääväylän master-laitteen yhteydessä.

1.8 Käytännön huomioita

• Vain yksi pari terminointivastuksia: Terminointi tehdään vain väylän kahteen päähän. Jos terminointeja on useampia, signaali vaimenee liikaa ja kommunikointi voi häiriintyä.
• Kaapelin pituus ja nopeus: Mitä pidempi väylä ja suurempi baudinopeus, sitä kriittisempää terminoinnin oikea mitoitus on. Lyhyillä kaapeleilla ja matalilla nopeuksilla väylä voi usein toimia ilman terminointia.
• Impedanssiepäsuhta: Käytännössä väylät toimivat usein melko luotettavasti myös pienellä impedanssiepäsuhdalla, mutta mitä tarkemmin terminointi vastaa kaapelin ominaisimpedanssia, sitä vähemmän virheitä esiintyy.

1.9 Client ja server

Modbuslaitteita on 2 eri tyyppiä. Client(Master) ja Server(Slave). Modbus RTU verkossa, voi clienttejä olla 1 ja servereitä 247. Jokainen Serverille asetetaan yksilöllinen Modbus-osoite väliltä 1-247. Vältä osoitteen 1 käyttämistä, sillä se on oletusosoite ja aiheuttaa helposti päällekkäisyyksiä käytännön toteutuksissa.

• Client lukee tai kirjoittaa rekistereitä. Yleensä PLC.
• Server palauttaa arvot tai tallentaa ne pyydettäessä. Yleensä kenttälaite.
• Server ei lähetä viestejä ilman pyyntöä.

1.10 Rekisterit

Modbus rekistereitä on neljää tyyppiä (Coil, Discrete Input, Input Register, Holding Register). Ne eroavat koon (1 bitti / 16 bittiä) ja käyttöoikeuden (R/W) mukaan. Valmistajien dokumenteissa esiintyy sekä rekisteriavaruus 1…49999” että ”0…65535”. Rekistereillä voi olla standardista poiketen myös valmistajan määrittämiä rajoituksia, kuten kirjoitus rajoitus Coil-rekistereissä tai rajoitus, kuinka monta rekisteriä kerralla voi lukea.

Huomaa myös 0- vs 1-pohjainen laskenta aloitusrekisterissä; tarkista aina laitteen datasheet.

1.11 Funktiokoodit

Funktiokoodit ovat yhden tavun komentoja, joilla luetaan/kirjoitetaan tiettyä rekisterityyppiä yhdelle tai usealle osoitteelle. Standardikoodien lisäksi joissain laitteissa voi olla valmistajakohtaisia koodeja, eikä kaikkia koodeja välttämättä tueta jokaisella laitteella. Alla listaus virallisista funktiokoodeista modbus.org sivulta.

1.12 CRC (Cyclic Redundancy Check)

Jokaisen RTU kehyksen lopussa on 16 bittinen CRC. Lähettäjä ja vastaanottaja laskevat CRC:n viestin tavuista ja vertaavat tuloksia; yhdenkin bitin muutos johtaa virheeseen.

1.13 Pariteetti

Pariteetti voi olla N (ei pariteettia), E (parillinen) tai O (pariton). Pariteettibitin täytyy täsmätä molemmissa päissä, muuten syntyy virheitä. Pariteetti bitti huolehtii, että viestissä on määritelty parillisuus arvon 1 saaneita bittejä. Mikäli bittejä olisi pariton määrä ja pariteetiksi valittu E, vaihtaisi pariteetti bitti tilakseen yksi (1).

1.14 Tavu- ja sanajärjestys (endianness)

Modbus-rekisteriarvot siirretään tavuina. Yksittäisissä 16-bittisissä rekistereissä tämä on yleensä suoraviivaista, mutta 32- ja 64-bittiset arvot muodostetaan useista rekistereistä, ja laitteet voivat käyttää eri tavu- tai sanajärjestystä.

Oletuksena Modbus-rekisteridata esitetään usein big-endian-järjestyksessä, jossa merkitsevin tavu on ensin. Osa laitteista kuitenkin vaihtaa 32-bittisen arvon kaksi 16-bittistä sanaa keskenään, vaihtaa tavut kunkin sanan sisällä tai tekee molemmat.

Tästä syystä tavu- ja sanajärjestys on aina tarkistettava laitekohtaisesta rekisterikartasta.

Yleisiä 32-bittisiä järjestyksiä ovat:

Käytännön esimerkki on kohdassa 1.16 Raakarekisteriarvojen muuntaminen.

1.15 Datatyypit

Modbusissa laitteiden sisäiset muuttujat, kuten lämpötilat, tilat, hälytykset, laskurit ja asetusarvot, siirretään rekistereinä ja bittiarvoina. Modbus-protokolla ei itsessään määritä, sisältääkö rekisteri etumerkillisen kokonaisluvun, etumerkittömän kokonaisluvun, liukuluvun, tilasanan vai skaalatun mittausarvon.

Modbus-rekisteri on 16-bittinen. Tämä tarkoittaa, että yksi rekisteri voi sisältää suoraan 16-bittisen arvon, kun taas suuremmat arvot muodostetaan yhdistämällä useita peräkkäisiä 16-bittisiä rekistereitä.

1 rekisteri   = 16 bittiä
2 rekisteriä  = 32 bittiä
4 rekisteriä  = 64 bittiä

Yleisiä Modbus-datatyyppejä ovat:

Client-laitteen täytyy tietää oikea datatyyppi, joka löytyy usein laitteen dokumentaatiosta. Jos valitaan väärä datatyyppi, laite voi vastata oikein, mutta näytetty arvo on väärä.

Esimerkiksi sama raakamuotoinen 16-bittinen rekisteri voidaan tulkita arvoksi UINT16 tai INT16. Samat kaksi peräkkäistä rekisteriä voidaan tulkita arvoksi UINT32, INT32 tai FLOAT32. 32- ja 64-bittisissä arvoissa myös tavujärjestys ja sanajärjestys vaikuttavat tulkintaan.

Käytännön esimerkkejä etumerkillisistä ja etumerkittömistä arvoista, tavujärjestyksestä, sanajärjestyksestä, skaalauksesta, offset-arvoista ja väärien arvojen vianselvityksestä on kohdassa 1.16 Raakarekisteriarvojen muuntaminen.

1.16 Raakarekisteriarvojen muuntaminen

Kun Modbus-rekistereitä luetaan, tiedonsiirto voi toimia oikein, vaikka näytetty arvo olisi väärä. Tämä tarkoittaa yleensä, että laite vastaa kyselyyn, mutta client tulkitsee palautetun rekisteridatan väärällä datatyypillä, tavujärjestyksellä, sanajärjestyksellä, skaalauskertoimella, offsetilla tai rekisteriosoitteella.

Kelvollinen Modbus-vastaus ei automaattisesti tarkoita, että prosessiarvo on oikein.

Yksi rekisteri on 16 bittiä

Modbus-rekisteri sisältää 16 bittiä:

1 rekisteri = 16 bittiä = 2 tavua = 4 heksamerkkiä

Yksi rekisteri voi sisältää suoraan 16-bittisiä arvoja:

Suuremmat arvot muodostetaan useista peräkkäisistä rekistereistä:

Jos laitteen dokumentaatiossa sanotaan, että arvo on FLOAT32, clientin täytyy lukea kaksi peräkkäistä rekisteriä ja yhdistää ne oikein.

Etumerkilliset ja etumerkittömät arvot

Sama 16-bittinen raakarekisteri voi tuottaa eri arvon sen mukaan, tulkitaanko se etumerkillisenä vai etumerkittömänä.

Esimerkki:

Raakarekisteri = 0xFF9C

Etumerkittömänä arvona 0xFF9C tarkoittaa 65436. Etumerkillisenä 16-bittisenä arvona, kahden komplementin esityksellä, se tarkoittaa -100.

Tällä on merkitystä arvoissa, jotka voivat mennä nollan alapuolelle, kuten ulkolämpötila, paine-ero, offsetit, säätökorjaukset ja tehon tuonti-/vientiarvot.

Jos skaalauskerroin on 0.1, lopullinen arvo on:

-100 x 0.1 = -10.0 °C

32-bittiset arvot kahdesta rekisteristä

32-bittinen arvo muodostetaan kahdesta 16-bittisestä rekisteristä.

Esimerkki:

Rekisteri 1 = 0x42F6
Rekisteri 2 = 0x0000

Raakatavut ovat:

42 F6 00 00

Samat tavut voidaan tulkita eri tavoin:

Raakadata on sama. Vain tulkinta muuttuu.

Tavu- ja sanajärjestys

32-bittinen arvo koostuu neljästä tavusta, joita kuvataan usein muodossa:

A B C D

Koska Modbus-rekisterit ovat 16-bittisiä, arvo jaetaan kahteen rekisteriin:

Rekisteri 1 = A B
Rekisteri 2 = C D

Yleisiä 32-bittisiä tavu- ja sanajärjestyksiä ovat:

Käytetään esimerkkirekistereitä:

Rekisteri 1 = 0x42F6
Rekisteri 2 = 0x0000

Mahdolliset tavujärjestykset ovat:

Tämä on yksi tavallisimmista syistä siihen, että Modbus-arvo näyttää väärältä, vaikka kysely ja vastaus ovat oikein.

Skaalaus ja offset

Monet laitteet lähettävät kokonaisluvun, joka täytyy muuntaa prosessiarvoksi.

Prosessiarvo = raaka-arvo x skaalauskerroin

Esimerkki:

Raaka-arvo = 234
Skaalauskerroin = 0.1
Prosessiarvo = 234 x 0.1 = 23.4 °C

Jotkin laitteet käyttävät myös offsetia:

Prosessiarvo = raaka-arvo x skaalauskerroin + offset

Esimerkki:

Raaka-arvo = 234
Skaalauskerroin = 0.1
Offset = -50
Prosessiarvo = 234 x 0.1 - 50 = -26.6

Skaalauskerroin, offset ja yksikkö on tarkistettava laitekohtaisesta rekisterikartasta.

Osoite, rekisterityyppi ja funktiokoodi

Väärä arvo voi johtua myös siitä, että luetaan väärästä paikasta.

Jotkin manuaalit dokumentoivat holding register -rekisterit muodossa 40001, 40002, 40003, kun taas varsinainen Modbus-kysely käyttää nollapohjaisia osoitteita 0, 1, 2. Tämä tarkoittaa, että rekisteri, joka on dokumentoitu muodossa 40001, voidaan joutua kysymään osoitteesta 0.

Tarkista myös, että käytössä on oikea rekisterialue ja funktiokoodi:

Osoitteen 10 lukeminen funktiokoodilla 03 ei ole sama asia kuin osoitteen 10 lukeminen funktiokoodilla 04.

Vianselvitysmenetelmä

Aloita raakarekisteriarvoista ennen kuin muunnat ne prosessiarvoiksi.

Yhden rekisterin arvoissa vertaa vähintään:

Kahden rekisterin arvoissa vertaa vähintään:

Jos yksi tulkinta tuottaa realistisen arvon ja muut tuottavat epärealistisia arvoja, realistinen tulkinta on usein tarkoitettu formaatti. Varmista se kuitenkin laitekohtaisesta rekisterikartasta ennen käyttöönottoa.

Tavallisia syitä vääriin Modbus-arvoihin

• väärä rekisteriosoite
• 0- ja 1-pohjaisen osoitteistuksen sekoittaminen
• väärä rekisterityyppi tai funktiokoodi
• etumerkillinen arvo tulkitaan etumerkittömänä tai päinvastoin
• 32-bittinen arvo luetaan 16-bittisenä
• väärä tavu- tai sanajärjestys
• puuttuva skaalauskerroin tai offset
• väärä yksikkö
• toisesta rekisteristä kopioidut muunnosasetukset

Tarkista aina laitekohtainen rekisterikartta ja kirjaa raakarekisteriarvot ylös vianselvityksen aikana.

1.17 Esimerkkiviestit

Read Coils: Function Code 01

Kysely: 01 01 00 05 00 03 6C 0A

Vastaus: 01 01 01 02 D0 49

Read Discrete inputs: Function Code 02

Kysely: 01 02 00 02 00 02 58 0B

Vastaus: 01 02 01 00 A1 88

Read Holding Registers: Function Code 03

Kysely: 01 03 00 07 00 02 75 CA

Vastaus: 01 03 04 00 01 00 06 2B F1

Read Input Register: Function Code 04

Kysely: 01 04 00 00 00 02 71 CB

Vastaus: 01 04 04 00 01 00 0B EB 83

Write Single Coil: Function Code 05

Kysely: 16 05 00 09 00 00 1E EF

Vastaus: 16 05 00 09 FF 00 5F 1F

Write Single Register: Function code 06

Kysely: 16 06 00 09 00 01 9B 2F

Vastaus: 16 06 00 09 00 01 9B 2F

Write Multiple Coils: Function code 15

Kysely: 16 0F 00 09 00 05 01 0D 32 78

Vastaus: 16 0F 00 09 00 05 46 ED

Write Multiple Registers: Function code 16

Kysely: 16 10 00 09 00 05 0A 00 09 00 02 00 4D 00 00 00 01 13 5B

Vastaus: 16 10 00 09 00 05 D3 2F

1.18 Virhekoodit

Modbus kyselyä voi seurata.

• Server laite käsittelee kyselyn ja lähettää vastauksen.
• Server laite saa kyselyn, mutta siinä on CRC/pariteetti virhe, milloin kysely jätetään huomiotta.
• Server ei saa kyselyä perille, jolloin siihen ei voida vastata.
• Server ei pysty syystä tai toisesta käsittelemään kyselyä ja vastaa virheellä.

Huomioi laitekohtaiset rajoitukset, esim. Rekisterikartassa olevat tyhjät kohdat tulisi jättää kyselemättä.

Virhekoodeissa palautetaan funktiokoodin sijaan virhekoodi, jonka arvo on funktio koodi + 0x80. Eli esim:

Exception esimerkki viestintä:

Kysely: 01 01 00 42 00 03 DC 1F

Vastaus: 01 81 01 81 90

Modbus virhekoodeja ovat

1.19 RX ja TX ledit

Kenttälaitteiden muuntimissa/antureissa TX vilkkuu lähetyksessä ja RX vastaanotossa – hyvä perusdiagnostiikka asennuksen aikana. Client-laitteessa lähetystä tulisi seurata vastaus ja Server-laitteessa vastaanottoa tulisi seurata lähetys.

Modbus TCP viesti ja MBAP otsake

Modbus TCP viesti sisältää MBAP otsakkeen ja sen jälkeen varsinaisen Modbus protokolladatan.

MBAP otsake sisältää seuraavat kentät:

• Transaction ID
• Protocol ID
• Length
• Unit ID

Modbus TCP käyttää tavallisesti TCP porttia 502.

Modbus TCP viestin rakenne

Modbus TCP viestissä ei käytetä Modbus RTU:n CRC kenttää.

Modbus RTU ja Modbus TCP viestien ero

Modbus funktiokoodit ja rekisterit toimivat samalla periaatteella molemmissa protokollissa. Ero on viestin kuljetustavassa ja kehyksessä. Modbus RTU käyttää laiteosoitetta ja CRC tarkistusta, kun taas Modbus TCP käyttää MBAP otsaketta ja TCP/IP verkkoa.

Käytännön vinkkejä

• Älä käytä oletusosoitetta 1, ja dokumentoi osoitteet I/O-listaan.
• Tarkista 0/1-pohjainen osoitteistus, rekisterityyppi, funktiokoodi, datatyyppi, tavujärjestys, sanajärjestys, skaalaus, offset ja yksikkö ennen kuin oletat tiedonsiirron olevan viallinen.
• RTU-väylällä varmista terminointi ja yksinkertainen sarjarakenne; väärä topologia lisää virheitä.

Modbus-työkalut ja muut artikkelit

• Pura Modbus RTU- ja TCP-viestejä verkossa
• Selvitä yleisimmät Modbus RTU -ongelmat
• Selvitä miksi Modbus-arvo on väärä
• Ymmärrä Modbus-osoitteet 40001, 0-based ja 1-based
• Tarkista RS-485-johdotus Modbus RTU -väylässä
• Suunnittele Modbus-rekisterikartta integraatiota varten
• Testaa Modbus-laite ennen julkaisua