Modbus

Kokeneet kirjoittajat eivät ole vielä tarkistaneet sivun nykyistä versiota, ja se voi poiketa merkittävästi 17. maaliskuuta 2020 tarkistetusta versiosta . tarkastukset vaativat 44 muokkausta .

Modbus  on avoin viestintäprotokolla, joka perustuu master-slave-arkkitehtuuriin ( englanniksi master -  slave ; Modbus-standardissa käytetään termejä client-server ). Sitä käytetään laajalti teollisuudessa elektronisten laitteiden välisen viestinnän järjestämiseen . Voidaan käyttää tiedonsiirtoon sarjaliikennelinjojen RS-485 , RS-422 , RS-232 ja TCP/IP (Modbus TCP) -verkkojen kautta. On myös epästandardeja toteutuksia UDP :tä [1] [2] käyttäen .

Älä sekoita "Modbus" ja "Modbus Plus". Modbus Plus on Schneider Electricin omistama protokolla . Modbus Plusin fyysinen kerros on ainutlaatuinen, samanlainen kuin Ethernet 10BASE-T , puoliduplex yhden kierretyn parin yli , nopeus 2 Mbps. Modbus Plus -siirtoprotokolla on HDLC , jonka kautta Modbus PDU -lähetykselle on määritetty laajennus.

JBUS on Modbus RTU -protokollan osajoukko, jonka osoitusmenetelmässä on pieniä eroja [3] .

Historia

Modicon (nyt Schneider Electricin omistama ) on kehittänyt Modbusin käytettäväksi ohjelmoitavissa logiikkaohjaimissa . Protokollaspesifikaatio julkaistiin ensimmäisen kerran vuonna 1979 [4] . Se oli avoin standardi, joka kuvaili viestien muotoa ja kuinka ne välitettiin erilaisten elektronisten laitteiden verkossa.

Aluksi MODICON-ohjaimet käyttivät RS-232 [4] -sarjaliitäntää . Myöhemmin RS-485-liitäntää alettiin käyttää, koska se tarjoaa paremman luotettavuuden, mahdollistaa pidempien tietoliikennelinjojen käytön ja useiden laitteiden yhdistämisen yhdelle linjalle.

Monet elektroniikkalaitteiden valmistajat ovat tukeneet standardia, satoja sitä käyttäviä tuotteita on ilmestynyt markkinoille.

Modbus-standardi

Modbusia kehittää parhaillaan voittoa tavoittelematon Modbus-IDA [5] .

Erityinen terminologia

• PDU ( Protocol Data Unit ) on osa Modbus-pakettia, joka on yhteinen kaikille fyysisille tasoille. Sisältää toimintokoodin ja pakettitiedot.
• ADU ( Application Data Unit ) on täydellinen Modbus-paketti. Sisältää paketin ja PDU:n fyysisen kerroksen spesifisen osan.

Modbus määrittää 4 datatyyppiä:

• Discrete Inputs  on yksibittinen vain luku -tyyppi.
• Kelat  on yksibittinen tyyppi, saatavana lukemiseen ja kirjoittamiseen.
• Tulorekisterit  - 16-bittinen allekirjoitettu tai allekirjoittamaton tyyppi, vain luku.
• Holding Registers  - 16-bittinen allekirjoitettu tai allekirjoittamaton tyyppi, luettavissa ja kirjoitettavissa.

Standardin kokoonpano

Modbus-standardit koostuvat kolmesta osasta:

• Modbus Application Protocol -asiakirja sisältää OSI-verkkomallin sovelluskerroksen määritykset :
  • Perusprotokollapaketti, niin kutsuttu PDU ( Protocol Data Unit ), se on sama kaikille fyysisille kerroksille. PDU on pakattu kuljetuskohtaiseen sovellustietoyksikköön ( ADU ).
  • Jokaisen koodin ominaisuuskoodit ja PDU-sisältö.
• Modbus over serial line -asiakirja sisältää OSI-verkkomallin linkki- ja fyysisten kerrosten määrittelyt RS-485- ja RS-232-fyysisille kerroksille. Periaatteessa mitä tahansa fyysistä kerrosta, joka perustuu asynkroniseen lähetin-vastaanottimeen , voidaan käyttää .
• Modbus Messaging on TCP/IP Implementation Guide -asiakirja sisältää ADU-määritykset TCP/IP-pinon kautta tapahtuvalle kuljetukselle.

