Целосна анализа на пораките од комуникацискиот протокол на Modbus

1. Основен преглед на протоколот Modbus

Модбус јасТипичен комуникациски протокол со архитектура master-slave. Главниот иницира инструкции, а slave реагира на податоците за да реализира интеракција за читање и пишување помеѓу уредите. Протоколот е главно поделен на три најчесто користени режими: Modbus RTU, Modbus ASCII и Modbus TCP. Меѓу нив, RTU режимот има висока ефикасност на пренос и зафаќа помалку бајти, служејќи како мејнстрим режим за индустриска опрема, интелигентни инструменти и сериска комуникација. ASCII режимот се одликува со подобра читливост и најчесто се користи за дебагирање и учење. TCP режимот се потпира на Ethernet и се прилагодува на сценарија за далечинско мрежно собирање.

Основниот носител на сите Модбус комуникација е „порака“. Целото читање на податоци, запишување на параметри и барање статус помеѓу уредите се во суштина испраќање, пренос и анализа на пораки. Стандардните Modbus пораки рамномерно следат структура од четири сегменти: адреса на роб, функционален код, поле за податоци и контролнен код.

2. Расклопување на стандардната структура на рамката за пораки на Modbus

Комплетен Модбус-RTU Пораката се состои од 4 основни полиња со фиксни должини на бајти и јасна поделба на работата. Стандардната структура на рамката за порака е сортирана подолу за брзо барање информации и практична примена:

Целосната Modbus порака има фиксна логичка структура со јасно поделени полиња, што е основна основа за анализа на пораките.

2.1 помошна адреса (1 бајт)

Се користи за разликување на различни уреди на магистралата, со опсег на адреси од 0-255, а 1-247 се најчесто користени валидни адреси во теренските уреди. Главниот уред прецизно ги специфицира комуникациските уреди преку адреси за да се избегнат конфликти во комуникацијата помеѓу повеќе уреди, што е основа за мрежна комуникација помеѓу повеќе уреди.

2.2 Функциски код (1 бајт)

Го одредува типот на комуникациска операција и е клучен идентификатор за анализа на пораки. Најчесто користените кодови на основните функции во индустриските сценарија вклучуваат: 01 за читање на статусот на намотката, 02 за читање на дискретни влезови, 03 за читање на регистри за задржување, 04 за читање на влезни регистри, 06 за запишување на еден регистар и 10 за регистри за групно запишување. Различните функционални кодови одговараат на различни формати на податоци и правила за анализа.

2.3 Податочно поле (променлива должина)

Должината на полето за податоци се одредува според функционалниот код, вклучувајќи ја почетната адреса на регистарот, количината за читање/запишување и специфичната содржина на податоците. Пораката за барање го информира робот за оперативната позиција и опсегот, додека пораката за одговор враќа податоци за уредот во реално време или резултати од извршувањето.

2.4Код за проверка (2 бајти)

Се користи за проверка на интегритетот на преносот на податоци. Режимот RTU прифаќа CRC16 проверка, а режимот ASCII прифаќа LRC проверка. Може прецизно да идентификува губење на пакети, пречки, погрешно прикажување на податоците и други проблеми за време на преносот, обезбедувајќи стабилност на индустриската комуникација.

3. Анализа на разликите во пораките од вообичаениот начин на комуникација

Трите мејнстрим Модбус комуникација Режимите се прилагодуваат на различни сценарија за индустриска контрола, со големи разлики во структурата на пораките, режимот на кодирање и правилата за проверка. Основните разлики се сортирани во табелата подолу за лесен избор и разликување:

3.1 Modbus RTU (Индустриски мејнстрим)

RTU користи бинарно кодирање со компактна структура на рамка и висока ефикасност на пренос без излишни знаци. Тоа е стандарден режим на комуникација за RS485/232 сериски уреди. Го проценува почетокот и крајот на пораките преку временски интервал на рамката и обезбедува точност на податоците преку CRC16 проверка, прилагодувајќи се на повеќето интелигентни инструменти и индустриска контролна опрема.

