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

[TaPX]

https://www.youtube.com/watch?v=elizZ9l_-sw

Получается, хреновый из меня гуглёжник. Благодарю за ссылочку

[Павел Алешин]

Здравствуйте !
Столкнулся со следующей проблемой.
Создал передачу входов/выходов 2-ого ПЛК на 1-ый при помощи сетевых переменных.
На контроллерах другого производителя, все успешно работает, при попытке сделать подобное на ОВЕН ПЛК210-03-CS, происходит неудача.
123.png

[Павел Алешин]

Связались с Евгением, успешно решили проблему.
У меня используется Codesys 3.5 SP19 Patch5.
Для установки связи с плк при помощи сетевых переменных необходимо в значение Broadcast Adr. записать значение Широковещательный IPv4-адрес
sc1.pngsc2.png

[Dmitry Dedkov]

День добрый. Возникла такая проблема. Решил воспользоваться библиотекой OwenCommunication для ModbusTCP чтобы получать данные с модулей Mx210. Проблема возникает при использовании ФБ mb_tcpRequest. Обращаюсь к регистру 51 (читаю битовую маску), а блок выдает ошибку ILLEGAL_DATA_ADRESS. Не могу понять из-за чего возникает ошибка, настроил блок по примеру из документа, регистр вроде выбрал правильный (модуль МВ210-202). Пишу на ST, не использую case тк необходимо выполнять все действия в одном и том же цикле

MU210_202_DI_Client(xEnable := TRUE,
tTimeout := T#0S,
sIpAddr := ip_202_di,
uiPort := 502
);

MU210_202_DI_request(
xExecute := MU210_202_DI_Client.xActive,
tTimeout := T#0S,
usiRetry := 3,
hConnection := MU210_202_DI_Client.hConnection,
xIsRtuOverTcpMode := FALSE,
usiUnitId := 1,
eFuncCode := OCL.MB_FC.READ_HOLDING_REGISTERS,
uiDataAddr := 51,
uiDataCount := 1,
pData := ADR(wDImask),
szSize := SIZEOF(wDImask)
);

IF MU210_202_DI_request.xDone OR MU210_202_DI_request.xError THEN
MU210_202_DI_Client.xEnable := FALSE;
END_IF

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

Надо запрашивать 2 регистра, а не 1.
В реализации модулей - нельзя считать часть параметра (например, "половину" битовой маски входов).

[Dmitry Dedkov]

Спасибо, как-то не обратил на это внимание

[AlexChp]

Здравствуйте.
Терморегулятор ТРМ10 подключен через преобразователь интерфейсов RS485-USB к ПК. В начале работал на виртуальном контроллере и обращался к регистрам по Modbus RTU, указывая соответствующий COM-порт, к которому подключен прибор. Сейчас уже работаю с СПК207, подключенному к ПК по LAN для отладки и загрузки проекта.

Вопрос: Можно ли при нынешних подключениях как-то обратиться к ТРМ, подключенному к ПК, или же 100% нужно переподключать его напрямую к COM-порту СПК207? Возможно, ответ очевиден, но вдруг есть какие-то варианты

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

Добрый день.

Вопрос: Можно ли при нынешних подключениях как-то обратиться к ТРМ, подключенному к ПК, или же 100% нужно переподключать его напрямую к COM-порту СПК207? Возможно, ответ очевиден, но вдруг есть какие-то варианты

Вы можете запустить на ПК программу, которая будет выполнять роль шлюза Modbus TCP/Modbus RTU.
Например - в качестве такой программы можно использовать упомянутый вами виртуальный контроллер.
Соответственно, СПК207 будет обращаться к ПК, используя протокол Modbus TCP.

[AlexChp]

Спасибо. Получается, я на виртуальном контроллере через Modbus RTU задаю каналы с регистрами и привязываю их к переменным, а потом эти переменные как сетевые передаю на СПК207?

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

Спасибо. Получается, я на виртуальном контроллере через Modbus RTU задаю каналы с регистрами и привязываю их к переменным, а потом эти переменные как сетевые передаю на СПК207?

Да, можно и так сказать.