Standardin edut

Standardin tärkeimmät edut ovat avoimuus ja massaluonne. Teollisuus tuottaa nyt (2014) paljon erilaisia ​​ja malleja antureita, toimilaitteita, signaalinkäsittely- ja normalisointimoduuleja jne. Lähes kaikissa teollisissa valvonta- ja ohjausjärjestelmissä on ohjelmistoajurit Modbus-verkkojen kanssa työskentelyyn.

Standardin haitat

Standardi kehitettiin pohjimmiltaan vuonna 1979 ottaen huomioon sen ajan tarpeet ja laskentaominaisuudet, eikä monia nykyaikaisten teollisuusverkkojen kannalta oleellisia asioita otettu huomioon [6] . Näiden ominaisuuksien puuttuminen johtuu protokollan yksinkertaisuudesta, mikä helpottaa sen tutkimista ja nopeuttaa toteutusta.

• Standardi määrittelee menetelmän vain kahdentyyppisten tietojen siirtoon [7] . Selkeän viittauksen puute standardissa johti siihen, että Modbus-ratkaisujen kolmannen osapuolen valmistajat toimivat oman harkintansa mukaan muuntyyppisten tietojen kanssa. Laitevalmistajien näkemyserot tästä asiasta eivät sallineet myöhempiä selvennyksiä virallisessa asiakirjassa: tämä aiheuttaisi tyytymättömyyden jyrkää valmistajien keskuudessa, jotka eivät ole samaa mieltä standardiin ehdotetuista muutoksista, ja mahdollisen muotosodan.
• Standardi ei säätele järjestelmän alkualustusta . Verkko-osoitteiden antaminen ja kunkin tietyn laitteen parametrien rekisteröinti järjestelmään suoritetaan manuaalisesti järjestelmän mukauttamis- ja ohjelmointivaiheessa.
• Se ei sisällä orjalaitteen (keskeytykset) aloittamien viestien lähettämistä [7] . Isännän tulee säännöllisesti kyselyä orjille.
• Pyynnön pituus on rajoitettu, ja tietoja voidaan pyytää vain peräkkäisistä rekistereistä. Tämä lisää viivettä ja lisäkustannuksia verkkoa käytettäessä, koska saadakseen tietoja osoiteavaruudessa kaukana toisistaan ​​olevista rekistereistä isäntäkoneen on joko pyydettävä tarpeettomia tietoja tai käytettävä useita pyyntöjä [7] .
• Orjalla ei ole tapaa havaita yhteyden katkeamista isäntälaitteen kanssa [7] .

Johdanto

Modbus-väylän ohjaimet kommunikoivat isäntä-orja- mallilla , joka perustuu pyynnöstä ja vastauksesta koostuviin tapahtumiin .

Yleensä verkossa on vain yksi isäntä ( vanhan terminologian mukaan eng.  client ) laite ja useita orjalaitteita ( vanhan terminologian mukaan eng. server ) laitteita. Isäntä käynnistää tapahtumat (lähettää pyynnöt). Isäntä voi osoittaa pyynnön erikseen mille tahansa orjalle tai aloittaa yleislähetysviestin kaikille orjille. Orjalaite, tunnistanut osoitteensa, vastaa nimenomaan sille osoitettuun pyyntöön. Kun lähetyspyyntö vastaanotetaan, orjalaitteet eivät tuota vastausta.  

Modbus-spesifikaatiossa kuvataan pyyntöjen ja vastausten rakenne. Niiden perustana on perusprotokollapaketti, niin kutsuttu PDU ( Protocol Data Unit ). PDU:n rakenne on linkkityypistä riippumaton ja sisältää toimintokoodin ja tietokentän. Toimintokoodi on koodattu yksitavuiseksi kenttään ja se voi ottaa arvoja välillä 1…127. Arvoalue 128…255 on varattu virhekoodeille. Tietokenttä voi olla vaihtelevan pituinen. PDU-paketin koko on rajoitettu 253 tavuun.

Modbus PDU

toimintokoodi	tiedot
1 tavu	N ≤ 252 (tavu)

