Непоследовательный двоичный код

[Alex9797]

можно все три переключателя обрабатывать на одних и тех же входах, но за это заплатить придется тремя выводами

...и 3х9=27-ю диодами.

[serg5768]

Прочитав 1-й пост, сложилось впечатление, что есть некий переключатель, который может принимать 9 фиксированных положений, и каждому из этих положений однозначно соответствует пятибитный код. И задача состоит в том, чтобы преобразовать эти коды в двоичные номера позиций переключателя.

Эта задача уже решена.

А читая приведенные цитаты, складывается впечатление, что требуется лишь определить направление вращения переключателя. То есть, при этом неважно, какое положение было, а важно, в какую сторону оно изменилось? То есть, переходы 1-2, 2-3, 5-6, 8-9 - это одно и то же, "больше"?

Если бы переходы были гарантированно только в соседние положения - проблемы бы не возникло.
Отсчет изменения ведется от текущего положения переключателя, а вот в каком положении он окажется - ведомо только "крутильщику"...
Может из "1" в "9", может из "8" в "3"...
Команда вырабатывается при отсутствии изменений положения в течении 2сек, при этом новое положение становится исходным и дальнейший отсчет будет вестись от него.

Надо просто отрабатывать больше/меньше? Но как тогда быть, если уже несколько раз покрутили в сторону "больше", и дошли до упора, до 9-го положения, но надо еще "больше", а крутить уже некуда?

Надо отрабатывать в указанном диапазоне положений.
Если хочется "больше", то "крутильщику" просто придется смириться с отсутствием других положений...

В общем, сформулируйте вашу конечную задачу более понятно, чтобы больше не оставалось вопросов.

Как смог...
Если что-то сумбурно получилось - уточню.

[Alex9797]

Эта задача уже решена.

Круто! А не поделитесь ли решением? А то мне тоже подобные задачи приходится иногда решать.

[dosikus]

Alex9797, http://kipia.ru/catalog/oborudovanie...-ustroystvo-i/

Аппаратное. А софтовое можно и таблицу...

[serg5768]

http://kipia.ru/catalog/oborudovanie...-ustroystvo-i/

Аппаратное. А софтовое можно и таблицу...

Дело в том, что мне приходится отталкиваться от имеющегося набора оборудования, что-то заменить нельзя...

[Alex9797]

dosikus, спасибо.
Но я хотел ознакомиться с вариантом решения ТС.
Тем более, что по ссылке - это обычный энкодер. А у ТС - необычный переключатель, с необычной кодировкой. Редкая разновидность кода Грея.

[serg5768]

Круто! А не поделитесь ли решением? А то мне тоже подобные задачи приходится иногда решать.

Поделюсь, только, скорее всего не сегодня...
Все в домашнем компе, а после работы намечается длительная поездка...

Могу объяснить "на пальцах"...
После объявления переменных и т.п. инициализируется массив (Restore...), в котором записаны выходные коды переключателя (см.#1).
Позиция переключателя = индекс массива.
Считываем положение переключателя, отыскиваем перебором нужный код, фиксируем индекс и сравниваем с записанным ранее положением переключателя.
Если равны - сидим ровно...
Если не равны, то выясняем в какую сторону и насколько...

В принципе, это уже звучало в рекомендациях ранее, только сложить "буквы в строчки" получилось не сразу...

[dosikus]

serg5768, Вы бы сначала озвучили на чем ляпаете.
На ум приходит только какой-то жуткий бэйсик.
А софтовую реализацию, на пальцах, jump описал более чем...

Вай, невнимательность... Этож баском .

Как и писал jump - пара переменных , табличная конвертилка, и не хотите внешнее прерывание - опрашивайте в прерывании от таймера ...

[serg5768]

serg5768, Вы бы сначала озвучили на чем ляпаете.
На ум приходит только какой-то жуткий бэйсик.
А софтовую реализацию, на пальцах, jump описал более чем...

Отчего Бейсик стал жутким ?
Если здесь это некошерно, тогда извините, как говорится "не туда попал"...

Asm вспоминать надо, уже лет 10 минуло как...
Си вообще "с ноля" постигать...
А с Бейсиком - практически каждый день (Excel)...

[dosikus]

Отчего Бейсик стал жутким ?

Вы яркий пример тому, на С это делается влет.
И дело конечно не в ЯВУ , а в способностях кодописателя. Однако способный не выберет барсик...