ПЛК210 Глюки опроса

[Задумкин Сергей]

Имею ПЛК210, который по RS-485 M(Modbus RTU) опрашивает панель управления ДГУ.
Опрос в Codesys разбит на три канала (66 регистров, 1 регистр и 7 регистров соответственно).
Программа в данный момент отлаживается на стенде в офисе и я решил для пущей достоверности имитировать обмен с помощью ПО Modbus Slave, сгенерировав там все необходимые регистры.
И что я вижу:
Первый канал на 66 регистров ПЛК не читает, по нему идут ошибки.
Вторые два канала (на 1 и 7 регистров) читаются отлично.

После долгих мучений проблема решилась так. Я просто создал еще один такой же к***** скопировал туда все из "неработающего" канала, а первый просто удалил. Ничего больше не менял. И вуаля - все летает.
Проблема замечена уже во второй раз.
Сталкивался кто-нибудь? В каком направлении капать?

[Евгений Кислов]

Имею ПЛК210, который по RS-485 M(Modbus RTU) опрашивает панель управления ДГУ.
Опрос в Codesys разбит на три канала (66 регистров, 1 регистр и 7 регистров соответственно).
Программа в данный момент отлаживается на стенде в офисе и я решил для пущей достоверности имитировать обмен с помощью ПО Modbus Slave, сгенерировав там все необходимые регистры.
И что я вижу:
Первый канал на 66 регистров ПЛК не читает, по нему идут ошибки.
Вторые два канала (на 1 и 7 регистров) читаются отлично.

После долгих мучений проблема решилась так. Я просто создал еще один такой же к***** скопировал туда все из "неработающего" канала, а первый просто удалил. Ничего больше не менял. И вуаля - все летает.
Проблема замечена уже во второй раз.
Сталкивался кто-нибудь? В каком направлении капать?

Добрый день.
Если проблема повторится еще раз - предлагаю связаться со мной по телеграм (в подписи) и "покопать" вместе.

[kondor3000]

Проблема замечена уже во второй раз.
Сталкивался кто-нибудь? В каком направлении капать?

С таким же успехом, можно было очистить всё, компилировать всё. А потом перезалить проект в ПЛК.

[Stanislav_Y]

Добрый день.
1. Есть ПЛК210-12-CS, СП310 (мастер по отношению к ПЛК, подключен по ModbusTCP).
Сам ПЛК как мастер опрашивает по TCP и RTU модули ввода-вывода, датчики уровня, загазованности и прочее (из всего этого пока подключена только СП310).
Для общения с СП310 в узле Ethernet создан ModbusTCP_Slave_Device, в котором 100 Holding-регистров и 160 Input-регистров.
К Input-регистрам привязаны переменные, которые подготавливает ПО ПЛК.

2. На этапе отладки связки СП310-ПЛК210 замечено, что один из Input-регистров в старшем байте (биты с 8 по 15) имеет всегда нули. Т.е. в режиме отладки видно, что привязанная переменная имеет значение 43690 (dec). Однако СП310 читает вместо этого значение 170 (dec).
Отключил СП310, подключил ModbusPoll - то же самое (исключил вариант, что сама панель внутри себя чем то перезаписывает регистр).

3. Если отвязать переменную от "проблемного" регистра и в режиме отладки принудительно фиксировать значение вручную - все отлично. И СП310 и ModbusPoll читают регистр корректно.

4. Закомментировал весь код программы. Оставил только одну строчку "w37Value := 43690;". И эту переменную привязал к регистру. Результат такой же - старший байт где то чем то перезаписывается.

5. Начал последовательно удалять переменные из остальных Input-регистров. И вот что увидел. К первым пяти битам регистра 36, который находится перед "проблемным" 37-мым привязаны переменные типа BOOL (переменные в составе структуры). Вот если эти булевские переменные отвязать, то "проблемный" регистр читается корректно.

Как бороться? Наблюдаем нечто похожее уже не в первый раз

[Stanislav_Y]

либо с адресацией на единицу не угадали, либо помимо этого еще слова(байты) не перевернули

В этом плане всё в порядке. Все остальные регистры панелью читаются корректно и интерпретируются как надо.

[kondor3000]

Это называется выравнивание, в вашем случае, при использовании структуры, выравнивание может сдвинуть адреса от 1 до 4 регистров вроде.
Здесь показано выравнивание на примере BYTE, WORD, DWORD
https://owen.ru/forum/showthread.php...age=1042#10416

В СDS3.5 так же как в 2.3 работает, в ПЛК слейве.
Проверить можно, создав в панели тиражированием, штук 8 дисплеев, с адресами по порядку, вернуть структуру и смотреть в какой адрес пишется ваш регистр.

[МихаилГл]

Да, смотрите внимательно. Где то что то забыли. У меня такая же структура сети, всё работает. Была одна проблема при переходе с 14 версии кодесиса на 17, там надо было байты в словах поменять местами.

[Stanislav_Y]

Это называется выравнивание, в вашем случае, при использовании структуры, выравнивание может сдвинуть адреса от 1 до 4 регистров вроде.
Здесь показано выравнивание на примере BYTE, WORD, DWORD
https://owen.ru/forum/showthread.php...age=1042#10416

В СDS3.5 так же как в 2.3 работает, в ПЛК слейве.
Проверить можно, создав в панели тиражированием, штук 8 дисплеев, с адресами по порядку, вернуть структуру и смотреть в какой адрес пишется ваш регистр.

Да, я подозревал выравнивание памяти в структуре, читал про это.
Была структура данных для чтения панелью СП310. В структуре были вперемешку и WORD, и BOOL, плюс еще объединения. Убрал все BOOL и упаковал в прорамме их все в WORD'ды. Проблема решилась.
Все равно не очень понимаю сути, как влияет привязка булевской переменной к полю bit в регистре ModbusTCP_Slave_Device на другой регистр. Для чего тогда эти поля бит нужны в регистрах?
Я ведь когда читаю из модуля ввода битовую маску, я присваиваю битовым полям булевские переменные, которые в свою очередь также упакованы в структуры. Так тоже получается нехорошо делать?

[melky]

Ставите переменные бит, поставьте сразу 8 или 16, даже если не будете использовать все.
Так как именно так ПЛК и выровнять до 8 или до 16 если последующая real

[kondor3000]

Все равно не очень понимаю сути, как влияет привязка булевской переменной к полю bit в регистре ModbusTCP_Slave_Device на другой регистр. Для чего тогда эти поля бит нужны в регистрах?
Я ведь когда читаю из модуля ввода битовую маску, я присваиваю битовым полям булевские переменные, которые в свою очередь также упакованы в структуры. Так тоже получается нехорошо делать?

Структура из Маски типа WORD - занимает в памяти 2 байта, все норм, скрин 1 Размер структуры.jpg
а вот структура из 8 бит типа BOOL - занимает целых 8 байт.
Если будет нечётное количество BOOL , то и байт будет не четное, соответственно, может залезть на следующую переменную, а точнее сдвинуть её адрес.
Размер структуры измеряю через SIZEOF, вот и думайте что лучше.