Paketin lähettämiseksi fyysisten viestintälinjojen kautta PDU sijoitetaan toiseen pakettiin, joka sisältää lisäkenttiä. Tämän paketin nimi on ADU ( Application Data Unit ). ADU-muoto riippuu linkin tyypistä. ADU:sta on kolme muunnelmaa, kaksi tiedonsiirtoon asynkronisen rajapinnan kautta ja yksi TCP/IP-verkkojen kautta:

• Modbus ASCII - vaihdossa käytetään vain ASCII -merkkejä. Yhden tavun tarkistussummaa käytetään eheyden tarkistamiseen . Viestin alku ja loppu on merkitty erikoismerkeillä (viestin alku on ":", viestin loppu on CR/LF ).
• Modbus RTU on kompakti binäärioptio. Viestit erotetaan rivillä tauolla. Viestin alussa ja lopussa on oltava vähintään 3,5 merkin pituinen hiljaisuus tietyllä baudinopeudella. Viestin lähetyksen aikana ei saa olla yli 1,5 merkin pituisia taukoja. Yli 19 200 baudin nopeuksilla sallitaan 1,75 ja 0,75 ms:n välit. Eheyden tarkistus tehdään CRC :llä .
• Modbus TCP - tiedonsiirtoon TCP/IP - yhteyden kautta.

ADU:n yleinen rakenne on seuraava (toteutuksesta riippuen osa kentistä saattaa puuttua):

orjalaitteen (orja) osoite	toimintokoodi	tiedot	virheen havaitsemislohko

missä

• orjalaitteen  osoite — orjalaitteen osoite, jolle pyyntö osoitetaan. Orjat vastaavat vain heille osoitettuihin pyyntöihin. Vastaus alkaa myös vastaavan orjan osoitteella, joka voi vaihdella 1 - 247. Osoitetta 0 käytetään yleislähetykseen ja jokainen laite tunnistaa sen, osoitteet välillä 248…255 on varattu;
• funktiokoodi  on kehyksen seuraava yksitavuinen kenttä. Se kertoo orjalle, mitä dataa tai mitä toimenpiteitä isäntä vaatii niiltä;
• data  - kenttä sisältää tietoja, joita orjalaite tarvitsee suorittaakseen isäntälaitteen määrittämän toiminnon tai sisältää tietoja, jotka orjalaite on lähettänyt vastauksena isäntälaitteen pyyntöön. Kentän pituus ja muoto riippuvat funktion numerosta, tietokenttä voi sisältää myös toimintokoodin yksityiskohdan;
• virheentunnistuslohko  - tarkistussumma, jolla tarkistetaan, ettei kehyksessä ole virheitä.

ADU:n enimmäiskoko RS232/RS485-sarjaverkoissa on 256 tavua, TCP-verkoissa 260 tavua.

Modbus TCP ADU näyttää tältä:

tapahtumatunnus	Protokollan tunnus	paketin pituus	orja osoite	toimintokoodi	tiedot

missä

• Tapahtumatunnus  - kaksi tavua, yleensä nollia
• Protokollan tunnus  - kaksi tavua, nollia
• paketin pituus  - kaksi tavua, korkea, sitten pieni, tätä kenttää seuraavan paketin osan pituus
• orjalaitteen  osoite — orjalaitteen osoite, jolle pyyntö osoitetaan. Yleensä ohitetaan, jos yhteys on jo muodostettu tietyn laitteen kanssa tai järjestelmässä on vain yksi laite. Voidaan käyttää, jos yhteys muodostetaan fyysisesti yhdistettyyn siltaan, kuten RS-485-verkkoon.

On huomattava, että Modbus TCP:ssä ei ole virheenhallintakenttää, koska TCP / IP-pino varmistaa tietojen eheyden.

Toimintokoodien luokat

Nykyinen protokollamääritys määrittelee kolme toimintokoodiluokkaa:

Vakiokomennot Niiden kuvauksen on oltava Modbus-IDAn julkaisema ja hyväksyttävä. Tämä luokka sisältää sekä jo määritellyt että tällä hetkellä käyttämättömät koodit. Mukautetut komennot Kaksi koodialuetta (65 - 72 ja 100 - 110), joille käyttäjä voi määrittää mielivaltaisen toiminnon. Ei kuitenkaan voida taata, että jokin muu laite ei käytä samaa koodia eri toiminnon suorittamiseen. varattu Tähän kategoriaan kuuluvat toimintokoodit, jotka eivät ole vakioita, mutta joita käytetään jo eri yritysten valmistamissa laitteissa. Nämä ovat koodit 9, 10, 13, 14, 41, 42, 90, 91, 125, 126 ja 127.

