Минимальное время цикла работы ПЛК
ПЛК100 будет постоянно опрашиваться Мастер Скадой по сети Еthernet. Основная функция - чтение восьми переменных с аналогового модуля. Какое минимальное время цикла MinCycleLenhth необходимо установить при настройке конфигурации ПЛК, чтобы он работал максимально устойчиво. MaxCycleLenhth думаю оставить по умолчанию.
пятерочки для всего хватает.
Подскажите, какое время цикла ПЛК (минимальное) установить?
Нужно определить сколько по времени будут выполняться сервисные функции ПЛК, а именно операции сетевого обмена.
RS-485: ПЛК110-32 (ведущий); МВ110-224.1ТД, МСД-200, СМИ2 (ведомые).
RS-232: СП270 (ведущий); ПЛК110-32 (тотже ПЛК, ведомый).
Протокол в обоих интерфейсах одинаковый ModBus RTU, скорость 115200 бит/с, данные 8 бит, 1 стоп бит.
Нагрузка ПЛК по данным в сети RS-485:
- чтение REAL и WORD;
- запись WORD, REAL, DWORD, WORD, STRING6 (48 бит).
Чтение и запись данных осуществляется раздельно по каждой переменной.
Нагрузка ПЛК по данным в сети RS-232:
- передача 45 последовательных 2-х байтовых переменных на один запрос от СП270 (передача одним пакетом).
Добавлены модули ModBus (Master) (RS-485), ModBus (Slave) (RS-232) в конфигураторе ПЛК.
Я так пологаю (опираюсь на руководство программирования ПЛК, п. "Задание времени цикла ПЛК"), что время цикла ПЛК должно включать в себя и время, необходимое на сетевой обмен. Т.е., например, ввод данных 0,5 мс; выполнение пользовательской программы 1 мс; вывод данных 0,5 мс; сетевой обмен 8 мс; итого 10 мс. Тогда с учетом 20% запаса устанавливаем MinCycleLength 12 мс.
Проблема определения времени сетевого обмена ПЛК возникла когда он стал передавать не стабильно данные в другие устройства, иногда правильные актуальные, а иногда устаревшие (за прошлый цикл). Повышать время цикла ПЛК до 10 мс - уже критично. Сейчас 10 мс установлено, но иногда в модуле Statistic время цикла более 10 мс заметить можно (12...15 мс), хотя по средним данным перегрузка не высвечивается и запас есть. Это из-за того, что сетевой обмен с разным периодом происходит (так думаю). Вот и хотелось бы определить максимальное время, которое необходимо ПЛК для корректного обмена данными.
Попробуйте установить в 0. Где-то на форуме была темка про это.Сообщение от sea
См. ссылку этой темы http://www.owen.ru/forum/showthread....l=1#post103202
Последний раз редактировалось amn; 21.08.2013 в 19:26.
Спасибо, ссылку просмотрю.
Установить 0 не могу поскольку требуется опрос дискретных входов и МВ110-224.1ТД один раз максимум в 10 мс. Иначе быстродействие системы управления упадет и качество продукции снизится.
Почему так?один раз максимум в 10 мс. Иначе быстродействие системы управления упадет и качество продукции снизи
Подскажите. ПЛК110-60,3 вход. модуля,3 выход.Модуль статистик показывает min cycle 5 ms.На плк ставил и1ms и 5ms и10ms и ничего не изменяется все работает и не глючит.А какое реальное надо выставить.
Потому что сказывается дискретизация сигнала по времени.
Например, дозатор. Поздно (из-за запаздывания) закрыли дозирующую заслонку - получили бОльшую массу материала, в итоге не 40%, а 45%.
Для данного обмена ПЛК принимает/передает 3200 бит, при заданной скорости на это тратится 27,78 мс.
Такое время цикла ПЛК в модуле Statistica (при выявлении максимума) не отображается, максимум зафиксировал 6 мс (среднее значение около 2...3 мс). Следовательно, "операции обмена данными" - это не сама передача данных и полное время обмена данными (27,78 мс) в цикл ПЛК включать не следует.
В сети RS-232 происходит передача 1086 бит (9,43 мс, около 1/3 от общего времени обмена). Беру откидываю RS-232 от ПЛК (СП270 - мастер исчезает), что приводит к остановке посылок запросов к ПЛК. В результате на времени цикла ПЛК это практически не сказывается.
Последний раз редактировалось sea; 21.08.2013 в 22:38.
То SEA - вы неправильно понимаете способ функционирования обменов по портам. Реально на операции обмена тратятся микросекунды, остальное время ПЛК лишь проверяет завершенность операций (для пользователя! реальное функционирование скрыто в фоновых задачах и библиотеках) . Ставьте время цикла 1 мс и проверяйте в своих циклах флаги завершения операций обмена.
Ожидать в одном цикле завершения обмена в корне не верно! Выдаете команду на начало обмена, а далее, в следующих циклах, проверяете флаг завершения. Скорость опроса от этого не изменится, а запаздывание реакции - не более времени одного цикла - 1мс.
Ваши права
Ответить с цитированием