В Codesys 2.3 Функциональный блок таймер с задержкой включения TON (TOF, TP) нужно было применять в ST языке с особенностью. Если в программе применяется цикл, условие, то нужно вызвать функциональный блок без параметров. В противном случае происходит запаздывание таймера.
Пример управления сверхзвуковой сиреной, звук в которой сбрасывается нажатием кнопки. А повторное нажатие отключает свет. Пример в Codesys 2,3
Вложение 24495
Вопрос в Codesys 3.5 также применяем TON в ST языке?
О какой задержке речь?
Если не вызывать таймер в каком то условии, а вызывать в каждом цикле - никакой задержки не должно быть.
Или я что-то пропустил? :confused:
смысл, что если какое-нибудь ветвление в программе, которое требует времени на вычисления. Если в этом ветвлении нет вызова таймера, то его время срабатывания будет неточно.
Понял, но мне проще использовать два таймера в таком случае :)
От версии Codesys это не зависит.
Это же ФБ.
Спасибочки. А библиотека OSCAT новая 3.3.3.0 будет работать в Codesys 2,3? А то раньше без неё обходился.
Глянул картинки из поста 1. Жесть.
Автор просто не понимает как работает таймер
Я считаю, что грамотно сделано. Это больше для затяжных циклов применяется. Вне зависимости где просто понаставил таймер и защитился от зависаний. Валенок, вы можете указать нормативный документ, который регламентирует применение таймеров в ST языке с циклами с условиями? Я пока не вспомнил когда и где, но раньше поднималась проблема, где причина была в отсутствии вызова таймера и это приводило к зависанию самого таймера.
так лепить друг за дружкой вызов таймера то зачем, что от этого измениться. Минимальная единица времени для контроллеров миллисекунды, между двумя инструкциями в коде проходят микросекунды, таким образом два вызова подряд ни чего не решают, ни как это не влияет на торможение или еще чего то там. По уму в таком коде таймер надо выводить в конец кода за все условия, что то вроде этогоА в самих условиях оперировать только аргументами таймера, естественно если не требуется по условию сбросить таймерКод:tik(IN:=tik.IN,PT:=tik.PT);
У него в условиях таймер есть. Конечно можно оптимизировать код, убрав лишние вызовы, но в этом варианте точно с таймером будет все работать. Тупо (и глупо :) ) и надежно.
ни ктож не говорит что не работает, но вся жесть и не понимание автора, как пишет Валенок, заключается в том что например нафига в условии T1.Q просто выполнять вызов таймера, может здесь требовалось произвести сброс с IN:=FALSE. Грамотности, как Вы пишите, здесь нетЦитата:
Сообщение от Радонежский