Tietomalli

Yksi protokollan tyypillisistä käyttötavoista on tietojen lukeminen ja kirjoittaminen ohjainrekistereihin. Protokollaspesifikaatiossa määritellään neljä tietotaulukkoa:

Pöytä	Kohteen tyyppi	Käyttöoikeustyyppi
Lippurekisterit ( kelat )	lainkaan	Lue ja kirjoita
Erilliset tulot _	lainkaan	vain lukemista
Syöttörekisterit _ _	16-bittinen sana	vain lukemista
Omistusrekisterit _ _	16-bittinen sana	Lue ja kirjoita

Kunkin taulukon elementtejä käytetään 16-bittisellä osoitteella, ensimmäinen solu on osoite 0. Jokainen taulukko voi siten sisältää enintään 65536 elementtiä. Määrittely ei määrittele, mitä taulukkoelementtien tulee olla fyysisesti ja missä sisäisissä laiteosoitteissa niiden tulee olla saatavilla. Esimerkiksi päällekkäisten taulukoiden järjestäminen on hyväksyttävää. Tässä tapauksessa ohjeet, jotka toimivat erillisten tietojen ja 16-bittisten rekisterien kanssa, pääsevät itse asiassa samaan dataan.

Tietojen käsittelytapaan liittyy jonkin verran sekaannusta. Modbus kehitettiin alun perin Modicon-ohjaimille. Näissä ohjaimissa käytettiin erityistä numerointia jokaiselle taulukolle. Esimerkiksi ensimmäinen syöttörekisteri oli sijaintinumero 30001 ja ensimmäinen hallintarekisteri oli 40001. Siten Modbus-komennon pitorekisterin osoite 107 oli ohjaimen rekisterinumero 40108. Vaikka tällainen osoitesovitus ei ole enää osa standardia, jotkut ohjelmistopaketit voivat automaattisesti "korjata" käyttäjän syöttämiä osoitteita, esimerkiksi vähentämällä 40001 tallennusrekisterin osoitteesta. Viiteopas vuodelta 1996 https://modbus.org/docs/PI_MBUS_300.pdf , jossa samanlainen osoitus otettiin implisiittisesti käyttöön, merkitty vanhentuneeksi ("vanhentuneeksi" ja "VAIN VAIN VAIN VAIN VAIN SOVELLUKSILLE"), nykyinen protokollamääritys https:// modbus. org/docs/Modbus_Application_Protocol_V1_1b3.pdf käyttää vain absoluuttista osoitusta - 01 (0x01) lukukelat 0x0000 - 0xFFFF, 03 (0x03) Lue säilytysrekisterit 0x0000 - 0xFFFF.

Modbus-protokollan vakiotoiminnot

Tietojen käyttö

Tietojen lukeminen

Lukeaksesi arvot yllä olevista tietotaulukoista, käytä funktiokoodeja 1-4 ( heksadesimaaliarvot 0x01-0x04):

• 1 (0x01)  - lukuarvot useista lippurekistereistä (Read Coil Status) .
• 2 (0x02)  - lukuarvot useista erillisistä tuloista (Read Discrete Inputs) .
• 3 (0x03)  - Lukea arvoja useista pitorekistereistä (Read Holding Registers) .
• 4 (0x04)  - Lukea arvoja useista tulorekistereistä (Read Input Registers) .

Kysely koostuu taulukon ensimmäisen elementin osoitteesta, jonka arvo tulee lukea, ja luettavien elementtien lukumäärästä. Osoite ja datamäärä annetaan 16-bittisinä numeroina, joista kunkin merkitsevin tavu lähetetään ensin.

Pyydetyt tiedot lähetetään vastauksessa. Tietotavujen määrä riippuu pyydettyjen kohteiden määrästä. Ennen dataa lähetetään yksi tavu, jonka arvo on yhtä suuri kuin datatavujen lukumäärä.

Tallennusrekisterien ja syöttörekisterien arvot siirretään alkaen määritetystä osoitteesta, kaksi tavua per rekisteri, kunkin rekisterin korkea tavu siirretään ensin:

