ВОПРОС-ОТВЕТ (отвечаем на простые вопросы от новичков)

[senkos]

Непонятно, зачем опрашивать устройство Modbus через OPC CodeSys если можно опрашивать напрямую по Modbus?, Modbus мастер встроен в RapidScada

Что бы опрашивать напрямую по Modbus контроллер который подключен к локальной сети с адресом 192.168.1.102 нужно в конфигураторе ПЛК добавить Modbus Slave и в нем добавить TCP и например несколько переменных по 2 Byte. ПЛК будет в эти переменные записывать какие то значения а Scada по Modbus TCP считывать их?
Это верно?

[1exan]

Что бы опрашивать напрямую по Modbus контроллер который подключен к локальной сети с адресом 192.168.1.102 нужно в конфигураторе ПЛК добавить Modbus Slave и в нем добавить TCP и например несколько переменных по 2 Byte. ПЛК будет в эти переменные записывать какие то значения а Scada по Modbus TCP считывать их?
Это верно?

Все правильно, вот так примерно это выглядит:
изображение_2023-10-09_154517577.png
В принципе, в эти переменные и скада тоже может записывать (вся область памяти сетевых переменных этого ПЛК - HOLDING REGISTERS)

[Ledkouq]

всем привет. ПЛК63.
1.
Кодесис-Ресурсы-Конфигурация_ПЛК-WorkInd[FIX]-Параметры модуля:
Максимальное количество рабочих экранов 8 шт. Хотя в руководстве на ПЛК63 сказано 16.
В чем проблема?
Находил на форуме примеры работы с ЖКИ для плк63 на 16 экранов. грешу на таргет.

2.
я правильно понимаю что на одном рабочем экране может быть только две строки (0-ая и 1-ая)?
(т.е.) листинга между строками в рамках одно экрана - нет. есть листинг только между экранами ?

Если же все таки строк больше, то не увидел варианта прокрутки этих строк в рамках одного экрана.

[kondor3000]

всем привет. ПЛК63.
Если же все таки строк больше, то не увидел варианта прокрутки этих строк в рамках одного экрана.

Здесь есть примеры ПЛК63-73, по выводу на экран в том числе https://owen.ru/product/codesys_v2/example_program

[Nerion]

Добрый день!
Если делать одно действие(считать или записать) с одного устройства то всё нормально. Если же делать операции последовательно, то нормально выполняется только последняя. Предыдущие в подавляющем большинстве случаев остаются с какими тех данными(адрес устройства и т.д) в буфере. Запуск следующей операции делал по "complete" с предыдущей. Можно выправить ситуацию с чтением если ставить на этот complete задержку в 200 мс но это увеличивает задержку опроса устройств. В 100 мс уже не каждый раз нормально опрашивает. Как можно это поправить?

Если добавлять slave устройства через конфигурацию плк и обращаться к адресам (по типу %QW6.1.0.0) то всё нормально опрашивается. Но не удобно проверять нормальный или нет ответ от каждого устройства через Last adress, Last error modbus мастера.

[1exan]

Добрый день!
Если делать одно действие(считать или записать) с одного устройства то всё нормально. Если же делать операции последовательно, то нормально выполняется только последняя. Предыдущие в подавляющем большинстве случаев остаются с какими тех данными(адрес устройства и т.д) в буфере. Запуск следующей операции делал по "complete" с предыдущей. Можно выправить ситуацию с чтением если ставить на этот complete задержку в 200 мс но это увеличивает задержку опроса устройств. В 100 мс уже не каждый раз нормально опрашивает. Как можно это поправить?

Если добавлять slave устройства через конфигурацию плк и обращаться к адресам (по типу %QW6.1.0.0) то всё нормально опрашивается. Но не удобно проверять нормальный или нет ответ от каждого устройства через Last adress, Last error modbus мастера.

Код ошибки не выловили?
Может устройству после записи необходима некоторая задержка перед следующим чтением?

[kondor3000]

Добрый день!
Если делать одно действие(считать или записать) с одного устройства то всё нормально. Если же делать операции последовательно, то нормально выполняется только последняя. Предыдущие в подавляющем большинстве случаев остаются с какими тех данными(адрес устройства и т.д) в буфере. Запуск следующей операции делал по "complete" с предыдущей. Можно выправить ситуацию с чтением если ставить на этот complete задержку в 200 мс но это увеличивает задержку опроса устройств. В 100 мс уже не каждый раз нормально опрашивает. Как можно это поправить?

Если добавлять slave устройства через конфигурацию плк и обращаться к адресам (по типу %QW6.1.0.0) то всё нормально опрашивается. Но не удобно проверять нормальный или нет ответ от каждого устройства через Last adress, Last error modbus мастера.

Вы либо проект выложите, либо по ссылке выше посмотрите примеры, как делается обмен через би-ки.
Чтение и запись надо разнести по шагам CASE, иногда нужно сделать очистку буфера. И желательно писать, чем и какие модули вы опрашиваете.

[Nerion]

Код ошибки не выловили?
Может устройству после записи необходима некоторая задержка перед следующим чтением?

Ошибки вроде как нет, на сколько я понимаю. До этого с овенами и codesys никогда не работал. complete 1, exception 0. Задержка 200 да помогает, но это слишком много.

Вы либо проект выложите, либо по ссылке выше посмотрите примеры, как делается обмен через би-ки.
Чтение и запись надо разнести по шагам CASE, иногда нужно сделать очистку буфера. И желательно писать, чем и какие модули вы опрашиваете.

Здесь пытался разобраться как работает передача данных. В качестве мастера использовал ПЛК110 [М02]. Подключен к компу через USB B. В качестве slave устройства использована программа modbus slave запущенная на этом же пк и подключенная к rs-485-2 через USB-COM адаптером.

Вообще была необходимость в подключении от 4 до 12 slave(ПЧ Instart) устройств. Овен должен был раздавать им разрешение и задание, опрашивать состояние. Правда не 110, а СПК107. Но его пока не было в наличии и я думаю разница в связи будет не сильно отличаться.

[andrey_dmitriev]

где найти описание регистров плк150 и сп 270?

[kondor3000]

где найти описание регистров плк150 и сп 270?

Вы же тему создали, зачем сюда пишите? Вы видео посмотрели? Там всё есть https://owen.ru/forum/showthread.php?t=38496