Минимальное время цикла работы ПЛК

[sea]

То SEA - вы неправильно понимаете способ функционирования обменов по портам.

Поэтому пытаюсь разобраться.

Реально на операции обмена тратятся микросекунды, остальное время ПЛК лишь проверяет завершенность операций (для пользователя! реальное функционирование скрыто в фоновых задачах и библиотеках).

Чем тратяться микросекунды, центральным микроконтроллером? Реальным обменом наверное вообще другой МК занимается?

Ставьте время цикла 1 мс и проверяйте в своих циклах флаги завершения операций обмена.

Время цикла нельзя устанавливать меньше времени выполнения программы. Сейчас статистику набираю по времени цикла ПЛК (установлено минимальное значение 0):
- минимальное 0,3 мс;
- максимальное 5,7 мс;
- среднее 0,5 мс.
Так какое установить?

Ожидать в одном цикле завершения обмена в корне не верно! Выдаете команду на начало обмена, а далее, в следующих циклах, проверяете флаг завершения.

Спасибо, получил подтверждение своим догадкам.

Скорость опроса от этого не изменится, а запаздывание реакции - не более времени одного цикла - 1мс.

Скорость, понятно, что 115200 бит/с стабильна. А на счет запаздывания данных - не "1 мс".
Данные еще нужно принять/передать. Пусть программа вызывается 1 раз в 1 мс. Отсюда максимальное запаздывание 2 цикла, т.е. 2 мс. Передача данных на запрос одним пакетом 1028 бит занимает еще 9,43 мс. Итоговое запаздывание 11,43 мс.
На чтение ПЛК (Ведущий) одного регистра из Ведомого требуется 1,79 мс (206 бит), для записи - 1,88 мс. А может еще и ни с первой попытки обмен пройти.
Итого в сети RS-485 обмен происходит за 18,35 мс.

Вот вопрос стал: RS-232, RS-485 на одном микроконтроллере (не на центральном) реализованы или на разных?
Или все же не дополнительные МК, а отдельная перефирия (типа АЦП, ЦАП, ШИМ и т.д.) центрального микроконтроллера?

[Amko]

Например, дозатор. Поздно (из-за запаздывания) закрыли дозирующую заслонку - получили бОльшую массу материала, в итоге не 40%, а 45%.

Гм. Если мы чаще прочитали сигнал, тогда из-за чего получится запаздывание? Мы раньше прочитали уставку - раньше закрыли. Плюс в дозаторах есть же зона остановки дозирования, настраивается эмпирически в зависимости от условий работы. И сюда же закладывается запаздывание считывания. Вот не пойму я, почему вам надо именно реже читать значения веса. От дребезга избавляетесь? Болтает ваш дозатор, значения скачут?

[sea]

... требуется опрос дискретных входов и МВ110-224.1ТД один раз максимум в 10 мс. Иначе быстродействие системы управления упадет и качество продукции снизится.

Имелось в виду: не реже чем 1 раз в 10 мс, т.е. минимальное время цикла не более 10 мс.

Гм. Если мы чаще прочитали сигнал, тогда из-за чего получится запаздывание? Мы раньше прочитали уставку - раньше закрыли. Плюс в дозаторах есть же зона остановки дозирования, настраивается эмпирически в зависимости от условий работы. И сюда же закладывается запаздывание считывания. Вот не пойму я, почему вам надо именно реже читать значения веса. От дребезга избавляетесь? Болтает ваш дозатор, значения скачут?

Про дозатор просто пример привел. Конечно, чаще необходимо считывать вес. Система измерения веса без контактов (МВ110-224.1ТД).

[Дмитрий Артюховский]

Поэтому пытаюсь разобраться.


Чем тратяться микросекунды, центральным микроконтроллером? Реальным обменом наверное вообще другой МК занимается?


Время цикла нельзя устанавливать меньше времени выполнения программы. Сейчас статистику набираю по времени цикла ПЛК (установлено минимальное значение 0):
- минимальное 0,3 мс;
- максимальное 5,7 мс;
- среднее 0,5 мс.
Так какое установить?

Спасибо, получил подтверждение своим догадкам.

Скорость, понятно, что 115200 бит/с стабильна. А на счет запаздывания данных - не "1 мс".
Данные еще нужно принять/передать. Пусть программа вызывается 1 раз в 1 мс. Отсюда максимальное запаздывание 2 цикла, т.е. 2 мс. Передача данных на запрос одним пакетом 1028 бит занимает еще 9,43 мс. Итоговое запаздывание 11,43 мс.
На чтение ПЛК (Ведущий) одного регистра из Ведомого требуется 1,79 мс (206 бит), для записи - 1,88 мс. А может еще и ни с первой попытки обмен пройти.
Итого в сети RS-485 обмен происходит за 18,35 мс.