tavu 1	tavu 2	tavu 3	tavu 4	…	tavu N-1	tavu N
RA ,1	RA ,0	R A+1.1	R A+1,0	…	RA +Q-1.1	RA +Q-1,0

Lippujen ja digitaalisten tulojen arvot lähetetään pakatussa muodossa: yksi bitti lippua kohden. Yksi tarkoittaa päällä, nolla tarkoittaa pois päältä. Pyydettyjen lippujen arvot täyttävät ensin ensimmäisen tavun, alkaen vähiten merkitsevästä bitistä, sitten seuraavat tavut, myös vähiten merkitsevästä bitistä merkittävimpiin. Ensimmäisen datatavun vähiten merkitsevä bitti sisältää "osoite"-kentässä määritellyn lipun arvon. Jos lippujen pyydetty määrä ei ole kahdeksan kerrannainen, ylimääräisten bittien arvot täytetään nolilla:

tavu 1								…	tavu N
F A+7	F A+6	F A+5	F A+4	F A+3	F A+2	F A+1	F A	…	0	…	0	F A+Q-1	F A+Q-2	…

Yhden arvon tallentaminen

• 5 (0x05)  - kirjoita yhden lipun arvo (Force Single Coil) .
• 6 (0x06)  - kirjoita arvo yhteen tallennusrekisteriin (Preset Single Register) .

Komento koostuu elementin osoitteesta (2 tavua) ja asetusarvosta (2 tavua).

Omistusrekisterissä arvo on yksinkertaisesti 16-bittinen sana.

Lippujen kohdalla arvo 0xFF00 tarkoittaa päällä, 0x0000 tarkoittaa pois päältä, muut arvot ovat virheellisiä.

Jos komento onnistuu, orja palauttaa kopion pyynnöstä.

Useiden arvojen tallentaminen

• 15 (0x0F)  - Kirjoita arvot useisiin lippurekistereihin (pakota useita keloja)
• 16 (0x10)  - kirjoita arvot useisiin tallennusrekistereihin (esiasetetut useat rekisterit)

Komento koostuu elementin osoitteesta, muutettavien elementtien määrästä, lähetettävien asetusarvojen tavujen määrästä ja itse asetusarvoista. Tiedot pakataan samalla tavalla kuin datan lukukomennot.

Vastaus koostuu aloitusosoitteesta ja muuttuneiden elementtien määrästä.

Rekistereiden vaihtaminen

• 22 (0x16) - kirjoittaminen yhteen tallennusrekisteriin "AND"-maskin ja "OR"-maskin avulla (Mask Write Register) .

Komento koostuu rekisterin osoitteesta ja kahdesta 16-bittisestä numerosta, joita käytetään maskeina, joita voidaan käyttää yksittäisten rekisterien yksittäisten bittien nollaamiseen tai asettamiseen. Lopputulos määräytyy kaavalla:

Tulos = ( Nykyinen_arvo AND Mask_AND ) TAI ( Mask_OR AND (EI Mask_AND ))

Lukeminen kirjoittamisen kanssa

• 23 (0x17)  - lue/kirjoita useita rekistereitä ( Lue/kirjoita useita rekistereitä )

Tämä toimintokoodi suorittaa yhden luku- ja yhden kirjoitustoiminnon yhdistelmän yhdessä Modbus-tapahtumassa.

Tietojonot

• 24 (0x18) - tietojen lukeminen jonosta (Lue FIFO-jono)

Toiminto on suunniteltu vastaanottamaan 16-bittisiä sanoja FIFO - jonosta.

Tiedoston käyttöoikeus

• 20 (0x14) - lukeminen tiedostosta (Read File Record)
• 21 (0x15) - kirjoita tiedostoon (Write File Record)

Näitä toimintoja käytetään pääsyyn 16-bittisiin rekistereihin, jotka on järjestetty mielivaltaisen pituisiksi tietueiksi. Komento määrittää tiedoston numeron, tietueen numeron ja tietueen pituuden 16-bittisillä sanoilla. Yhdellä komennolla voit kirjoittaa tai lukea useita tietueita, ei välttämättä vierekkäisiä.

