Можно считать не только количество импульсов, но и количество циклов таймера. В таймере сделать еще один счетчик - циклов. Суммарное количество зафиксированных импульсов выдавать например раз в две тысячи циклов, одновременно обнуляя счетчик циклов.нужно как то посчитать количество обращений с частотой 1 раз в 20 мксек к быстым входам между импульсами?
Последний раз редактировалось Sulfur; 07.10.2020 в 11:10.
Какое отношение к визуализации имеет точность посчета импульсов?Как тогда реализуют визуализацию инженеры форда, тойоты, и проч?
И, кстати, этим инженерам ничего не стоит применить специально заточенный под это дело узел. Например в виде отдельной микросхемы\процессора реального времени на плате. Кстати, в ПЛК110М02 есть такой, но штатный программный функционал весьма скудный, и поставленной задачей не справится.
Это да. Задающий генератор один. Однако момент снятия показаний может плавать в зависимости от толщины кода. Я играл с энкодерами на ПЛК110 и старой и новой модификации. Нормального результата добился только на М02 и только с помощью HardellaIDE.висят на одном и том же суку.
Переменные:
Вход - физический быстрый вход ПЛК
Циклы - счетчик циклов таймера.
Импульсы - счетчик зафиксированных импульсов.
Выход - посчитанное количество импульсов. (глобальная)
Программа для таймера:
Циклы:=Циклы+1;
Если передний фронт Вход то
Импульсы:=Импульсы+1;
конец_если;
Если Циклы=50000 то
Циклы:=0;
Выход:=Импульсы;
конец_если;
------
В результате в глобальной переменной Выход получаем количество импульсов за 50000 циклов таймера.
Дальнейшая математика выполняется в теле основной программы ПЛК.
Попробовал так. Та же картина. Считаю такты подпрограммы обработки быстрых входов. На 200000 тактах фиксирую посчитанные импульсы. Те же 4-5% прыжки. Значит дело в механике?Сообщение от Sulfur
Дабы исключить гадания, можно попробовать погонять от внешнего генератора. В качестве генератора можно использовать другой ПЛК, если есть такая возможность. Если стабильность будет, то дело в механике.Значит дело в механике?
Протестировать плк может и сам себя. Тот же ФБ Blink. И можно считать импульсы. Я уже что-то подобное делал, и даже тема об этом была сравнительно недавно... Насколько я помню, сам себя плк считает неплохо.
Прошло 2 недели. Форуму порадовать меня очевидно нечем. Ни плохими, ни хорошими вестями. Странно, я думал и продолжаю думать, что тема измерения разных физических величин энкодером и плк очень популярная - не побоюсь сказать, базисная. Отсюда пляшут и всякого рода синхронизации чего-то с чем-то и еще кое что...
Ну ладно, будем спасать себя сами. Раздобыл генератор импульсов. Глючный немного - ниже 70 Гц начитает вырубаться. Но все, что выше 80 Гц и до 2 кГц за 1 секунду плк отсчитал с точностью до 1 импульса, как мне и нужно. Обработку быстрых входов, естессно, немного подшаманил под 1 быстрый вход, убрал все лишнее (хотя оно на результат не влияло).
Вывод - программа работает как нужно. Таймер в плк считает время достаточно точно для моей задачи.
Пока вывод такой - или моторредуктор крутит не равномерно, или энкодер дает импульсы с зазубренными фронтами. У кого какие есть мысли, буду рад прочитать.
Последний раз редактировалось sanatolich; 22.10.2020 в 17:45.
sanatolich
Модель энкодера огласите пожалуйста.
Механическое соединение жесткое или демпфированное?
Осциллограф имеется в наличии\доступе?
Последний раз редактировалось Sulfur; 22.10.2020 в 18:50.
E6B2CWZ6C OMRON Покупался на известной инет площадке.
Соединение гибкой муфтой.
Осциллографа нет, но будет.
sanatolich
Если в программе подсчет импульсов идет только по фронтам, то из за вибрации механики могут быть ложные (дополнительные) срабатывания счетчика. Отсюда и погрешность. Энкодер хороший, работал с такими, проблем не было.
Для повышения надежности счета можно попробовать сделать быстрые входа ПЛК сконфигурировать как высокоскоростной энкодер (AB, не ABZ), а в программе высчитывать дельту между отсчетами через интервал.
Ваши права
Ответить с цитированием