Kumpletong pagsusuri ng mga mensahe ng protocol ng komunikasyon ng Modbus

1. Pangunahing Pangkalahatang-ideya ng Modbus Protocol

Modbus akoIsang tipikal na protocol ng komunikasyon na may arkitekturang master-slave. Sinisimulan ng master ang mga instruksyon at tumutugon ang slave sa data upang maisakatuparan ang interaksyon sa pagbasa at pagsulat sa pagitan ng mga device. Ang protocol ay pangunahing nahahati sa tatlong karaniwang ginagamit na mode: Modbus RTU, Modbus ASCII, at Modbus TCP. Kabilang sa mga ito, ang RTU mode ay may mataas na kahusayan sa transmisyon at kumukuha ng mas kaunting byte, na nagsisilbing mainstream mode para sa mga kagamitang pang-industriya, matatalinong instrumento, at serial communication. Nagtatampok ang ASCII mode ng mas mahusay na readability at kadalasang ginagamit para sa pag-debug at pag-aaral. Ang TCP mode ay umaasa sa Ethernet at umaangkop sa mga senaryo ng remote network collection.

Ang pangunahing tagapagdala ng lahat Komunikasyon ng Modbus ay "mensahe". Ang lahat ng pagbabasa ng datos, pagsulat ng parameter, at pagtatanong sa katayuan sa pagitan ng mga device ay mahalagang pagpapadala, pagpapadala, at pagsusuri ng mga mensahe. Ang mga karaniwang mensahe ng Modbus ay pantay na sumusunod sa isang istrukturang may apat na segment: slave address, function code, data field, at check code.

2. Pagbubuwag ng Istruktura ng Standard Modbus Message Frame

Isang kumpleto Modbus-RTU Ang mensahe ay binubuo ng 4 na pangunahing larangan na may nakapirming haba ng byte at malinaw na paghahati ng gawain. Ang karaniwang istraktura ng message frame ay nakaayos sa ibaba para sa mabilis na pagtatanong at praktikal na aplikasyon:

Ang kumpletong mensahe ng Modbus ay may nakapirming lohikal na istruktura na may malinaw na hinati na mga patlang, na siyang pangunahing batayan para sa pagsusuri ng mensahe.

2.1 Adres ng Alipin (1 Byte)

Ginagamit ito upang makilala ang iba't ibang device sa bus, na may hanay ng address na 0-255, at 1-247 ang karaniwang ginagamit na mga valid address sa mga field device. Tumpak na tinutukoy ng master ang mga communication device sa pamamagitan ng mga address upang maiwasan ang mga conflict sa komunikasyon sa maraming device, na siyang batayan para sa komunikasyon sa network ng maraming device.

2.2 Kodigo ng Tungkulin (1 Baita)

Tinutukoy nito ang uri ng operasyon ng komunikasyon at isang mahalagang pantukoy para sa pagsusuri ng mensahe. Ang mga karaniwang ginagamit na core function code sa mga pang-industriyang senaryo ay kinabibilangan ng: 01 para sa pagbabasa ng coil status, 02 para sa pagbabasa ng mga discrete input, 03 para sa pagbabasa ng mga holding register, 04 para sa pagbabasa ng mga input register, 06 para sa pagsulat ng isang register, at 10 para sa mga batch writing register. Ang iba't ibang function code ay tumutugma sa iba't ibang format ng data at mga panuntunan sa pagsusuri.

2.3 Patlang ng Datos (Haba ng Baryabol)

Ang haba ng field ng datos ay tinutukoy ng function code, kabilang ang panimulang address ng rehistro, dami ng pagbasa/pagsulat, at partikular na nilalaman ng datos. Ipinapaalam ng mensahe ng kahilingan sa slave ang posisyon at saklaw ng operasyon, habang ang mensahe ng tugon ay nagbabalik ng real-time na datos ng device o mga resulta ng pagpapatupad.

2.4Suriin ang Kodigo (2 Byte)

Ginagamit ito upang beripikahin ang integridad ng pagpapadala ng datos. Gumagamit ang RTU mode ng CRC16 check, at ang ASCII mode naman ay LRC check. Matutukoy nito nang tumpak ang packet loss, interference, data garbling at iba pang problema habang nagpapadala, na tinitiyak ang katatagan ng komunikasyong pang-industriya.

3. Pagsusuri ng mga Pagkakaiba sa mga Mensahe sa Mainstream Communication Mode

Ang tatlong pangunahing Komunikasyon ng Modbus Ang mga mode ay umaangkop sa iba't ibang senaryo ng kontrol sa industriya, na may malaking pagkakaiba sa istruktura ng mensahe, mode ng pag-encode at mga panuntunan sa pagsusuri. Ang mga pangunahing pagkakaiba ay nakaayos sa talahanayan sa ibaba para sa madaling pagpili at pagkakaiba:

3.1 Modbus RTU (Pangunahing Agos ng Industriya)

