лекция 373 элементы протокола Modbus RTU

Имеется большой спектр электронных устройств, которые могут работать под управлением промышленного протокола Modbus. В лекции описаны его основы и изложено небольшое подмножество функций, позволяющее начать практическую работу с такими устройствами. Известно несколько диалектов этого протокола, незначительно отличающихся от modbus rtu по формату пакетов, здесь они не рассматриваются. На моем канале / abglazov я покажу программу на питоне, позволяющую выполнять работу ведущего узла этого протокола.
Перечень всех лекций по номерам и темам выложен на сайте автора(смотрите в описании канала ). Там же указаны ссылки на все обучающие видео по программам автора и можно скачать исходники рассмотренных программ.

[@dudanov]

В свое время пришлось писать реализацию всего семейства протокола на ST для ПЛК, так как необходимо было использовать нетипичные транспорты доставки пакетов, а стандартная библиотека не позволяла. Ностальгия) Один из самых простых и самый популярный протокол передачи данных в АСУТП. Знаю наизусть, а из уст Уважаемого человека было просто приятно послушать. Спасибо!

[@mslq]

Я на ассемблере пишу со стороны PLC, а комп, среда Python, IDE на нём делаю, там стандартную библиотеку беру для Modbus RTU.

[@dudanov]

@@mslq Наверное IL имеете ввиду. Ассемблер в ПЛК - первый раз слышу. IL это все же не ассемблер.

[@mslq]

@@dudanov Я про IL ничего и не говорил, я имею ввиду что протокол нужно писать жёстко на ассемблере, а IL это инструкции высокого уровня которые потом интерпретатором переводятся в машинные коды, как можно на нём, на IL писать протокол? Это технологическая программа на нём пишется, но никак не протокол. Всё пишется на ассемблере,и интерпретатор, и протокол для визуализации в компьютере. На компе составляется запрос в один экран визуализции - от и до конца, начальный адрес и длина в списке, и процессор выполняя основную программу заполняет и этот список запроса. Это моя фича, доходя до конца списка запроса отправляет ответ в комп. Естественно тут всё должно делаться очень быстро, в один пакет

[@deniskalini3641]

Крепкого здоровья преподователю. Все понятно стало. Лекция оказалось очень полезна перед погружением в автоматизацию. Ещё лекция по rs-485 крайне полезной оказалось и по rs-232. Познавательно! Спасибо!

[@aijanmamasalliewa4200]

Дай Бог Вам здоровья! Спасибо Вам за Ваши труды.

[@asutp2089]

Очень хорошая тема. Спасибо Вам за ваш труд. Протокол старый, но жить ему ещё долгое время.

[@mslq]

Зашёл сюда чтобы удостовериться - не пропустил ли я что для реализации протокола, спасибо за лекцию.

[@user-jv6fw9hx2z]

огромное спасибо. приходится переучиваться сейчас, по ходу пьесы. хорошо что остались такие спецы. Просто фантастика. Супер.

[@user-so2qi6ef5o]

Дельный аказывается этот
протокол , Доброва вам здоровья спасибо !!

[@user-vm4el3hd6m]

дай Бох вам здоровья!

[@agusta878]

Спасибо за видео！

[@Mold0vanin]

Замечательная лекция

[@andreyr7461]

ОГОНЬ! Спасибо!

[@vasscorpvasiliev]

Большое спасибо!

[@fedyaivanov8567]

И Вам спасибо!

[@megannnn98]

Спасибо !

[@eseniyagrant5594]

Спасибо)))!

[@user-wu3je3co6u]

База контроллеров ОВЕН - это отличная основа для практической работы.

[@user-ue7gl7xq4n]

Спасибо.

[@mihail_redov]

спасибо.помогло

[@wldevru]

Можно ждать видео про Canopen?

[@nikotinesmola]

2:23 - возможно "групповой записи" вместо группового чтения.

[@ostrov11]

+

[@AAAAAA-ny4ib]

Я отправляю пакет данных "slave func data srs16", но в результате выходит вот такой сигнал "00 slave func data srs16". Почему появляются два ноля?

[@Yurek33]

Значит на шлейфе есть мастер, который шлёт широковещательную команду - 00 является признаком широковещательной посылки.

[@allaksusallaksus2402]

Вроде только crc отправляется старшим байтом первым

[@_kipovets_85]

кто подскажет где учить английский для инженера электроники,спасибо!