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

[Cs-Cs]

edvard_munch А можно пояснить подробности:
* Как ПЧВ опрашивается? Через шаблон или через Modbus Slave Device?
* ПЛК же Master, верно?
* Связь по Modbus TCP или Modbus RS-485?
* Почему не годится стандартный способ с .xError?
На всякий случай оставлю ссылку на свою статью с обработкой ошибок и связи: https://cs-cs.net/technologii-testir...odbus___ai__io
В ней надо почитать заголовок 6. Там есть описание того, как можно при помощи включенной диагностики и .xError получать ошибки опроса устройства с защитой от случайно возникающих ошибок.

[edvard_munch]

edvard_munch А можно пояснить подробности:
* Как ПЧВ опрашивается? Через шаблон или через Modbus Slave Device?
* ПЛК же Master, верно?
* Связь по Modbus TCP или Modbus RS-485?
* Почему не годится стандартный способ с .xError?
На всякий случай оставлю ссылку на свою статью с обработкой ошибок и связи: https://cs-cs.net/technologii-testir...odbus___ai__io
В ней надо почитать заголовок 6. Там есть описание того, как можно при помощи включенной диагностики и .xError получать ошибки опроса устройства с защитой от случайно возникающих ошибок.

1) Шаблон
2) Мастер
3) RS-485
4) Спасибо, сейчас еще раз посмотрю внимательно на xError, возможно зря я полез в дебри, и не понял до конца как работать с xError

[Cs-Cs]

сейчас еще раз посмотрю внимательно на xError, возможно зря я полез в дебри, и не понял до конца как работать с xError

Да! Это оно! Единственное неудобство в том, что на момент ошибки xError становится TRUE, а при следующей попытке опроса сбрасывается на FALSE.
Я у себя в статье как раз это описал (ради этого стоит почитать) и показал, как сделал систему выдержки на паре таймеров.
Её суть такая, образно: "Одна ошибочка появилась - значит, глюк. О, а если пошли несколько ошибок подряд - то это точно отвал связи".

[edvard_munch]

Да! Это оно! Единственное неудобство в том, что на момент ошибки xError становится TRUE, а при следующей попытке опроса сбрасывается на FALSE.
Я у себя в статье как раз это описал (ради этого стоит почитать) и показал, как сделал систему выдержки на паре таймеров.
Её суть такая, образно: "Одна ошибочка появилась - значит, глюк. О, а если пошли несколько ошибок подряд - то это точно отвал связи".

Все, разобрался. Набросал быстренько пока такой код. Работает. Спасибо!

pchvModbusErrorsComing: TOF;
pchvModbusConnectionError: TON;
modbusErrorTimeout: TIME:= T#1000MS;
modbusErrorSeriesTimeout: TIME:= T#3000MS;
fTrigPchvRestarted: F_TRIG;


pchvModbusErrorsComing(IN:= PChV1_M01.xError, PT:= modbusErrorTimeout);
pchvModbusConnectionError(IN:= pchvModbusErrorsComing.Q, PT:= modbusErrorSeriesTimeout);
fTrigPchvRestarted(CLK:= pchvModbusConnectionError.Q);

IF fTrigPchvRestarted.Q THEN
	FrequencySetOutputValue:= FrequencySetStartupValue;
	triggerFrequencySetOutputValue:= TRUE;
END_IF

[Cs-Cs]

Все, разобрался. Набросал быстренько пока такой код. Работает. Спасибо!

О, класс! Наконец-то кто-то внимательно прочитал ту мою статью, ахаха (спасибо, мне приятно что в дело пошло)!
Отлично! В будущем это можно, как у меня, запихать в функциональный блок, и для разных устройств создавать его экземпляры!
PS. А не надо потом триггер записи в ПЧВ сбрасывать? Да, сам ПЛК запишет его по фронту, но а в коде не надо?
Можно его, например, обрабатывать через таймер TP и на время 500 ms поставить.

[Cs-Cs]

edvard_munch Ага, понял!
Про FB_INIT я не в курсе. Хотел написать про другой приём, но потом вспомнил, что он позволяет записать нужные значения по Modbus при начале опроса устройства (или после отвала связи), но значения там фиксированные (программно не задаются). И это не подходит.

[Evgen Dnepr]

Не могу найти поиском в EtherCAT, модуль ввода-вывода Sontheim DIO 32 . На сайте производителя файл для скачивания я не нашел! Подскажите какие варианты поиска возможны? 2024-07-08.png

[melky]

Evgen Dnepr EtherCAT в ПЛК Овен не реализован, это отдельная лицензия.

[fizhimik]

Добрый день! Подскажите как правильно организовать переключение триггерной переменной для записи значений в Mosbus Slave по нажатию кнопки на сенсорном экране? Предполагаю, что это можно сделать через таймер. Однако если на запись будет много переменных, то делать кучу таймеров очевидно не правильно. Как следует поступить?

[yray]

Очевидно один таймер для включения "триггерной переменной" при изменении любой из вашего большого списка переменных.
У меня так на последнем.

код:

// передача триггеров в частотник
front_on_delayTimer(IN:=front_on_delayTimer_start, PT:=front_delayTime); // Запуск таймера задержки после поднятия фронта
front_off_delayTimer(IN:=front_off_delayTimer_star t, PT:=front_delayTime); // Запуск таймера задержки после снятия фронта
IF (G.ROT <> G.ROT_SET) THEN pchv_send:=TRUE; G.ROT:=G.ROT_SET; END_IF
IF (G.FREQ <> G.FREQ_SET) THEN pchv_send:=TRUE; G.FREQ := G.FREQ_SET; END_IF
IF pchv_send AND pchv_send_en THEN pchv_send1Completed:=FALSE;pchv_send:=FALSE; END_IF
// установка переднего фронта
IF NOT pchv_send1Completed THEN pchv_send_en:=FALSE;
pchv_send1Completed := TRUE; // Установка флага завершения первого действия
front_on_delayTimer_start:=TRUE;
G.TR1:=G.TR2:=TRUE; // включить передачу команды управления
END_IF
// снятие переднего фронта
IF front_on_delayTimer.Q AND pchv_send1Completed AND NOT pchv_send2Completed THEN
front_on_delayTimer_start:=FALSE; // Сброс таймера
front_off_delayTimer_start:=TRUE;
pchv_send2Completed := TRUE; // Установка флага завершения второго действия
G.TR1:=G.TR2:=FALSE; // выключить передачу команды управления
END_IF
// задержка после снятия фронта
IF front_off_delayTimer.Q AND pchv_send2Completed THEN pchv_send2Completed:=FALSE; front_off_delayTimer_start:=FALSE; pchv_send_en:=TRUE; END_IF