CODESYS V3.5. Настройка обмена с другими устройствами (Modbus, ОВЕН, OPC и др.)

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

Добрый день.
https://owen.ru/forum/showthread.php...l=1#post343792

[tPorte]

Спасибо Евгений, ОГРОМНОЕ!

[jtx]

Попробуйте ее снять - я думаю, в этом случае регистры будут обнуляться спустя заданное время отсутствия запросов от мастера.

Регистры не обнуляются. Галочка влияет только на возможность сброса регистров через Alt+F7 (если её не ставить, то изменять значения регистров можно только "снаружи" по модбасу). В самой программе у меня никакие переменные не изменяются - пока только изучаю связь.
Получается, у вас штатная диагностика соединения по Ehternet интерфейсу вообще никак не проработана? Планируете ли это исправлять?

И ещё подскажите, пожалуйста, по Modbus RTU.
Я, например, записываю функцией "0F" значения TRUE в 5 и 6 битовые регисты ПЛК.
Отсылаю команду: 01 0F 00 00 00 08 01 60 FE BD​
Получаю ответ: 01 10 00 02 00 02 E0 08
Биты при этом записываются, всё ок. Но почему функциональный код в ответе не "0F", а "10"? И что означают "00 02 00 02" ?

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

Регистры не обнуляются. Галочка влияет только на возможность сброса регистров через Alt+F7 (если её не ставить, то изменять значения регистров можно только "снаружи" по модбасу). В самой программе у меня никакие переменные не изменяются - пока только изучаю связь.
Получается, у вас штатная диагностика соединения по Ehternet интерфейсу вообще никак не проработана? Планируете ли это исправлять?

И ещё подскажите, пожалуйста, по Modbus RTU.
Я, например, записываю функцией "0F" значения TRUE в 5 и 6 битовые регисты ПЛК.
Отсылаю команду: 01 0F 00 00 00 08 01 60 FE BD​
Получаю ответ: 01 10 00 02 00 02 E0 08
Биты при этом записываются, всё ок. Но почему функциональный код в ответе не "0F", а "10"? И что означают "00 02 00 02" ?

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

[jtx]

А вот что обнаружил, начав тестировать Modbus TCP с ПК.
1. Форсированные (установленные в TRUE) биты не считываются, если им не присвоены переменные.
2. См. картинку:

Modbus TCP - 01.jpg

[kondor3000]

А вот что обнаружил, начав тестировать Modbus TCP с ПК.
1. Форсированные (установленные в TRUE) биты не считываются, если им не присвоены переменные.
2. См. картинку:

Это ещё не всё, при передаче бит, ещё и байты меняются местами в целочисленной переменной. То есть 0 бит попадает в 8, а 7 в 15 бит и наоборот.
По крайней мере, подобное наблюдал в некоторых версиях Codesys 3.5.

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

Регистры не обнуляются. Галочка влияет только на возможность сброса регистров через Alt+F7 (если её не ставить, то изменять значения регистров можно только "снаружи" по модбасу). В самой программе у меня никакие переменные не изменяются - пока только изучаю связь.
Получается, у вас штатная диагностика соединения по Ehternet интерфейсу вообще никак не проработана? Планируете ли это исправлять?

И ещё подскажите, пожалуйста, по Modbus RTU.
Я, например, записываю функцией "0F" значения TRUE в 5 и 6 битовые регисты ПЛК.
Отсылаю команду: 01 0F 00 00 00 08 01 60 FE BD​
Получаю ответ: 01 10 00 02 00 02 E0 08
Биты при этом записываются, всё ок. Но почему функциональный код в ответе не "0F", а "10"? И что означают "00 02 00 02" ?

Проверил с Modbus Serial Device версии 3.5.17.0.
Обе проблемы не воспроизводятся. См. видео:
https://ftp.owen.ru/CoDeSys3/99_Foru...e_Watchdog.mp4
https://ftp.owen.ru/CoDeSys3/99_Foru...WriteCoils.mp4

Если у вас получается их повторять в этой версии слэйва - напишите, пожалуйста, мне на почту или в телеграм (в подписи) и организуйте доступ по AeroAdmin - посмотрим, что у вас происходит.

А вот что обнаружил, начав тестировать Modbus TCP с ПК.

Эту проблему подтверждаю. Используйте галочку Дискретные битовые области, как на втором видео - тогда она не проявится.

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

Проблему воспроизвел, спасибо.
Исправим в следующей версии библиотеки.

Исправлено в версии библиотеки 3.5.14.2.
https://ftp.owen.ru/CoDeSys3/04_Libr...mpiled-library

В ближайшие дни обновим ссылку на сайте.

2023-07-24_10-16-00.png 2023-07-24_10-16-13.png 2023-07-24_10-16-25.png 2023-07-24_10-16-55.png

[jtx]

Здравствуйте. Помогите разобраться с реализацией обмена по Modbus через OCL.UNM_TcpRequest. Нигде не могу найти информацию о том, как формировать запрос.
Например, хочу считать из 1-го слейва 4-й командой два регистра, начиная с 8-го.
OCL.MB_TcpRequest работает. Через Modbus Poll тоже получаю нужный ответ, при этом посылаются запросы вида "00 05 00 00 00 06 01 04 00 08 00 02" (где первые 00 05 - номер пакета).
Из примеров реализации нашёл только работу со строковыми данными (

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

Здравствуйте. Помогите разобраться с реализацией обмена по Modbus через OCL.UNM_TcpRequest. Нигде не могу найти информацию о том, как формировать запрос.
Например, хочу считать из 1-го слейва 4-й командой два регистра, начиная с 8-го.
OCL.MB_TcpRequest работает. Через Modbus Poll тоже получаю нужный ответ, при этом посылаются запросы вида "00 05 00 00 00 06 01 04 00 08 00 02" (где первые 00 05 - номер пакета).
Из примеров реализации нашёл только работу со строковыми данными (

Добрый день.
Вас интересует принцип формирования запросов и разбора ответов?
Он приведен в спецификации Modbus:
https://www.modbus.org/docs/Modbus_A...col_V1_1b3.pdf
https://www.modbus.org/docs/Modbus_M...uide_V1_0b.pdf