Gumagamit ang RTU ng binary encoding na may compact frame structure at mataas na transmission efficiency nang walang paulit-ulit na mga character. Ito ang default na communication mode para sa mga RS485/232 serial device. Hinuhusgahan nito ang simula at katapusan ng mga mensahe sa pamamagitan ng frame interval time at tinitiyak ang katumpakan ng data sa pamamagitan ng CRC16 check, na umaangkop sa karamihan ng mga matatalinong instrumento at industrial control equipment.

3.2 Modbus ASCII (Kagustuhan sa Pag-debug)

Gumagamit ito ng ASCII character encoding, na may mga mensaheng nagsisimula sa colon ":" at nagtatapos sa carriage return at line feed, na nagtatampok ng mataas na character visibility at mababang kahirapan sa manual analysis. Gayunpaman, mayroon itong malaking transmission redundancy at mababang kahusayan, angkop lamang para sa mga senaryo ng pag-aaral, pag-debug at pagsusuri ng mga pagkakamali, at bihirang gamitin sa mga kagamitang gawa nang maramihan.

3.3 Modbus TCP (Komunikasyon sa Network)

Batay sa pagpapadala ng Ethernet, nagdaragdag ito ng header ng mensahe ng MBAP batay sa orihinal na mensahe ng RTU, kabilang ang transaction identifier, protocol identifier, haba ng mensahe at iba pang impormasyon, nang walang pagsusuri sa CRC. Umaangkop ito sa mga senaryo ng pangongolekta ng datos ng industriyal na IoT sa malalayong at cross-network segment.

4. Mga Halimbawa ng Pagsusuri ng mga Karaniwang Mensahe ng Function Code

Ang mga madalas gamiting function code para sa Modbus industrial debugging ay naayos na. Ang mga karaniwang function code at ang kanilang mga paglalarawan ay nakaayos sa ibaba para sa praktikal na operasyon, memorya, at aplikasyon:

Kung kukunin ang pinakakaraniwang ginagamit na Function Code 03 (Read Holding Registers) bilang halimbawa, ang kumpletong lohika ng pagsusuri ng mensahe ay ibinalik upang umangkop sa mga praktikal na senaryo sa lugar.

Komposisyon ng mensahe ng master request: Slave Address + 03 Function Code + Starting Register Address + Bilang ng mga Reading Register + CRC Check.

Normal na komposisyon ng mensahe ng tugon ng alipin: Slave Address + 03 Function Code + Haba ng Data + Register Data + CRC Check.

Sa kaso ng mga eksepsiyon sa kagamitan, ang slave ay magbabalik ng isang abnormal na mensahe ng tugon, kung saan ang function code ay awtomatikong pinapataas ng 0x80 at sinasamahan ng isang exception code para sa mabilis na lokasyon ng fault. Ang mga karaniwang interpretasyon ng exception code para sa mabilis na pag-troubleshoot ng fault ay inayos ayon sa sumusunod:

5. Mga Karaniwang Depekto sa Mensahe at Mga Paraan ng Pag-troubleshoot

Sa aktwal na pag-debug ng inhinyero, karamihan sa mga abnormalidad sa komunikasyon ng Modbus ay maaaring mabilis na matukoy sa pamamagitan ng pagsusuri ng mensahe. Ang mga pangunahing karaniwang problema ay ang mga sumusunod:

5.1 Oras ng Pagtatapos ng Komunikasyon:

Kadalasang sanhi ng maling slave address, mga depekto sa wiring, hindi magkatugmang baud rate/parity bits, na nagreresulta sa kawalan ng tugon ng kagamitan;

5.2 Pagkagulo ng Datos:

Sanhi ng pagkabigo ng pagsusuri ng CRC, pagkagambala sa transmisyon o pagputol ng mensahe; suriin ang panangga sa linya at pagkakapare-pareho ng mga parameter ng komunikasyon;

5.3 Pagbabalik ng Kodigo ng Eksepsiyon:

I-troubleshoot ang hanay ng address ng rehistro, suporta sa function ng kagamitan, at mga pahintulot sa pagsulat ng data ayon sa kaukulang exception code;

5.4 Pagkawala ng Pakete ng Batch Data:

Kadalasang sanhi ng labis na dami ng pagbasa ng rehistro at sobrang haba ng mensahe; ang datos ay kailangang basahin nang paunti-unti.

6. Buod: Kahalagahan ng Pagsusuri ng Mensahe sa Inhinyeriya

Ang mahalagang katangian ng Modbus protocol ay ang standardized message interaction. Ang kahusayan sa istruktura ng message frame, kahulugan ng function code, mga check rule, at exception handling logic ay isang mahalagang kakayahan para sa industrial control debugging, instrument docking, at pagbuo ng IoT collection. Ang tumpak na pagsusuri ng mensahe ay maaaring mabilis na malutas ang mga problema sa komunikasyon ng kagamitan, mapabuti ang katatagan ng pagkolekta ng data, mabawasan ang mga gastos sa on-site debugging, at malawakang naaangkop sa mga power meter, industrial control, building automation, bagong kagamitan sa enerhiya, at iba pang mga pang-industriyang senaryo.