Вот вопрос стал: RS-232, RS-485 на одном микроконтроллере (не на центральном) реализованы или на разных?
Или все же не дополнительные МК, а отдельная перефирия (типа АЦП, ЦАП, ШИМ и т.д.) центрального микроконтроллера?

Реальный обмен, скорее всего, выполняют отдельные чипы, но опрос завершения выполняется центральным процессором, на это и тратится его время.
Время цикла можно устанавливать меньше чем пиковые значения времени цикла. Единичный цикл просто растянется на требуемое время. При выходе времени цикла за рамки - будут приостанавливаться некоторые фоновые процессы, потом они нагонятся, главное чтобы среднее время выполнения было меньше установленного. "запаздывание" - имелось ввиду отставание реакции основной программы контроллера на полностью полученный пакет, а не время получения пакета.

Концепция ПЛК: получение входных данных - обработка - отправка ответов. Реальный побайтовый обмен по портам скрыт в фоновых процессах и программер получает информацию о статусе обмена в фазе "получение входных данных"


"Имелось в виду: не реже чем 1 раз в 10 мс, т.е. минимальное время цикла не более 10 мс." - различайте цикл выполнения ПЛК и цикл (период) регулирования системы

[sea]

См. ссылку этой темы http://www.owen.ru/forum/showthread....l=1#post103202

Еще раз спасибо за ссылочку. Просмотрел данную тему, по совету и примеру sink3d сделал следующее
- чтобы не тормозил сетевой обмен выставил минимальное время цикла ПЛК 0 мс;
- через конфигуратор задач добавил циклическую задачу с вызовом основной программы через 10 мс.
Результат положительный, проверено на железе (ПЛК150 и СП270).
Если ставлю, например, МинВЦ ПЛК 10 мс, то сетевой обмен раз в 10 мс запускается (sink3d) и в результате СП270 (опрос через 10 мс, меньше 9,43 мс нельзя, максимальное время задержки ответа 20 мс) все время выдает ошибку связи.

[Валенок]

Имелось в виду: не реже чем 1 раз в 10 мс, т.е. минимальное время цикла не более 10 мс.
Конечно, чаще необходимо считывать вес...МВ110-224.1ТД...

Смыcл в "чаще" если время оцифровки - в лучшем случае до 25мс ? РЭ Т2.1
И зачем стараться так быстро на панель ? Оператор брюс ли ?

[capzap]

И зачем стараться так быстро на панель ? Оператор брюс ли ?

нет, к зиме готовится, при такой частоте микросхемы смогут работать и при минусовой температуре за бортом

[sea]

Смыcл в "чаще" если время оцифровки - в лучшем случае до 25мс ? РЭ Т2.1
И зачем стараться так быстро на панель ? Оператор брюс ли ?

Для панели это время (10 мс) не критично, и можно 50...100 мс. Для расчета максимальной загрузки ПЛК использовалось. Но вроде обмен по RS-485 и RS-232 типа параллельно и независимо происходит физически.

В РЭ Таблица 2.2 для МВ110-224.1ТД "Время обновления данных измерений, мс, не более" может быть и 2,1 мс.
Кстати на 44,64 Гц (24 мс) и настроили прибор.
Но ПЛК110 все равно не чаще 10 мс опрос может производить (по крайней мере через Конфигуратор ПЛК).
От этих 10 мс и пляшем.
Сам процесс считывания данных массы на входе и статуса прибора занимает 3,75 мс (REAL и WORD). По массе - 1,96 мс.

Первоначально думал так: опрос входов - выполнение программы - установка выходов - другое, в том числе и сетевой обмен - конец цикла. И к новому вызову программы - опа, свежие данные по массе.

[sea]

... Время цикла можно устанавливать меньше чем пиковые значения времени цикла. Единичный цикл просто растянется на требуемое время. При выходе времени цикла за рамки - будут приостанавливаться некоторые фоновые процессы, потом они нагонятся, главное чтобы среднее время выполнения было меньше установленного...

Теперь понятней! Если бы это в РП ПЛК было обозначено - вопросов меньше возникало.
В общем, ориентир на среднее время цикла ПЛК держать.

... различайте цикл выполнения ПЛК и цикл (период) регулирования системы...

Это я для себя сетевой обмен представил, как опросы входа и установка выходов.

[sea]

Проще, просто МинВЦ ПЛК установить 0 мс и забыть про это. Хотя в данном случае иногда (вопрос вероятности) цикл ПЛК может превысить максимально допустимый период запуска программы. Все зависит от задачи...