Комментарии 18
Или я совсем не в теме, или автор меня запутал. Есть протокол modbus rtu который работает через последовательный порт, и есть modbus tcp который работает через ethernet.
А в конце статьи оказывается nmodbus это не протокол, а библиотека на C# которая реализует протокол modbus.
А в конце статьи оказывается nmodbus это не протокол, а библиотека на C# которая реализует протокол modbus.
Да, это библиотека, которая поддерживает:
Автор скорее всего автор не силён в протоколе и их вариациях и решал просто поделится информацией, что есть такая библиотека.
Мне вот другое интересно.
Насколько сильно она будет грузить ПК при интенсивном обмене?
Есть ли возможность посылать широковещательные посылки?
Что делать с остальными командами? Их куда больше чем 4.
Как добавить свои команды?
Ну как-то так.
Если судить чисто по мануалу, то да, это такая примитивненькая библиотечка, но она настолько примитивная, что я бы её не рекомендовал даже новичкам.
Modbus/RTU Master/Slave
Modbus/ASCII Master/Slave
Modbus/TCP Master/Slave
Modbus/UDP Master/Slave
Автор скорее всего автор не силён в протоколе и их вариациях и решал просто поделится информацией, что есть такая библиотека.
Мне вот другое интересно.
Насколько сильно она будет грузить ПК при интенсивном обмене?
Есть ли возможность посылать широковещательные посылки?
Что делать с остальными командами? Их куда больше чем 4.
Как добавить свои команды?
Ну как-то так.
Если судить чисто по мануалу, то да, это такая примитивненькая библиотечка, но она настолько примитивная, что я бы её не рекомендовал даже новичкам.
она умеет широковещалки
она умеет все стандартные катушки/регистры в том числе 3x/4x (input/holding)
она умеет вроде все стандартные команды официального модбаса, по крайне мере я её использую и ни разу не натыкался что она чего-то не поддерживает.
когда я её ставил, боялся что она не умеет чтени- записись нескольких регистров подряд, зря боялся умеет.
по загрузке не могу ответить у меня не сильно интенсивный обмен.
она умеет все стандартные катушки/регистры в том числе 3x/4x (input/holding)
она умеет вроде все стандартные команды официального модбаса, по крайне мере я её использую и ни разу не натыкался что она чего-то не поддерживает.
когда я её ставил, боялся что она не умеет чтени- записись нескольких регистров подряд, зря боялся умеет.
по загрузке не могу ответить у меня не сильно интенсивный обмен.
А как насчёт того, что в протоколе modbus паузы интерпретируются как конец пакета. И без реализации пакетного обмена может случиться так, что какой-либо другой процесс займёт CPU и не даст передать следующий байт в COM порт. И пакет прервётся.
Лично я выбираю длы modbus'а именно USB-com свистки с размером пакета в USB endpoint больше или равно моим пакетам modbus и пишу библиотеку modbus через libusb, гарантировано засовывая весь пакет в буфер целиком. Но это тоже грязно, потому что максимальный пакет в modbus 247 байт, а пакет USB для таких свистков ограничевается 64 байт. Выход есть — FTDI, которые FT232H, работают в честном hight-speed и там пакеты до 1024 байт. Но это уже хорошие, дорогие свистки.
Или можно воспользоваться аппаратным COM-портом и драйвером уровня ядра. В Linux он есть, например.
Лично я выбираю длы modbus'а именно USB-com свистки с размером пакета в USB endpoint больше или равно моим пакетам modbus и пишу библиотеку modbus через libusb, гарантировано засовывая весь пакет в буфер целиком. Но это тоже грязно, потому что максимальный пакет в modbus 247 байт, а пакет USB для таких свистков ограничевается 64 байт. Выход есть — FTDI, которые FT232H, работают в честном hight-speed и там пакеты до 1024 байт. Но это уже хорошие, дорогие свистки.
Или можно воспользоваться аппаратным COM-портом и драйвером уровня ядра. В Linux он есть, например.
Есть ещё вариант использовать Modbus ASCII. Там конец пакета по символам 13, 10 определяется. Но избыточность данных двойная.
Всё, что я написал, относится к случаям, когда приходится поднимать скорость modbus выше 38400, какой уж там ASCII. На 9600 нам на перетачу одного байта уходит порядка 1мс. Чтобы приложение заснуло на такое время это надо постараться. Другое дело, 115 200, там уже пауза 250мкс. Это сопоставимо с интервалами у USB
Самая большая неприятность с дешевыми свистками не в буфере. Часто они просто нестабильно работают и периодически отваливаются. Длинну ответа RTU можно рассчитать по запросу(вы же знаете сколько регистров вы запросили, и что ожидать в ответ). Но на случай modbus-ошибки нужно прочитать первые 2 байта ответа. Многие slave сами не выдерживают нужные интервалы — приходится «сшивать» ответ из нескольких частей.
Кстати, Modbus Poll нифига не бесплатное ПО. Лицензия $129 стоит.
Уточнил про Trial-версию :)
Можно так же пользоваться Modbus PLC Simulator, это опенсорс проект, вроде. Он даже лучше, по моему мнению, но интерфейс несколько сложнее.
Можно так же пользоваться Modbus PLC Simulator, это опенсорс проект, вроде. Он даже лучше, по моему мнению, но интерфейс несколько сложнее.
Маленькое замечание. В стандарте Modbus 2012 года я не находил упоминания о том, что регистр для записи обязательно делать доступным для чтения. Вполне допустимо подтверждение записи выдавать кодом ошибки.
Поэтому, я полагаю что строго говоря
"… ячейки регистра бывают:
1. Только для чтения
2. Для чтения и записи
3. Только для записи"
Более того, я такое экзотичное устройство даже видел.
Поэтому, я полагаю что строго говоря
"… ячейки регистра бывают:
1. Только для чтения
2. Для чтения и записи
3. Только для записи"
Более того, я такое экзотичное устройство даже видел.
Спасибо, исправил
а можно ссылку на стандарт? на modbus.org я не видал такого?
я не хочу никого обидеть, я хочу узнать, может это я где проглядел?.. я в том числе слейвы делаю по этому хочу узнать…
можно какбы записать одно а прочитать другое… это да…
я не хочу никого обидеть, я хочу узнать, может это я где проглядел?.. я в том числе слейвы делаю по этому хочу узнать…
можно какбы записать одно а прочитать другое… это да…
конечно, я имел ввиду именно это место.
MODBUS APPLICATION PROTOCOL SPECIFICATION V1.1b3
от 2012 года
modbus.org/docs/Modbus_Application_Protocol_V1_1b3.pdf
страницы 19 и 20. Figure 16: Write Single Register state diagram
и в этой диаграмме ничего про Чтение не написано.
Читать Весть документ надо Очень Внимательно. Там есть достаточно интересные вещи, которые можно понять ровно наоборот от того, как они написаны.
можно записать одно, читать другое, можно отправить запрос на чтение и содержимое регистра будет меняться как угодно от момента именно чтения.
можно записать что-то и ждать статус как часть ключа шифрования.
это не регламентировано, строго говоря. И да, играться так — удел достаточно странный для многих(((
MODBUS APPLICATION PROTOCOL SPECIFICATION V1.1b3
от 2012 года
modbus.org/docs/Modbus_Application_Protocol_V1_1b3.pdf
страницы 19 и 20. Figure 16: Write Single Register state diagram
и в этой диаграмме ничего про Чтение не написано.
Читать Весть документ надо Очень Внимательно. Там есть достаточно интересные вещи, которые можно понять ровно наоборот от того, как они написаны.
можно записать одно, читать другое, можно отправить запрос на чтение и содержимое регистра будет меняться как угодно от момента именно чтения.
можно записать что-то и ждать статус как часть ключа шифрования.
это не регламентировано, строго говоря. И да, играться так — удел достаточно странный для многих(((
Читать Весть документ надо Очень Внимательно
с этим полностью согласен. у них там вобще прелесть в документации…
благодарю! действительно интересн.
Я бы немного дополнил, что
Сталкивался(юсь) часто с тем, что бывают устройства(в том числе под моей ответственностью), которые работают как описано мной выше:
Выставил записью запрос и жди (неизвестно сколько от этого интрегующе) пока в другом регистре что то поменяется.
Или в двух регистрах записанные флаги, текущие значения, пороги и настройки(уже не моё).
С родной программой на ПК это живёт достаточно хорошо,
А со сторонними орс\modbus серверами и ПЛК — далеко не всегда.
Хотя и позволяет на некотором уровне дополнять систему и Modbus, в том числе и самопальным шифрованием и прочими прелестями)
А пару раз сталкивался с тем, что фразу
Правда я эту проблему пытаюсь обойти тем, что прошу разработчиков в РЭ указывать прямо примеры посылок, чтобы не было неоднозначности.
Сталкивался(юсь) часто с тем, что бывают устройства(в том числе под моей ответственностью), которые работают как описано мной выше:
Выставил записью запрос и жди (неизвестно сколько от этого интрегующе) пока в другом регистре что то поменяется.
Или в двух регистрах записанные флаги, текущие значения, пороги и настройки(уже не моё).
С родной программой на ПК это живёт достаточно хорошо,
А со сторонними орс\modbus серверами и ПЛК — далеко не всегда.
Хотя и позволяет на некотором уровне дополнять систему и Modbus, в том числе и самопальным шифрованием и прочими прелестями)
А пару раз сталкивался с тем, что фразу
"… больше не надо discret input регистры только с 10000 выбирать, это легаси мы отменили в 1996 году, не делайте так больше "читают как
"...discret input modbus это только начиная с 10000 по индексу..."соответственно обращаться к ним с 0. т.е. discret input с физическим номером скажем 5 не может существовать, может только 10005 и к нему мы обратимся как к 5. К примеру Delta таким грешит и Advantech ( habr.com/ru/company/advantech/blog/450234 )
Правда я эту проблему пытаюсь обойти тем, что прошу разработчиков в РЭ указывать прямо примеры посылок, чтобы не было неоднозначности.
НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Просто о NModbus (RTU)