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

Вид для печати

Показывать 40 сообщений этой темы на одной странице

28.11.2025, 16:46
kondor3000

Цитата:

Сообщение от Iliaaer

Подскажите, возможно ли сделать свое сетевое оборудование в CodeSys, чтобы как и на фотографии, было свое оборудование?
Вложение 86946

Как на скрине нельзя, но по ТСР вы можете опросить любой сторонний слейв, главное иметь таблицу адресов регистров.
12.12.2025, 16:02
Вячеслав1605

Добрый день, столкнулся с неясностью в работе блока OCL.UNM_SerialRequest.
Задача - установить связь с платой с микроконтроллером STM32 по RS-485 с помощью собственного протокола обмена. Нужно передавать данные с командой на плату (пакет из 17 байт), получать в ответ пакет с информацией о статусе платы (тоже 17 байт) и отслеживать, есть или нет в данный момент связь с платой. Написал следующую программу (под спойлером). Интервал для её задачи – 20 мс, время таймаута опроса – 100 мс.

Скрытый текст:

ПЕРЕМЕННЫЕ
PROGRAM PSM_PLC_Communication
VAR
bPointerMemoryError: BOOL; //TRUE, если есть ошибка выделения памяти под указатели буфеоров команлы и статуса
fb_COM_Control: OCL.COM_Control;
fb_Serial_Request: OCL.UNM_SerialRequest;
bNeedReset: BOOL; // флаг, активируется при окончании отсылки пакета и появлении необходимости очистки буфера
abyCommand: ARRAY [0..16] OF BYTE; //буфер команды плате
abyCommand_for_CRC: ARRAY [0..11] OF BYTE; //массив для расчета CRC
abyStatus: ARRAY [0..16] OF BYTE; //буфер ответа платы
dwCRC_Command: DWORD; //переменная для расчёта CRC
wCRC_command: WORD; //младший байт предыдущей переменной
byCRC_LSB: BYTE; //младший байт CRC
byCRC_MSB: BYTE; //старший байт CRC
i: INT; //номер опрашиваемого устройства
abyID_LSB: ARRAY [1..PSM.iPS_county] OF BYTE; //массив младших байт ID опрашиваемого устройства
abyID_MSB: ARRAY [1..PSM.iPS_county] OF BYTE; //массив старших байт ID опрашиваемого устройства
END_VAR
VAR CONSTANT
//параметры обмена
udiBaudrate: UDINT:=115200; //скорость обмена
udiComPortNumber:UDINT:=1; //номер COM порта
udiByteSize:UDINT:=8; //биты информации

tTimeout: TIME:= T#100MS; //таймаут опроса
usiRetry: USINT:=3;//число попыток
END_VAR