Lisäksi komento sisältää yksitavuisen koodin, joka ilmaisee tietoviittauksen tyypin. Standardin nykyinen versio määrittelee vain yhden tyypin (kuvattu yllä) koodilla 0x06.

Diagnostiikka

Alla luetellut toiminnot koskevat sarjajohtoisia laitteita (Modbus RTU ja Modbus ASCII).

• 7 (0x07) - lue tilasignaalit (Read Exception Status)

Toiminto on tarkoitettu tiedon hankkimiseen etälaitteen tilailmaisimista. Funktio palauttaa yhden tavun, jonka jokainen bitti vastaa yhden indikaattorin tilaa.

• 8 (0x08) - diagnostiikka (diagnostiikka)
• 11 (0x0B) - tapahtumalaskurin lukeminen (Get Com Event Counter)
• 12 (0x0C) - tapahtumalokin lukeminen (Get Com Event Log)

Nämä toiminnot on suunniteltu testaamaan sarjalinkin toimivuutta.

• 17 (0x11) - lue laitetiedot (raporttipalvelimen tunnus)

Toiminto on tarkoitettu tiedon hankkimiseen laitetyypistä ja sen tilasta. Vastauksen muoto riippuu laitteesta.

Muut

• 43 (0x2B) - Kapseloitu liitäntä

Toiminto on suunniteltu siirtämään tietoja mielivaltaisissa muodoissa (muiden standardien määrittelemä) isännältä (asiakkaalta) orjalle (palvelimelle) ja päinvastoin.

Lähetettävän tiedon tyyppi määräytyy lisäkoodilla (MEI - Modbus Encapsulated Interface), joka lähetetään toimintonumeron jälkeen. Standardi määrittelee MEI 13:n (0x0D), joka on tarkoitettu CANopen -protokollan kapseloimiseen . MEI 14:tä (0x0E) käytetään laitetietojen hakemiseen, ja MEI:t välillä 0-12 ja 15-255 varataan.

Virheiden käsittely

Viestinnän aikana voi tapahtua kahdenlaisia ​​virheitä:

• tiedonsiirron vääristymiin liittyvät virheet;
• loogiset virheet (pyyntö hyväksytään ilman vääristymiä, mutta sitä ei voida suorittaa)

Asynkronisten tietoliikennelinjojen kautta lähetettäessä ensimmäisen tyyppiset virheet havaitaan tarkistamalla vastaanotetun pyynnön yhteensopivuus vakiintuneen ADU-muodon kanssa ja laskemalla tarkistussumma. Lisäksi jokaisen merkin tarkistamiseen voidaan käyttää pariteettibittiä . Jos orja havaitsee tietojen vioittumisen, vastaanotettu pyyntö ohitetaan eikä vastausviestiä luoda. Isäntä voi havaita ei vastausta -virheen.

Modbus TCP ei tarjoa lisätietojen eheyden tarkistuksia. TCP/IP-protokollat ​​tarjoavat vääristymättömän tiedonsiirron.

Toisen tyypin virheistä orjalaite lähettää virhesanoman (jos pyyntö on osoitettu tälle laitteelle; yleislähetyspyyntöihin ei lähetetä vastausta). Osoitus siitä, että vastaus sisältää virheilmoituksen, on funktion numeron asetettu korkea bitti. Toimintonumeroa seuraa virhekoodi ja tarvittaessa muita virhetietoja tavanomaisten tietojen sijaan.

Vakiovirhekoodit

• 01 - Vastaanotettua toimintokoodia ei voitu käsitellä.
• 02 - Pyynnössä ilmoitettu tietoosoite ei ole saatavilla.
• 03 - Pyyntötietokentässä oleva arvo on virheellinen.
• 04 - Tapahtui korjaamaton virhe, kun orja yritti suorittaa pyydetyn toiminnon.
• 05 - Orjalaite on vastaanottanut pyynnön ja käsittelee sitä, mutta se kestää kauan. Tämä vastaus estää isäntälaitetta luomasta aikakatkaisuvirhettä.
• 06 - Orjalaite käsittelee komentoa. Isännän tulee toistaa viesti myöhemmin, kun orja on vapaa.
• 07 - Slavelaite ei voi suorittaa pyynnössä määritettyä ohjelmatoimintoa. Tämä koodi palautetaan epäonnistuneesta ohjelmapyynnöstä käyttämällä toimintonumeroita 13 tai 14. Isäntälaitteen on pyydettävä diagnostiikka- tai virhetietoja orjalaitteelta.
• 08 - Orjalaite havaitsi pariteettivirheen lukiessaan laajennettua muistia. Päällikkö voi toistaa pyynnön myöhemmin, mutta yleensä tällaisissa tapauksissa tarvitaan laitteiden korjausta.

