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

Цитата:

---

код шаблона будет исполняться раз в 10мсек, при условии что для задачи цикла шины указано "unspecified", а период вызова задачи с минимальным временем цикла равен 10мсек

---

Это верно.

Цитата:

---

но сам опрос будет происходить примерно раз в 100мсек?

---

Пока будет получаться - то да. По мере добавления slave-устройств (и, соответственно, увеличения общего количества запросов в рамках данного COM-порта) это значение будет увеличиваться.

Цитата:

---

Что произойдёт с переменными привязанными к каналам модуля MV110-16D_DN при ошибке связи?

---

Сохранят свои значения.

вопрос может обсуждался, но все же спрошу:
в чем разница если на панели оператора weintek со встроенным контроллером выбрать для общения с плк weintek built in и codesys v3, если они оба работают через символьную конфигурацию?

Цитата:

---

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

вопрос может обсуждался, но все же спрошу:
в чем разница если на панели оператора weintek со встроенным контроллером выбрать для общения с плк weintek built in и codesys v3, если они оба работают через символьную конфигурацию?

---

Это лучше уточнить у техподдержки Weintek или их дистрибьюторов.

Цитата:

---

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

вопрос может обсуждался, но все же спрошу:
в чем разница если на панели оператора weintek со встроенным контроллером выбрать для общения с плк weintek built in и codesys v3, если они оба работают через символьную конфигурацию?

---

Насчет Вентек-Вентек не скажу, но с ПЛК210 оно крайне стремно работает по Кодесису. Поэтому я бы weintek built in использовал.

организовывал работу по codesys v3 с другими плк (optimus drive mx308 например) вроде работает адекватно
просто очень часто возникает вопрос как лучше всего организовать общение между hmi и плк для передачи большого количества данных и для быстрого отклика (например индикация каких-то значений в реальном времени) и кроме стандартных (Modbus tcp, opc ua или протокол codesys) я ничего не знаю, и немного не понятно насколько каждый из них может нагружать процессор контроллера. для работы с шиной ethercat например это критично может быть
самый оптимальный для себя вариант я нашел это через modbus tcp но с контролем передачи конкретных регистров в конкретных окнах или в конкретных режимах, протокол понятно как работает поэтому контроля больше (в отличие например от символьной конфигурации, которая я не знаю как работает, какие переменные передаются например и с каким интервалом)

Здравствуйте, подскажите. если нужно опрашивать 10 устройств по двум регистрам нужно создавать 20 ФБSerialRequest, если опрашиваю одним, то данные перезатираютсяВложение 85506 вот опрос двумя ФБ. вот однимВложение 85507

Цитата:

---

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

Здравствуйте, подскажите. если нужно опрашивать 10 устройств по двум регистрам нужно создавать 20 ФБSerialRequest, если опрашиваю одним, то данные перезатираютсяВложение 85506 вот опрос двумя ФБ. вот однимВложение 85507

---

Добрый день.
1. Достаточно одного экземпляра ФБ
2. Чтобы данные не "перезатирались", нужно организовать в коде машину состояний.
Сейчас: у вас экземпляр ФБ в пределах одного и того же цикла контроллера вызывается несколько раз с разными аргументами.
Надо: делать новый вызов (т. е. отправлять новый запрос) после получения ответа на предыдущий или индикации ошибки

Посмотрите этот вебинар - в нем рассматривается именно ваша задача:
https://owen.ru/media/video/webinar_170625

Добрый день!

Прошу помочь решить вопрос по реализации управления компрессорной установкой с помощью панели СПК210.
https://metrolog.group/compressor

При подключении установки к СПК в ядре следующая запись:
https://iimg.su/i/IOsfz4

Соединение панели и компрессорной установки с помощью кабеля USB A - USB B (Производитель утверждает, что это COM порт)
С панели СПК210-07 требуется:
1. Задание давления
2. Отображение давления на экране панели.

Производитель компрессора предоставил следующий перечень функций управления:
Параметры соединения: 9600-8-n-2

1) RESET\r\n
Сбрасывает плату
2) WRITE\r\n
Запись всех настраиваемых параметров в энергонезависимую память
3) P=?\r\n
Запрос текущего давления. Возвращается в атм.*1 00 (то есть, для 15 атмосфер вернется 01500).
4) Запрос параметров
Pe=?\r\n
Pd=?\r\n

Tmp1=?\r\n
Tmp2=?\r\n
TIME=?\r\n

VTG=?\r\n
5) Установка параметров. Параметр должен состоять из пяти десятичных цифр С ВЕДУЩИМИ НУЛЯМИ!
Pd=12000\r\n
Pe=11000\r\n
6) Pe - (P enable) давление для включения накачки (атмосфер * 100, т.е. 1500 = 15 атмосфер)
Pd - (P disable) давление для выключения после накачки (атмосфер * 100, т.е. 1500 = 15 атмосфер)

Tmp1 - (Temperature 1) - Температура с датчика 1
Tmp2 - (Temperature 2) - Температура с датчика 2

VOLTAGE - количество глобальных ошибок по срабатыванию защиты по снижению питания (когда при работе прибора напряжение понижалось более 3 раз)
VTG - (Voltage) - текущее измеренное напряжение

Zanger, напишите, пожалуйста, мне в телеграм (см. в подписи), чтобы более предметно обсудить вашу задачу.

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