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

[CFC-ST]

Добрый день.
Можно.
В CODESYS V3.5 нужно использовать не эмуляцию, а виртуальный контроллер.
Пример есть здесь:
https://owen.ru/media/video/proverka...alnyh_proborov

В нем и виртуальный контроллер, и эмулятор запускается на одном ПК.
Можно запускать их на разных - достаточно будет прописать в проекте панели IP-адрес второго ПЛК в настройках опрашиваемого slave-устройства.

Добрый день! я повторил пример из видео (62. Запуск проекта в симуляции и на виртуальном контроллере YouTube). Всё работает. Есть вопрос: мы указываем IP 127.0.0.1 . Я понял, что это IР для Slave устройства. А где мы указываем IP для Master? может для Modbus TCP не нужно указывать IP. И еще вопрос: как эти программы эмуляции ищут друг друга с учетом наличия в компьютере сетевой карты? поясните пожайлуста.

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

А где мы указываем IP для Master?

Обычно - нигде (в том смысле, что он указывается в настройках контроллера, а не в компонентах обмена).

И еще вопрос: как эти программы эмуляции ищут друг друга с учетом наличия в компьютере сетевой карты?

https://ru.wikipedia.org/wiki/Loopba...B5%D0%B9%D1%81

[kondor3000]

Добрый день! я повторил пример из видео (62. Запуск проекта в симуляции и на виртуальном контроллере YouTube). Всё работает. Есть вопрос: мы указываем IP 127.0.0.1 . Я понял, что это IР для Slave устройства. А где мы указываем IP для Master? может для Modbus TCP не нужно указывать IP. И еще вопрос: как эти программы эмуляции ищут друг друга с учетом наличия в компьютере сетевой карты? поясните пожайлуста.

IP 127.0.0.1 и 127.0.0.2 используется для обмена на одном компе, если на разных, то слейву и мастеру надо задать адреса из вашей подсети например 192.168.0.120 и 192.168.0.130
Вторая половина видео, панель мастер, там всё это есть
https://owen.ru/media/video/proverka...alnyh_proborov

[crauler]

Добрый день, не первый проект с использованием модбаса, однако проблема в новинку. Один ПЛК 210 получает данные с МВ 210 и с других ПЛК 210. Однако содержимое регистров в ПЛК-слейве и в ПЛК-мастере различается. Также некорректно поменялся бит в регистре МВ 210 (его на данный момент подробно не смотрел, так как полагаю, что у проблемы одно решение). В "состоянии" ошибок передачи нет. Загрузка проекта на другой ПЛК результатов не дала.

[dimap101]

Добрый день,

возник вопрос по использованию Modbus TCP (ПЛК200 является slave) для передачи больших чисел - в частности DINT.
Данное число я получаю с серводрайвера по Modbus RTU - в RTU можно указать длину 2 регистра (по 16 байт) и все ок, в программу ПЛК передаются нужные мне значения.

А вот дальше мне нужно их передать на HMI панель (а потом обратно) - а там Modbus TCP, в котором нет возможности одновременного использования 2-х регистров.
Полагаю, что есть возможность взять 2 байта и отправить в один регистр, а 2 других байта - в другой регистр, а на стороне Master - собрать обратно (тоже пока непонятно как).

Возможно кто то уже решал такую задачу и готов поделится опытом.. на всякий случай - HMI панель Kinco F2100

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

Добрый день,

возник вопрос по использованию Modbus TCP (ПЛК200 является slave) для передачи больших чисел - в частности DINT.
Данное число я получаю с серводрайвера по Modbus RTU - в RTU можно указать длину 2 регистра (по 16 байт) и все ок, в программу ПЛК передаются нужные мне значения.

А вот дальше мне нужно их передать на HMI панель (а потом обратно) - а там Modbus TCP, в котором нет возможности одновременного использования 2-х регистров.
Полагаю, что есть возможность взять 2 байта и отправить в один регистр, а 2 других байта - в другой регистр, а на стороне Master - собрать обратно (тоже пока непонятно как).

Возможно кто то уже решал такую задачу и готов поделится опытом.. на всякий случай - HMI панель Kinco F2100

Добрый день.
Все верно.
Посмотрите, например, как это сделано в п. 4.12 для REAL:
https://ftp.owen.ru/CoDeSys3/11_Docu...odbus_v3.2.pdf

Можете по аналогии сделать для DINT.

В дополнение - см. п. 2 здесь:
https://ftp.owen.ru/CoDeSys3/98_Book...nipulation.pdf

[dimap101]

Посмотрите, например, как это сделано в п. 4.12 для REAL:

Спасибо, именно Owen Communication Library мне и не хватало, теперь вроде все понятно.
Теперь как то на стороне HMI аналогичное сотворить )

[МихаилГл]

vorobev22rus, а opc ua вырезали полностью?
Есть там глюк с отсутствием элементарной переменной в списке переменных для передачи. После этого такая ерунда и творится.
И второй глюк с невозможностью подписаться на новые переменные, если плк долго был в онлайне, как раз перезагрузкой лечится, но до следующих хотелок добавить переменных или другим клиентом подцепиться.

Хотя, конечно, это и не ваш случай...

[vorobev22rus]

vorobev22rus, а opc ua вырезали полностью?
Есть там глюк с отсутствием элементарной переменной в списке переменных для передачи. После этого такая ерунда и творится.
И второй глюк с невозможностью подписаться на новые переменные, если плк долго был в онлайне, как раз перезагрузкой лечится, но до следующих хотелок добавить переменных или другим клиентом подцепиться.

Хотя, конечно, это и не ваш случай...

Да символьную конфигурацию для OPC UA удалил, проект перезалил в надежде на Modbus TCP. Подписка на новые переменные мне особо не требовалась, а вот про "отсутствие элементарной переменной" можно поподробней (архив с предыдущим проектом имеется).

[МихаилГл]

Да символьную конфигурацию для OPC UA удалил, проект перезалил в надежде на Modbus TCP. Подписка на новые переменные мне особо не требовалась, а вот про "отсутствие элементарной переменной" можно поподробней (архив с предыдущим проектом имеется).

https://owen.ru/forum/showthread.php...l=1#post435899