Esimerkkejä

Alla on esimerkki isäntäkomennosta ja orjavastauksista (Modbus RTU:lle).

Pyyntö
Siirron suunta	orjalaitteen osoite	funktion numero	Osoite		Lippujen määrä		Datatavujen määrä	Data		CRC
			korkea tavu	matala tavu	korkea tavu	matala tavu		korkea tavu	matala tavu	matala tavu	korkea tavu
Asiakas → Palvelin	0x01	0x0F	0x00	0x13	0x00	0x0A	0x02	0xCD	0x01	0x72	0xCB

Vastaus
Siirron suunta	orjalaitteen osoite	funktion numero	Osoite		Lippujen määrä		CRC
			korkea tavu	matala tavu	korkea tavu	matala tavu	matala tavu	korkea tavu
Palvelin→ Asiakas	0x01	0x0F	0x00	0x13	0x00	0x0A	0x24	0x09
Virheviesti
Siirron suunta	orjalaitteen osoite	funktion numero	virhekoodi	CRC
				matala tavu	korkea tavu
Palvelin→ Asiakas	0x01	0x8F	0x02	0xC5	0xF1

Muistiinpanot

1. ↑ Modbus-protokollan perusteellinen. Arkistoitu 29. kesäkuuta 2017 Wayback Machine National Instrumentsissa
2. ↑ Modbus UDP -määritys. Arkistoitu 7. heinäkuuta 2017 Wayback Machine Java Modbus -kirjastoon
3. ↑ PROMOTIC - Tiedonsiirto Modbus-protokollan avulla . Haettu 7. heinäkuuta 2015. Arkistoitu alkuperäisestä 8. heinäkuuta 2015. (määrätön)
4. ↑ 1 2 Modbus-liitännän opetusohjelma . Haettu 23. maaliskuuta 2009. Arkistoitu alkuperäisestä 3. maaliskuuta 2011. (määrätön)
5. ↑ Tietoja Modbus-IDAsta . Haettu 23. maaliskuuta 2009. Arkistoitu alkuperäisestä 3. maaliskuuta 2016. (määrätön)
6. ↑ Charles Palmer, Sujeet Shenoi (toim.) Critical Infrastructure Protection III: Kolmas IFIP WG 11. 10 International Conference, Hannover, New Hampshire, USA, 23.–25. maaliskuuta 2009, Revised Selected Papers Springer, 2009 ISBN 3-6947-047 1 , sivu 87
7. ↑ 1 2 3 4 Sovelluskehitys Modbusin avulla . Haettu 7. heinäkuuta 2015. Arkistoitu alkuperäisestä 8. heinäkuuta 2015. (määrätön)

Kirjallisuus

• Alkuperäiset englanninkieliset protokollatiedot
• Modbusin tekniset tiedot ja toteutusoppaat (Modbus TCP/IP)

Linkit

• Modbus-IDA on voittoa tavoittelematon organisaatio, joka tukee tätä protokollaa
• Tiedonhankinta ja valvonta: Tietoliikenne Curlie Links Directoryssa (dmoz)
• Tietojen hankinta ja hallinta: ohjelmisto Curlie Link Directoryssa (dmoz)

UART
Fyysiset kerrokset	pisteestä pisteeseen RS-232 IrDA HART modeemi virtasilmukka IRPS MIDI IO-Link (IEC 61131-9) Verkko RS-422 RS-423 RS-485 LIN M bussi Erityinen Kansas Cityn standardit Kompakti kasetti gramofonilevy
Protokollat	pisteestä pisteeseen PPP LIPSAHDUS IrDA HART ISO 7816 MIDI IO-Link (IEC 61131-9) Verkko Modbus LIN DMX-512 P-NET Profibus IEC 60870
Käyttöalueet	Sarjaportti IrDA MIDI teollinen verkko
Toteutukset	Ohjaimet 8250 UART 16550 UART Kuljettajat MAX 232