roboforum.ru

Есть 24 битный беззнаковый счетчик, считает он импульсы энкодера. проблемма в том что если значение счетчика 0 то при реверсе он считает не в отрицательную сторону, а вычитает из своего максимального значения. Собственно требуется получить на выходе знаковое значение.
сейчас у меня реализовано следующим образом:

Код: Выделить всё • Развернуть

 procedure ReadMoving(K: double; var Moving: double);
 begin
      if directionTop = 1 then    //прибавляем
       begin
          Moving:=Moving+((Encoder-bufer)/K);
          Bufer:= Encoder;
         end;

         if directionBottom = 1 then // вычитаем
           begin
              Moving:=Moving+((Bufer-(16777215-Encoder))/K);
               Bufer:= 16777215-Encoder;
               
           end;
 end;

После каждой смены направления движения счетчик обнуляется (переменная Encoder).

Добавлено спустя 1 минуту 28 секунд:
K это коэффициент для перевода импульсов в мм.

Так не получилось

Добавлено спустя 5 минут 22 секунды:
так как у меня сейчас реализованно конечно работает, но мне почемуто не нравится, считаю что какойто кривой код.

Encoder и bufer типа double

Добавлено спустя 2 минуты 54 секунды:
поменял на тип real с меньшей разрядностью, работает так же.

счетчик этот аппаратный он 24 битный, опрашивается при помощи процедуры и передает своё значение в переменную encoder. при реверсе значение уменьшается, но при переходе через ноль оно становится не отрицательным, а уменьшается от максимального значения (16777215)

Тип char может быть знаковым и беззнаковым. Обозначается, соответственно, как "signed char" (знаковый тип) и "unsigned char" (беззнаковый тип). Знаковый тип может хранить значения в диапазоне от -128 до +127. Беззнаковый - от 0 до 255.

dccharacter, проблема в том, что в си в паскале нету натурального типа для 24-битных значений.

CiSi, вам можно попробовать расширять знак.
Если старший (23-й) бит счетчика равен единице, то нужно старший ("лишний") байт (с 24-го по 31-й бит) поставить во "все единицы". Тогда результат будет меняться от 8млн до -8млн (точно лень считать).
Паскаль не знаю.

Добавлено спустя 3 минуты 35 секунд:
А boez хорошо написал - он вообще честно расширил счетчик. До полных значащих 32-х бит.

dccharacter писал(а):Или еще проще. Не обнуляй счетчик, а присваивай ему значение 0x100000. Соответственно твое знаковое будет (Encoder - 0x100000). Т.е. ноль у тебя - и не ноль вовсе

Так прикол счетчика CiSi в том, что он не может ему ничего присвоить. Он его только читает - затем и введена переменная Bufer.

Короче, так как я написал должно работать, я вначале неправильно написал, потому что исходил из гипотезы, что энкодер считает всегда в плюс (не квадратурный, а одноканальный), а знак ему надо добавить вручную, исходя из неких флагов направления вращения. А раз энкодер честный - нужно именно сделать знаковое расширение разности (enc-buf) с 24 до 32 бит. 32 бита со знаком в обычном паскале для 32-разрядного x86 представлен типом integer. Это можно делать ручками через байты, как написал Michael_K, и паскаль даже позволяет такие манипуляции при помощи наложения памяти (absolute), но ИМХО сдвигами проще. Результат 100% идентичен - младшие 24 бита сохраняются полностью, а старшие (24-31) делаются все равны 23-му биту. В формате знакового целого это соответствует -0x00800000...0x007fffff, что и требовалось.

Добавлено спустя 3 минуты 20 секунд:
А, стоп, вроде правда пишет что может обнулять. Но все равно вписывать 0x100000 не поможет - а если направление вращения не сменится? Через 0x100001 тиков вращения назад все равно перескочит с нуля на 0xffffff. Надо именно получить 24-битную разность со знаком - и тогда все будет ОК само, без никаких проверок.

Код: Выделить всё • Развернуть

if Bufer>$7fffff then 
begin
   Bufer:=-(Bufer-$7fffff);
end;

а так не проще?