Опрос булевских переменных через Modbus RTU/ASCII

[dsai]

Добрый день, уважаемые коллеги!

Дано:
1. Контроллер, в который залита программа, лезть в которую нет ни желания, ни разрешения.
2. Арм оператора, которое хочет считывать данные с контроллера.
3. Есть карта регистров.
4. Опрос выполняется через модемы (прозрачный канал с использованием CSD)

Вопрос:
Если считывать каждую булевую переменную отдельно - опрос может занять долгое время, а это затраты на связь и уменьшение количества опрашиваемых контроллеров одним модемом. Так вот, допустим первая булевая переменная лежит по стандартному адресу 12141 (адрес Modbus - 2140). Могу ли я читать по стандартному адресу 42141 (тот же адрес Modbus, но функция чтения другая) и получу ли я 16 булевских значений, начиная с того, которое мне нужно?

Заранее прошу прощения, как-то описать толком не получается. И очень давно не сталкивался именно с чтением булевских значений. В своих программах всегда запихиваю булевские в ворд.

[jov]

Если бы "слово состояния" формировалось в контроллере, то его адрес и состав, скорее всего упомянули бы в карте. Придётся опрашивать отдельные coil'ы

[stesl]

Насколько я помню Модбас речь о групповом опросе. Что за "стандартные" адреса не совсем понятно. В Модбасе есть стандартные номера регистров.
Вопрос, что за булевые значения? Входа? Выхода? Или просто пользовательские переменные.
Конкретно для DO есть команда групповой записи, 0х0F если не ошибаюсь. Группового чтения не припоминаю.

Прошу прощения. Память - решето. Есть команды и для группового чтения. 0х02 - 0х04

[BraS]

01 команда ("Read Coils") позволяет запрашивать чтение до 2000 битов. Модбас их сам упакует по 16 штук в корзинку и отправит.

[Jackson]

Прошу прощения. Память - решето. Есть команды и для группового чтения. 0х02 - 0х04

Да. И всё должно работать.
И ещё вопрос в том, чем опрашивать. Встречал мастеры, в которых если запрашиваешь 1 бит, то фактически он читает 16 бит, а возвращает всё равно один - тот, который и запросил. Тут нет даже смысла читать по одному биту - служебного трафика в разы больше чем полезных данных. Читать всю пачку, потом локально разбирать.

[dsai]

Мастером выступает ОРС сервер Lectus. Булевские переменные - внутренние (пользовательские) лежат по адресам начиная с 2049 и далее. На каждую переменную соответственно свой адрес. И орс сервер читает именно один бит. В мануале же указано, если читаешь булевскую, то перед адресом добавляешь 1 и будет он читать булевскую, если инт или ворд то 4. Насколько я помню эта цифра и есть тип команды, которой читаем (в моем случае один коил или холдинг регистр соответственно)

[Jackson]

И орс сервер читает именно один бит.

сниффером смотрели?

[jov]

И орс сервер читает именно один бит. В мануале же указано, если читаешь булевскую, то перед адресом добавляешь 1 и будет он читать булевскую, если инт или ворд то 4.

Значит ваш мастер спрашивает именно один бит, остальное дополняется нолями. Как отметили выше, по стандарту, за раз вы можете вычитать до 2000 битовых регистров, расположенных последовательно. То-есть больший объём информации за один запрос и так получить невозможно, используете ли вы команду 1х или 4х/3х.

[dsai]

И орс сервер читает именно один бит. В мануале же указано, если читаешь булевскую, то перед адресом добавляешь 1 и будет он читать булевскую, если инт или ворд то 4.

Значит ваш мастер спрашивает именно один бит, остальное дополняется нолями. Как отметили выше, по стандарту, за раз вы можете вычитать до 2000 битовых регистров, расположенных последовательно. То-есть больший объём информации за один запрос и так получить невозможно, используете ли вы команду 1х или 4х/3х.

Мне достаточно будет прочитать 8 регистров подряд, то есть 8 бит

[Madwolf]

Регистр это ячейка памяти, она не может быть 1 бит. Обычно в ПЛК 16. Таким образом, нужно пробовать читать сразу с командой 3 или 4, и уже разбирать по месту полученные данные

[Jackson]

Регистр это ячейка памяти, она не может быть 1 бит. Обычно в ПЛК 16. Таким образом, нужно пробовать читать сразу с командой 3 или 4, и уже разбирать по месту полученные данные

А как тогда быть с этим?
https://asutpforum.ru/viewtopic.php?p=97528#p97528

Если нужно запросить один бит, можно не заморачиваться с диапазоном и использовать тип регистра 0(1)x_single_bit. В этом случае панель принудительно запрашивает только один бит. В случае с обычным 0(1)x, панель запросит 16, даже если команда пользователя на запрос одного.

[Madwolf]

Я по сабжу отписал логику, как бы я делал. В случае "А как тогда быть с этим?", контроллер обнаруживает нарушение доступа к памяти (запрос туда, куда нельзя) и выдает ошибку. Если честно, я не встречал подобных запретов на практике, обычно запрет идет по адресу слова, а не по биту. При условии, что адреса команд 0х представляют собой адрес слова + указание бита.

[Jackson]

При условии, что адреса команд 0х представляют собой адрес слова + указание бита.

это важное допущение, на котором всё и держится.