Почему же, говорит.
Говорит что сначала будет выполняться вычитание, затем к его результату применят AND, а затем уже результат битового "И" добавят к аккумулятору "С".
Или я что-то путаю?
Почему же, говорит.
Говорит что сначала будет выполняться вычитание, затем к его результату применят AND, а затем уже результат битового "И" добавят к аккумулятору "С".
Или я что-то путаю?
AlekseyK, попробуйте так:
m : WORD; (* текущее значение fast encoder *)
ottuda : WORD; (* прошлое показание encoder'а *)
c: DINT; (* абсолютное положение encoder'а, без проблем с 65535 *)
c := c + WORD_TO_INT(m - ottuda);
ottuda := m;
Последний раз редактировалось Владимир Ситников; 20.03.2016 в 13:25.
Сообщение от vladimirisitnikov
Почти хорошо. )) После перехода через максимальное значение регистра энкодера появляется один лишний такт в "С".
Это как? На каких входных данных не работает-то?
Максимальное значение регистра -- 65535. Верно?
Следующее значение -- 0. Верно?
В моём эмуляторе такое работает как и ожидается:
ottuda := 65535;
m := 0;
c := 0;
c := c + WORD_TO_INT(m - ottuda); (* оказывается равным 1 *)
До 65535 всё работает, согласен. Но мне мало 32 оборотов моего энкодера, когда идет переполнение регистра "fast encoder". Поэтому в 7 посте я описал метод, как расширить счет на 32бита и уйти от этого ограничения.
Ой, да приведите же значения на которых "ломается".
Как себя ведёт это самое "переполнение fast encoder"?
Какие значения принимает этот самый регистр?
В этой теме: http://www.owen.ru/forum/showthread.php?t=16666&page=2 пост #19 почитайте.
Прочитал, и пример посмотрел. При активации строки "Назад" переменная C растет. Разве так должно быть?
Направление вращения автоматически не определяется, тут надо подумать как выбирать расчетную формулу.
Главная ценность формулы в том, что она защищает от переполнения.
А вот формула от vladimirisitnikov учитывает и направление и защищена от переполнения. Ну и просто логичней.
Последний раз редактировалось AlekseyK; 20.03.2016 в 14:20.
Ваши права
Ответить с цитированием