КОД ПРОГРАММЫ
//открытие COM порта с заданными параметрами (номер порта 1, скорость 9600, биты информации 8, контроля четности нет, стоповые биты 1)
fb_COM_Control(
xEnable:=TRUE,
udiComPort:=udiComPortNumber,
udiBaudrate:=udiBaudrate,
udiByteSize:=udiByteSize,
eParity:=2,
eStopBit:=0
);
//код для очистки буферов после работы ФБ SerialRequest
IF bNeedReset THEN
MEM.MemFill(ADR(abyCommand), SIZEOF(abyCommand), 0);
MEM.MemFill(ADR(abyStatus), SIZEOF(abyStatus), 0);
bNeedReset:=FALSE;
END_IF
// *далее код, заполняющий буфер данными на отправку (17 байт) и никак не задействующий ФБ SerialRequest
//проверка корректности выделения памяти указателей.
IF fb_Serial_Request.pRequest <> CAA.Constants.gc_pNULL AND fb_Serial_Request.szRequest > CAA.Constants.gc_szZERO AND fb_Serial_Request.pResponse <> CAA.Constants.gc_pNULL AND fb_Serial_Request.szResponse > CAA.Constants.gc_szZERO THEN
bPointerMemoryError:= FALSE;
ELSE
bPointerMemoryError:= TRUE;
END_IF
// вызов ФБ Serial Request, отсылание запроса
fb_Serial_Request (
xExecute:=TRUE AND NOT bPointerMemoryError AND NOT bNeedReset ,
tTimeout:=tTimeout,
usiRetry:=usiRetry,
hCom:=fb_COM_Control.hCom,
pRequest:=ADR(abyCommand),
szRequest:=17, pResponse:=ADR(abyStatus),
szResponse:=17,
szExpectedSIze:=17,
wStopChar:=16#FF
);
IF fb_Serial_Request.xDone THEN
//разбор ответа платы, если адрес совпадает с ожидаемым
IF abyStatus[4]=INT_TO_BYTE((1+16#200) AND 16#FF) AND abyStatus[5]=INT_TO_BYTE (SHR(1+16#200,8) AND 16#FF) THEN
PSM.ar_PS_statuses[1].bMagFanError:= abyStatus[6].1; //бит ошибки вентилятора магнетрона (6 байт 1-й бит)
PSM.ar_PS_statuses[1].bPSFanError:= abyStatus[6].2; //бит ошибки вентилятора БП (6-й байт 2-й бит)
PSM.ar_PS_statuses[1].bPSLocked:= abyStatus[6].5; //бит блокировки БП (6 байт 5-й бит)
PSM.ar_PS_statuses[1].bIllegalTurnOn:= abyStatus[6].6; //бит несанкционированного включения магнетрона (6 байт 6-й бит)
PSM.ar_PS_statuses[1].bMagNotTurnedOn:= abyStatus[6].7; //TRUE, если магнетрон не смог запуститься (6-й байт 7-й бит)

PSM.ar_PS_statuses[1].bConnect:= abyStatus[7].5; // TRUE, если связь установлена, 7 байт 5-й бит

PSM.ar_PS_statuses[1].bTurnOnCommandReceived:= abyStatus[13].2; // TRUE, если команда на включение получена БП, 13 байт 2-й бит
PSM.ar_PS_statuses[1].bMagNotTurnedOn:= abyStatus[13].3; //TRUE, если есть ток магнетрона, 13 байт 3-й бит
PSM.ar_PS_statuses[1].rMagnetronCurrent:= OCL.WORD2_TO_REAL (BYTE_TO_WORD (abyStatus[3]),BYTE_TO_WORD (abyStatus[4]), FALSE);// ток магнетрона. TODO проверить работу, порядок операндов.
END_IF
bNeedReset:=TRUE; // флаг необходимости очистки буферов
fb_Serial_Request(xExecute:=FALSE);
ELSIF fb_Serial_Request.xError THEN
bNeedReset:=TRUE; // флаг необходимости очистки буферов
fb_Serial_Request(xExecute:=FALSE);
END_IF

При подключении ПЛК к плате связь устанавливается, данные передаются и вычитываются. Непонятки начинаются, когда я физически отключаю плату от ПЛК. Я ожидаю, что ФБ SerialRequest с этого момента начнет на выходе xError выдавать TRUE, а на выходе eError – TIME_OUT. В реальности xError и xDone остаются в нуле, блок остается в статусе xBusy (иногда xBusy на долю секунды уходит в FALSE, затем возвращается), на выходе eError – NO_ERROR.
В буфере, куда помещаются читаемые данные – нули, буфер этот очищается по переменной bNeedReset, которая, по идее, взводится только при завершении работы ФБ с результатом xDone или xError. Если запустить программу, не подключая ПЛК к плате – результат такой же (в буфере нули, ошибки на выходе ФБ нет).
Что я упускаю и как можно добиться индикации ошибки при пропаже соединения?
12.12.2025, 16:43
Евгений Кислов

Цитата:

Что я упускаю

Код:

ELSIF fb_Serial_Request.xError THEN bNeedReset:=TRUE; // флаг необходимости очистки буферов fb_Serial_Request(xExecute:=FALSE); END_IF

В момент вызова fb_Serial_Request(xExecute:=FALSE); выходы "сбрасываются".
Поэтому глазами вы не видите xError и eError - к концу цикла, в котором они детектированы, они уже сброшены.

Вы можете добавить внутрь ELSIF счетчик ошибок для наглядности.
Или запускать таймер от NOT(fb_Serial_Request.xDone) - в стиле "успешных транзакций не было уже 5 секунд, пора бы зажечь аварийную лампу".
12.12.2025, 16:50
Александр Пинэко-Скворцов

Цитата:

Сообщение от Вячеслав1605

Добрый день, столкнулся с неясностью в работе блока OCL.UNM_SerialRequest.

Как Вы проверяете, что на выходе eError нет ошибки?
Добавьте по флагу xError запись выхода fb_Serial_Request.eError в промежуточную переменную. Что записывается?

Скрытый текст:

VAR
eReqError : OCL.ERROR;
END_VAR

...
ELSIF fb_Serial_Request THEN
eReqError := fb_Serial_Request.eError;
bNeedReset:=TRUE;
fb_Serial_Request(xExecute:=FALSE);
END_IF
12.12.2025, 18:08
Вячеслав1605

Цитата:

Сообщение от Евгений Кислов

Код:

ELSIF fb_Serial_Request.xError THEN bNeedReset:=TRUE; // флаг необходимости очистки буферов fb_Serial_Request(xExecute:=FALSE); END_IF

В момент вызова fb_Serial_Request(xExecute:=FALSE); выходы "сбрасываются".
Поэтому глазами вы не видите xError и eError - к концу цикла, в котором они детектированы, они уже сброшены.

Вы можете добавить внутрь ELSIF счетчик ошибок для наглядности.
Или запускать таймер от NOT(fb_Serial_Request.xDone) - в стиле "успешных транзакций не было уже 5 секунд, пора бы зажечь аварийную лампу".

Цитата:

Сообщение от Александр Пинэко-Скворцов

Как Вы проверяете, что на выходе eError нет ошибки?
Добавьте по флагу xError запись выхода fb_Serial_Request.eError в промежуточную переменную. Что записывается?

Скрытый текст:

VAR
eReqError : OCL.ERROR;
END_VAR

...
ELSIF fb_Serial_Request THEN
eReqError := fb_Serial_Request.eError;
bNeedReset:=TRUE;
fb_Serial_Request(xExecute:=FALSE);
END_IF

Спасибо за консультацию, именно это и происходило. Добавил запись события fb_Serial_Request.xError = TRUE в промежуточную переменную bCommunicationError, а также счётчик таких событий. При отключении провода от платы эта переменная уходит в TRUE, счетчик растёт. При подключении провода обратно - всё восстанавливается. Привязал переменную-индикатор связи дополнительно к этой промежуточной переменной.
Заодно выяснил, что при таймауте в 100 мс и интервале задачи 20 мс ошибки появляются и при подключенной линии (хотя буфер вычитывается), а при таймауте в 101мс ошибки пропадают. Похоже, связано с интервалом задачи, при его уменьшении до 15 мс при таймауте 90 мс все работает стабильно.
14.01.2026, 23:16
Andrunchic

Добрый день
Подскажите как из кода работающей программы поменять параметры RS485 на плк 210
метод описанный в документе "Настройка обмена по протоколу Modbus" не срабатывает

Modbus_Master_COM_Port.xStop:=True;
Modbus_Master_COM_Port.UpdateComParameters(115000, 1,0,8,2,true,5);
Modbus_Master_COM_Port.xStop:=False;
15.01.2026, 06:17
Евгений Кислов

Цитата:

Сообщение от Andrunchic

Добрый день
Подскажите как из кода работающей программы поменять параметры RS485 на плк 210
метод описанный в документе "Настройка обмена по протоколу Modbus" не срабатывает

Modbus_Master_COM_Port.xStop:=True;
Modbus_Master_COM_Port.UpdateComParameters(115000, 1,0,8,2,true,5);
Modbus_Master_COM_Port.xStop:=False;

Добрый день.
Посмотрите это видео:
https://oscat.ru/wp-content/Video/Co...geSettings.mp4
15.01.2026, 09:04
МихаилГл

Цитата:

Сообщение от Andrunchic

Добрый день
Подскажите как из кода работающей программы поменять параметры RS485 на плк 210
метод описанный в документе "Настройка обмена по протоколу Modbus" не срабатывает

Modbus_Master_COM_Port.xStop:=True;
Modbus_Master_COM_Port.UpdateComParameters(115000, 1,0,8,2,true,5);
Modbus_Master_COM_Port.xStop:=False;

Если это у вас в коде в послед стоит, то это не рабочий код. Т.к. xStop у вас для модбаса всегда false.
15.01.2026, 18:37
Andrunchic

Цитата:

Сообщение от Евгений Кислов

Добрый день.
Посмотрите это видео:
https://oscat.ru/wp-content/Video/Co...geSettings.mp4

написал код как в Видео у меня ПЛК210 первый RS485 настроен на мое устройство и работает.
при подаче команды INIT запускающей Modbus_Master_COM_Port.UpdateComParameters с этими же параметрами контроллер пишет
в состоянии 'не запущено' и SLAVE становится серым

IF (Init) THEN
Modbus_Master_COM_Port.Enable:=FALSE;
Ton_1(IN:=TRUE, PT:=T#1S);
IF Ton_1.Q THEN
Modbus_Master_COM_Port.UpdateComParameters
(
udiBaudrate := 115200,
usiMedium := 1,
usiParity := 0,
usiDataBits := 8,
usiStopBits := 2,
xPolarization:= FALSE,
COMPORT := 5
);
Encoder_ob.SlaveAddress:=5;
Modbus_Master_COM_Port.Enable:=TRUE;
Ton_1(IN:=FALSE);
Init:=FALSE;
END_IF
END_IF
16.01.2026, 08:35
Евгений Кислов

Повторил проблему у себя.
Она связана с

Код:

usiStopBits := 2;

По каким-то причинам (вероятно, из-за бага) драйвер не воспринимает значение 2 и формирует ошибку.
Если установить 1 - работает корректно.
Я бы рекомендовал проверить, имеет ли значение эта настройка на стороне прошивки вашего slave-устройства - возможно, подойдет и 1 стоп-бит.
Если нужно принципиально выставить именно 2 стоп-бита, то потребуется организовать обмен через библиотеку OwenCommunication.
16.01.2026, 11:44
Andrunchic

решение найдено:
данный метод не понимает количество стоп бит равное 2 и это нигде не написано в описаниях
16.01.2026, 11:46
Andrunchic

Цитата:

Сообщение от Евгений Кислов

Повторил проблему у себя.
Она связана с

Код:

usiStopBits := 2;

По каким-то причинам (вероятно, из-за бага) драйвер не воспринимает значение 2 и формирует ошибку.
Если установить 1 - работает корректно.
Я бы рекомендовал проверить, имеет ли значение эта настройка на стороне прошивки вашего slave-устройства - возможно, подойдет и 1 стоп-бит.
Если нужно принципиально выставить именно 2 стоп-бита, то потребуется организовать обмен через библиотеку OwenCommunication.

для того чтобы было два сто бита надо в OwenCommunication.[/QUOTE] прописывать цифру 3
16.01.2026, 15:58
Карбофос

Здравствуйте.
Рассматриваю возможность опроса устройств RS-485 с СПК210 через шлюз МКОН (последовательные порты уже все заняты). Возник такой вопрос: можно ли менять адрес опрашиваемого МКОНа в Codesys без перепрограммирования контроллера?
Поясняю. Допустим при разработке ПО задал IP-адрес СПК 192.168.0.10, адрес МКОН 192.168.0.11, в Codesys прописал адрес слейва и передал все это заказчику. Через некоторое время заказчик подключает СПК к своей системе диспетчеризации и меняет адрес СПК (например) на 10.0.0.20, после чего МКОН и СПК оказываются в разных подсетях и перестают друг друга видеть.
Вопрос: можно ли как-то вынести в интерфейс контроллера настройку параметров сети ведомого устройства? Или есть другой вариант решения этого вопроса?
16.01.2026, 16:12
Евгений Кислов

Цитата:

Сообщение от Карбофос

Здравствуйте.
Рассматриваю возможность опроса устройств RS-485 с СПК210 через шлюз МКОН (последовательные порты уже все заняты). Возник такой вопрос: можно ли менять адрес опрашиваемого МКОНа в Codesys без перепрограммирования контроллера?
Поясняю. Допустим при разработке ПО задал IP-адрес СПК 192.168.0.10, адрес МКОН 192.168.0.11, в Codesys прописал адрес слейва и передал все это заказчику. Через некоторое время заказчик подключает СПК к своей системе диспетчеризации и меняет адрес СПК (например) на 10.0.0.20, после чего МКОН и СПК оказываются в разных подсетях и перестают друг друга видеть.
Вопрос: можно ли как-то вынести в интерфейс контроллера настройку параметров сети ведомого устройства? Или есть другой вариант решения этого вопроса?

Добрый день.
Поменять в проекте СПК IP-адрес устройства, которое он будет опрашивать, можно:
https://owen.ru/forum/showthread.php...l=1#post296714

Еще проще это сделать, если обмен организован через библиотеку OwenCommunication.

Другой вопрос - как будет изменен IP-адрес в настройках самого МКОН.
Заказчик сделает это через OwenConfigurator?
Потому что записать в регистры МКОН новый IP-адрес со стороны СПК, конечно, можно, а вот реализовать программный ребут МКОН, чтобы они вступили в силу - будет крайне трудоемко.
Разве что через релейный выход отключать/включать его питание, что выглядит довольно сомнительным и избыточным решением.
16.01.2026, 16:51
Карбофос

Цитата:

Сообщение от Евгений Кислов

Добрый день.
Заказчик сделает это через OwenConfigurator?

Ну это все же еще можно сделать, хотя бы в телефонном режиме - все же это проще, чем перезаливать ПО в контроллер.

В другую сторону если подумать - СПК можно два IP-адреса задать для двух разных подсетей - чтобы в одной он МКОН опрашивал, а в другой был доступен для диспетчеризации?
16.01.2026, 17:27
Евгений Кислов

Цитата:

Сообщение от Карбофос

Ну это все же еще можно сделать, хотя бы в телефонном режиме - все же это проще, чем перезаливать ПО в контроллер.

В другую сторону если подумать - СПК можно два IP-адреса задать для двух разных подсетей - чтобы в одной он МКОН опрашивал, а в другой был доступен для диспетчеризации?

Я не уверен, что такая конфигурация будет работать корректно.
16.01.2026, 20:41
Карбофос

Понял, спасибо
16.01.2026, 21:57
melky

В Linux есть IP aliasing (возможно и в Винде, ни разу не пользовался).
Доступно ли это для ПЛК тоже не знаю.
Может в эту сторону покопать?
20.01.2026, 09:06
Dionis2000

Здравствуйте! Возможно ли использовать преобразователь волоконно-оптический "Ethernet-FX-SM40" BOLID для передачи данных по Modbus TCP от ПЛК210?
30.01.2026, 11:48
Карбофос

Вложений: 3

Цитата:

Сообщение от Евгений Кислов

Я не уверен, что такая конфигурация будет работать корректно.

Все же я попробовал так сделать - и все заработало.
Выглядит это так: СПК имеет IP адрес 1 192.168.0.10 (предполагается, что его можно менять под сеть диспетчеризации) и IP адрес 2 192.168.2.10 (используется для опроса TCP-слейвов, его менять нельзя).
МКОН имеет IP адрес 192.168.2.11, к нему подключен для теста модуль МВ110-224.8А.

СПК нормально опрашивает модуль через МКОН и в свою очередь опрашивается по Modbus-TCP через IP адрес 1.

В web-конфигураторе это выглядит так:
Вложение 87781
Вложение 87782

А в экранном конфигураторе так:
Вложение 87783
30.01.2026, 12:30
Евгений Кислов

Цитата:

Сообщение от Карбофос

Все же я попробовал так сделать - и все заработало.
Выглядит это так: СПК имеет IP адрес 1 192.168.0.10 (предполагается, что его можно менять под сеть диспетчеризации) и IP адрес 2 192.168.2.10 (используется для опроса TCP-слейвов, его менять нельзя).
МКОН имеет IP адрес 192.168.2.11, к нему подключен для теста модуль МВ110-224.8А.

СПК нормально опрашивает модуль через МКОН и в свою очередь опрашивается по Modbus-TCP через IP адрес 1.

В web-конфигураторе это выглядит так:
Вложение 87781
Вложение 87782

А в экранном конфигураторе так:
Вложение 87783

Спасибо за информацию.
30.01.2026, 13:41
melky

Карбофос у вас оба адреса в одной подсети. Адрес 192.168.2.10/24 входит в сеть 192.168.0.10/16
30.01.2026, 20:27
Карбофос

Цитата:

Сообщение от melky

Карбофос у вас оба адреса в одной подсети. Адрес 192.168.2.10/24 входит в сеть 192.168.0.10/16

Да, недоглядел, осталась маска заводская в первом IP. Но на пинг контроллер отвечает по обоим адресам и опрос идет как задумано - скорее всего так и станется. Но перепроверю, спасибо за замечание.
05.02.2026, 09:54
IIkIIkIIk

Добрый день!

Необходимо организовать опрос ПЛК (ПЛК в режиме Slave) по Modbus с ВУ по двум интерфейсам: RS485 и Ethernet. Регистры для обоих интерфейсов должны быть общие.

Подскажите, пожалуйста, возможно ли организовать такой опрос стандартными средствами конфигурирования в среде Codesys 3.5 SP16 или необходимо использовать библиотеки?
05.02.2026, 10:10
Евгений Кислов

Цитата:

Сообщение от IIkIIkIIk

Добрый день!

Необходимо организовать опрос ПЛК (ПЛК в режиме Slave) по Modbus с ВУ по двум интерфейсам: RS485 и Ethernet. Регистры для обоих интерфейсов должны быть общие.

Подскажите, пожалуйста, возможно ли организовать такой опрос стандартными средствами конфигурирования в среде Codesys 3.5 SP16 или необходимо использовать библиотеки?

Добрый день.
Через библиотеку будет существенно проще, чем стандартными средствами:
https://oscat.ru/wp-content/Video/Co...RtuTcpSync.mp4
05.02.2026, 10:20
IIkIIkIIk

Цитата:

Сообщение от Евгений Кислов

Добрый день.
Через библиотеку будет существенно проще, чем стандартными средствами:
https://oscat.ru/wp-content/Video/Co...RtuTcpSync.mp4

Спасибо большое, Вы снова меня выручили!
05.02.2026, 15:44
IIkIIkIIk

Цитата:

Сообщение от Евгений Кислов

Добрый день.
Через библиотеку будет существенно проще, чем стандартными средствами:
https://oscat.ru/wp-content/Video/Co...RtuTcpSync.mp4

Будет ПЛК стороннего производителя, OwenCommunication не подойдет. Подскажите, пожалуйста, какие есть еще у меня варианты, если это не противоречит правилам форума.
05.02.2026, 15:49
Евгений Кислов

Цитата:

Сообщение от IIkIIkIIk

Будет ПЛК стороннего производителя, OwenCommunication не подойдет. Подскажите, пожалуйста, какие есть еще у меня варианты, если это не противоречит правилам форума.

Для Modbus RTU Slave:
https://ftp.owen.ru/CoDeSys3/04_Libr...mpiled-library
https://ftp.owen.ru/CoDeSys3/04_Libr...mpiled-library

Эти библиотеки будут работать на любых контроллерах.
Они созданы в старой версии CODESYS, но будут работать и в новых.

Пример их использования: https://oscat.ru/wp-content/Video/Co...aveLibrary.mp4

Для Modbus TCP Slave - встроенная библиотека CODESYS:
https://content.helpme-codesys.com/e...busServer.html
13.02.2026, 04:23
atomo2

Имя: Modbus Slave, COM Port
Производитель: 3S - Smart Software Solutions GmbH
Группы: Слейв Modbus Serial
Версия: 3.5.16.0

Подскажите пожалуйста это последняя версия?
13.02.2026, 06:35
Евгений Кислов

Цитата:

Сообщение от atomo2

Имя: Modbus Slave, COM Port
Производитель: 3S - Smart Software Solutions GmbH
Группы: Слейв Modbus Serial
Версия: 3.5.16.0

Подскажите пожалуйста это последняя версия?

Добрый день.
Это версия, которая входит в дистрибутив V3.5 SP17 Patch 3.

Показывать 40 сообщений этой темы на одной странице