Макросы в онлайн базе OWEN Logic

[Сергей0308]

Сергей, а как это про два цикла? Можно подробнее? Чем меньше будет время интегрирования тем больше будет погрешность, к тому же циклы все разные из-за ветвлений.

Например генератор импульсов поставить, с временем включённого-выключенного состояния = 1мс, тогда период импульсов будет = 2 мс, если время цикла программы не более 1 мс(зависит от сложности программы)! В любом случае время включённого-выключенного состояния не может быть меньше времени цикла программы!

[nickbeljaev]

Например генератор импульсов поставить, с временем включённого-выключенного состояния = 1мс, тогда период импульсов будет = 2 мс, если время цикла программы не более 1 мс(зависит от сложности программы)! В любом случае время включённого-выключенного состояния не может быть меньше времени цикла программы!

Хорошо, я сделал генератор с периодом состояния ровно в цикл, дальше, как мне узнать чему был равен период этих состояний.
Как это работает сейчас - есть ФБ (или системная переменная, без разницы) возвращающий тики какого то однородного счетчика (с известным периодом) в недрах ПЛК, беря на каждом (или не на каждом, а когда надо) шаге циклическую разность с ранее сохраненным значением этого счетчика я получаю весьма точный интервал времени в мкс прошедший с крайнего сохранения этого значения, такой подход удобен - есть во всех кодогенераторах с которыми я имел дело, применяется в куче алгоритмов вычисляющих всякие там скорости нарастания. На сколько я знаю по своему опыту, в реализации тоже ничего невозможного нет - так же как секунды отдают пользователю, так и микросекунды циклические можно отдавать. Не вижу причин к сопротивлению. Можно, конечно дифференцировать по фиксированному периоду, но фишка в том что он на самом деле не такой уж фиксированный, например TON 1с при качании времени цикла вокруг 10мс будет составлять от 1 до 1.01 (1% джитера в принципе приемлемо), а если нужно дифференцировать чаще, например 10 раз в секунду то период будет врать в том же времени цикла то есть уже 10% неопределенности и ваш объект управления перестает попадать цель. Возможно мотивация Овена чисто маркетинговая - "вон вам ПЛК за 30 - его и покупайте, и нечего на ПР тут миллиметры ловить", но ПЛК у них пока не конкурентные (прошу прощения за такую оценку - ноя думаю у Овена еще все впереди и искрене желаю удачи), а вот ПР при его современном и быстром проце мог бы попробовать заменить многие устаревшие модели иностранных ПЛК. Тем более сейчас растет спрос на бюджетную автоматику "для бедных".

[Ревака Юрий]

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

В общем +- так и есть, даже если гипотетически вывести микросекундные тики, они Вам чем помогут, если время цикла будет 5 мс. Точнее чем 1 мс все равно не получится считать, именно на этом и построен макрос Time_U/D, внутри автоматом выбирается точность вывода времени, в зависимости от времени цикла программы, который кстати, рассчитывается в самом начале, и не должен меняться, независимо от ветвлений или других процессов.

[nickbeljaev]

В общем +- так и есть, даже если гипотетически вывести микросекундные тики, они Вам чем помогут, если время цикла будет 5 мс. Точнее чем 1 мс все равно не получится считать, именно на этом и построен макрос Time_U/D, внутри автоматом выбирается точность вывода времени, в зависимости от времени цикла программы, который кстати, рассчитывается в самом начале, и не должен меняться, независимо от ветвлений или других процессов.

Юрий, должен ваше мнение опровергнуть, сейчас на этом месте работает немецкий контроллер с циклом 6..8мс в регуляторах которого используется период каждых 4 событий в микросекундах, события достаточно редкие что бы ПР успел их схватить программным счетчиком но делить надо на достаточно точное время, которое взять пока неоткуда, так как есть подозрения, что среднее время цикла за 1с не совсем отражает время конкретных N циклов, по крайней мере точность такого измерения не доказуема. Но если дело в маркетинге - жаль, тут конечно ничего не поделать - маркетинг он такой.