Глюки таймеров?

[superMAX]

МДВВ стоял 1.07, сейчас заменен на 1.09.
На предыдущем ПЛК К-М была 2.02.8, сейчас ПЛК Р-М (или Р-Л, - заказчик умудрился прикупить три разных модели, блин) 2.10.7, ядро перешито. На последнем припаян резистор 9К между ногами 10 и 12 микрухи 485 порта. Единственное, что я сегодня припомнил - на ноуте таргет остался, по всей видимости, старый, а в цехе я с него перепрограммировал контроллер, после чего перестала работать кнопка Старт и индикатор работы.
При переходе на новую версию прошивки модуль статистики удалялся и добавлялся заново, а в целом конфиг экспортировался (или он даже не слетал - точно не помню). В нем приличный объем настроек, поэтому на создание его заново времени нет.
В визу сделана индикация числа ошибок и времени цикла - озвученные цифры из нее. Да! Однажды я увидел максимальное время цикла около 500 мс и был сильно удивлен, но это произошло, кажется, когда я подключал ноут и было какое-то взаимодействие ПЛК и КоДеСис...
КоДеСис 2.3.9.9.
Проект прилагается. Сырой, правда, и имеет следы многочисленных правок. Бибка ваша, но, так как бета, я от греха подальше сделал код доступным для отладки, а то в поставляемой библиотеке он запаролен. Но так ниче вроде, работает.
Да! Сбоит, собственно, программа stage2. Ее вызывает main, если значение константы PRG = 1 (что, собственно, задается EasyWorkPLC).

А как вы предлагаете убедиться в корректности работы МДВВ? Разве что завести обратную связь через ПЛК и смотреть, отработал ли выход МДВВ?..
Хмм... Действительно, MinCycleLength стоит 1 мс... MaxCycleLength = 2000... Нездоровая фигня, но в визуализации цикл постоянно около 3-5 мс, и ничего, работает.

Да, обращаю Ваше внимание, что сбои случаются редко - может нормально работать 6 часов непрерывно, а могут следовать один за другим. Основные подозрения, что большое число одновременно запущенных таймеров съедают слишком много времени цикла либо получается дольная/кратная чему-то частота наступления событий. Скорость прихода продукции колеблется в диапазоне от прибл. 1 до 2,5 событий front(guillotineLoaded) в минуту (сработка датчика, подключенного к первому входу МДВВ); остальные приводы конвейера, управляемые stage2, работают с фиксированной скоростью (но наблюдается незначительный разброс интервалов движения продукции из-за проскальзывания ее на конвейере).
Сбоят главным образом датчики, подключенные к 3-5 входам МДВВ: transporter1, transporterTop, transporterBottom. Время достижения транспортером положения от transporterBottom до transporterTop (и обратно, соответственно) обычно составляет около 500 мс. В текущей редакции проги он совершает несколько движений туда-обратно, пока не поймает событие Top, но зачастую, к сожалению, он его не видит...

В конфигурации системных событий задействованы события Start и Stop - исполняются POU onStart и onStop соответственно (слетают при смене платформы).
Используется шаблон МДВВ - только вчера заметил, что на форуме его использовать... не рекомендуют, что меня несколько удивило. В чем причина подобных советов?