Кому-то, может, и нужен. Общий пробег измерять или ещё что-нибудь такое.Сообщение от Newcomer
Я думал, что "стандартный CTU" может его заменить, но нет. У стандартного CTU есть функция "автосброса значения", и от неё никак не отказаться.
Кому-то, может, и нужен. Общий пробег измерять или ещё что-нибудь такое.
Я думал, что "стандартный CTU" может его заменить, но нет. У стандартного CTU есть функция "автосброса значения", и от неё никак не отказаться.
А как сделать чтобы в position можно было писать из основной программы ?
А зачем?
Что ожидается, если "энкодер бежит", и тут пришла команда на запись из основной программы?
Как-никак, там есть задержки на коммуникацию.
Когда энкодер стоит можно будет position обнулить.
Нужен пример конкретной задачи.
Вместо "обнуления position" можно же просто в основной программе сохранить текущее значение, и потом его всегда вычитать. Чем не подходит?
Какая должна быть реакция на Z метку после "ручного" обнуления?
А, если текущее значение и так равно 0? (грубо говоря, Z метка неизвестно где, энкодер ещё не двигался, система только-только запущена)
В буржуйских ПЛК ФБ работы с энкодером имеет море прибамбасов. Ваш ФБ хорош, но это простейший вариант обработки сигналов энкодера.
Я хочу усовершенствовать ваш код , вот и спрашиваю про то, как можно записать из основной программы в position.
Обычно Z метку используют для подсчета числа полных оборотов вала энкоднра. Обнулять position по приходу Z метки я думаю не надо.
Когда энкодер стоит можно записать в position какое-то значение. Вал энкоднра начал вращаться, position начал уменьшаться. position стал равен нулю, на выходе ФБ установился флаг, что приехали.
Владимир Ситников
Доброго здравия, Владимир!
Разобрался малость с Харделлой, переписал свой проект ENCODER&COUNTER под свои хотелки. Внес кое какие изменения:
1. Переписал модуль энкодера. Убрал из него счетчик, заменил алгоритм опроса на проверенный временем и надежностью вариант.
2. В предложенном Вами варианте выходная переменная показаний энкодера выдавала четырехкратное значение разрешения энкодера. Т.е. если энкодер 360имп\об, то за один оборот показания составляли 1440. В ПЛЦ_ПРГ приходилось делать деление с отбрасыванием дробной части. В моем варианте показания соответствуют разрешению энекодера.
3. В модуле счетчика убрал перечислитель, т.к. необходимость в нем отсутствует
4. В ПРУ_0 и ПРУ_1 сделал трансляторы для непосредственного доступа к FDO1..4 из ПЛЦ_ПРГ.
На реальном железе пока не проверял, но скоро займусь этим.
Вопрос: папка проекта находится в C:\Users\%UserName%\MPSProjects\Project_xxx?
Хотел передать вам на рассмотрение и критику.
Последний раз редактировалось Sulfur; 11.01.2017 в 13:15.
Можно отбрасывать, а можно и учитывать.
Оно же фактически позволяет повысить точность на том же самом энкодере.
Чем плохо использовать полную точность?
Да, это оно. Здорово, что всё получается.
Не всё понял, но на конкретном проекте, думаю, будет яснее.
Возможно, стоит добавить кнопку "сохранить проект в виде zip архива".
Последний раз редактировалось Владимир Ситников; 11.01.2017 в 13:30.
Ваши права
Ответить с цитированием