Если речь об увеличении минимального времени цикла, то этот параметр влияет только на то, что даже если все ПОУ выполнили свою работу, переход на следущий цикл не наступит пока не пройдет минимальное время. Если же проход по всей программе занимает больше минимального времени, то переход к следущему циклу наступит после окончания "прохода" программы. Злая же собака наступает, если превышает максимальное время цикла, которое по умолчанию стоит в КДС2.3 одну секунду.
Тут дело скорее всего в асинхронном запросе к микросхеме последовательного порта, ушел запрос на получение байта, а программа посчитала, что все ПОУ выполнены и перескочила на следующий цикл, а так как принять байт в предыдущий цикл не получилось, а в начале текущего цикла предположу происходит обнуление буффера контроллер зависает в ожидании значения, которое уже ни когда не придет, отсюда и срабатывания собаки. А когда увеличиваете мин.вр.цикла, тем самым гарантируете получение байта на уровне конфигурации и зависаний не происходит. И как я понял чем более новее модель ПЛК тем это время меньше



Ответить с цитированием