3.2 Modbus ASCII (Преференци за дебагирање)

Прифаќа ASCII кодирање на знаци, со пораки што почнуваат со две точки „:“ и завршуваат со враќање на линија и префрлување на ред, со висока видливост на знаците и мала тежина при рачна анализа. Сепак, има голема редундантност на преносот и ниска ефикасност, погоден само за учење, дебагирање и сценарија за анализа на грешки, и ретко се користи во масовно произведена опрема.

3.3 Modbus TCP (Мрежна комуникација)

Врз основа на Ethernet пренос, додава заглавие на MBAP порака врз основа на оригиналната RTU порака, вклучувајќи идентификатор на трансакција, идентификатор на протокол, должина на пораката и други информации, без CRC проверка. Се прилагодува на сценарија за собирање индустриски IoT податоци од далечина и меѓумрежен сегмент.

4. Анализа на примери на вообичаени пораки од функционален код

Често користените функционални кодови за индустриско дебагирање на Modbus се поправени. Вообичаените функционални кодови и нивните описи се сортирани подолу за практично работење, меморија и примена:

Земајќи го најчесто користениот функционален код 03 (Читање регистри за чување) како пример, целосната логика за анализа на пораките е обновена за да одговара на практичните сценарија на лице место.

Состав на пораката за барање на главниот регистар: Адреса на помошникот регистар + функционален код 03 + почетна адреса на регистарот регистар + број на регистри за читање + CRC проверка.

Состав на пораката за нормален одговор на помошниот уред: Адреса на помошниот уред + Код на функција 03 + Должина на податоци + Податоци од регистарот + CRC проверка.

Во случај на исклучоци на опремата, помошниот уред ќе врати порака со абнормален одговор, при што кодот на функцијата автоматски се зголемува за 0x80 и е придружен со код за исклучок за брзо лоцирање на грешка. Вообичаените толкувања на кодот за исклучок за брзо решавање проблеми се сортирани на следниов начин:

5. Чести грешки во пораките и методи за решавање проблеми

При вистинско инженерско дебагирање, повеќето абнормалности во комуникацијата со Modbus можат брзо да се лоцираат преку анализа на пораки. Основните вообичаени проблеми се следниве:

5.1 Истек на време за комуникација:

Најчесто предизвикано од неточна адреса на помошниот елемент, грешки во ожичувањето, несовпаѓање на битовите за брзина на бауд/паритет, што резултира со никаков одзив на опремата;

5.2 Преклопување на податоци:

Предизвикано од неуспех при проверка на CRC, пречки во преносот или скратување на пораката; проверка на заштитата на линијата и конзистентноста на комуникациските параметри;

5.3 Враќање на код за исклучок:

Решавање проблеми со опсегот на адреси на регистарот, поддршката на функциите на опремата и дозволите за запишување на податоци според соодветниот код за исклучок;

5.4 Губење на пакети со податоци во серија:

Најчесто предизвикано од прекумерна количина на читање на регистри и предолга должина на пораката; податоците треба да се читаат во сегменти.

6. Резиме: Инженерска вредност на анализата на пораките

Суштинската природа на протоколот Modbus е стандардизирана интеракција со пораки. Вештината во структурата на рамката на пораките, значењата на функционалните кодови, правилата за проверка и логиката за ракување со исклучоци е суштинска способност за дебагирање на индустриска контрола, поврзување со инструменти и развој на собирање на IoT. Точната анализа на пораките може брзо да ги реши грешките во комуникацијата на опремата, да ја подобри стабилноста на собирањето податоци, да ги намали трошоците за дебагирање на лице место и е широко применлива за броила за моќност, индустриска контрола, автоматизација на згради, нова енергетска опрема и други индустриски сценарија.