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

[Александр]

Цикл ПЛК - 1 мс, запрос ответ по Модбас не менее 25-30 мс. За время одного запроса, ПЛК выполнит 25-30 раз программу целиком.

Если это так, и цикл ПЛК не "растягивается" на время необходимое для обмена по Modbus, то возможно этот интервал для задач в 200 мсек как раз установлен для согласования обмена данных и их обработки в программе, и для того чтобы не заваливать ведомые устройства запросами каждые 20-30 мсек (такое суммарное время цикла задачи №1 и №2). Понимаю что не понимаю как оно должно работать. Есть ФБ выполняющий запрос по Ethernet. Если ответ на запрос еще не вернулся, но уже в следующем цикле идет новый вызов этого ФБ, то ответ первого запроса игнорируется? Интересно, эти вещи где-нибудь описаны вообще

[1exan]

Если это так, и цикл ПЛК не "растягивается" на время необходимое для обмена по Modbus, то возможно этот интервал для задач в 200 мсек как раз установлен для согласования обмена данных и их обработки в программе, и для того чтобы не заваливать ведомые устройства запросами каждые 20-30 мсек (такое суммарное время цикла задачи №1 и №2). Понимаю что не понимаю как оно должно работать. Есть ФБ выполняющий запрос по Ethernet. Если ответ на запрос еще не вернулся, но уже в следующем цикле идет новый вызов этого ФБ, то ответ первого запроса игнорируется? Интересно, эти вещи где-нибудь описаны вообще

ФБ выполняющий запросы работает в цикле: запросил - подождал - ответили - запросил - подождал - ответили и т.д. Когда ответили - обновил значения полученных данных. До момента ответа - висят данные прошлого ответа.
Основная программа в начале своего цикла считала входные данные (в том числе и текущие значения с ФБ обмена) - их обработала

[EFrol]

Иногда PLC_PRG становится настолько большой, что время её выполнения не вмещается в цикл и происходит срабатывание WDT.
Эту проблему каждый решает по-своему:
- Кто-то разделяет на несколько PRG и создает глобальную переменную, которая определяет какой именно PRG будет работать в текущем цикле.
- Кто-то выделяет часть кода, которая по мнению создателя может выполняться еще реже и выделяет её в отдельную задачу (Task).

В любом случае OS ПЛК выполняет опрос исключительно по своим правилам и независимо от PRG.
Однако есть механизмы передачи сигналов управления в/из. Они описаны в документации.
Когда PRG обращается к переменным, то их содержимое может как еще не обновиться OS, так и обновиться несколько раз.
Так и при опросе регистра ведомого устройства, его значение может успеть измениться несколько раз, т.е. значение поступит самое последнее.
Поэтому приходится придумывать различные семафоры, четко фиксирующие ожидаемое событие. За счет чего удается синхронизироваться.

[kondor3000]

Если это так, и цикл ПЛК не "растягивается" на время необходимое для обмена по Modbus, то возможно этот интервал для задач в 200 мсек как раз установлен для согласования обмена данных и их обработки в программе, и для того чтобы не заваливать ведомые устройства запросами каждые 20-30 мсек (такое суммарное время цикла задачи №1 и №2). Понимаю что не понимаю как оно должно работать. Есть ФБ выполняющий запрос по Ethernet. Если ответ на запрос еще не вернулся, но уже в следующем цикле идет новый вызов этого ФБ, то ответ первого запроса игнорируется? Интересно, эти вещи где-нибудь описаны вообще

Проблемы начинаются у тех, кто бездумно втыкает задачи по 200 мс в программу, думая, что разгружает ПЛК. А по факту делает только хуже.
Надо не задачи втыкать, а оптимизировать обмен по интерфейсам и программу. Тогда и проблем не будет.

Думаю в вашем случае, задержки по 200 мс в 2 задачах, просто не дают работать программе нормально.
Вместо цикла 1-5 мс, у вас 400 мс и скорее всего обмен работает быстрее чем программа, цикл ещё не закончился, а ответами уже завалили по горло.
Любой таймер насчитает вместо нужных 100 мс, 300-500 мс, что у вас и происходит.

[Александр]

ФБ выполняющий запросы работает в цикле: запросил - подождал - ответили - запросил - подождал - ответили и т.д. Когда ответили - обновил значения полученных данных. До момента ответа - висят данные прошлого ответа.
Основная программа в начале своего цикла считала входные данные (в том числе и текущие значения с ФБ обмена) - их обработала

Так понимаю это должно быть реализовано в ФБ библиотеки, определение того что нужно делать: выполнить новый запрос, или ждать ответа на предыдущий? В ФБ (отвечающем за обмен по сети) использующемся в программе этого нет, а как посмотреть код библиотеки не знаю.

[Александр]

Однако есть механизмы передачи сигналов управления в/из. Они описаны в документации.

Какие механизмы имеются в виду в данном случае?
Буду признателен если скажете в какой именно документации.

[Александр]

Думаю в вашем случае, задержки по 200 мс в 2 задачах, просто не дают работать программе нормально.
Любой таймер насчитает вместо нужных 100 мс, 300-500 мс, что у вас и происходит.

Так и есть, при управлении ИМ через контроль времени активности шага SFC это и происходит.

Надо не задачи втыкать, а оптимизировать обмен по интерфейсам и программу.

Знать бы как оптимизировать этот обмен ) Из каких составляющих состоит эта оптимизация?

[1exan]

Так понимаю это должно быть реализовано в ФБ библиотеки, определение того что нужно делать: выполнить новый запрос, или ждать ответа на предыдущий? В ФБ (отвечающем за обмен по сети) использующемся в программе этого нет, а как посмотреть код библиотеки не знаю.

Какая используется библиотека?

[sssssaaaaabbbbb]

Здравствуйте коллеги, подскажите пожалуйста, почему выскакивает сообщение?Снимок.PNG

[kondor3000]

Здравствуйте коллеги, подскажите пожалуйста, почему выскакивает сообщение?Снимок.PNG

Когда вы уже разделы путать перестанете?