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

[serg5768]

Спасибо, как раз собрался предложить то же самое! Выручили!

Сделал так же...
Отчего этот путь сразу в голову не пришел - ума не приложу...

Добавлю только, что этот переключатель - штука очень медленная, с точки зрения даже самого тормознутого проца. Поэтому не вижу смысла напрягаться с отслеживанием момента изменения кода, а потом еще прерывание обрабатывать. Торопиться некуда. Можно просто запускать эту процедуру обработки кода переключателя тогда, когда реально возникнет интерес к его состоянию.

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

Всем спасибо за помощь !

[akegor]

Вот именно для второго удобнее "линейность", согласитесь.

Не соглашусь. "8-5" или "5-8" - разве нет направления? Или оно нелинейно?

[niXto]

А 155ая логика в 21ом веке это никуда не годится.

Ну-ка подскажи мне аналог К155ИД1 для коммутируемых напряжений 100В? Желательно за ту же цену

[serg5768]

Не соглашусь. "8-5" или "5-8" - разве нет направления? Или оно нелинейно?

Допустим, переключатель в положении "5" - 00100
Переключили в "4" - 00110 или в "6" - 01100

В случае обычного двоичного кода достаточно будет использовать "больше/меньше", и дать команду.

С имеющимся кодом - придется еще разбираться.

Не настаиваю на однозначной правильности данного решения, но мне так проще...

[akegor]

Допустим,

анализы в контроллере. И он уже узнал, в какое положение стал переключатель. Что ему мешает произвести вычитание и узнать величину и направление перемещения?

но мне так проще...

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

[serg5768]

анализы в контроллере. И он уже узнал, в какое положение стал переключатель. Что ему мешает произвести вычитание и узнать величину и направление перемещения?

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

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

[akegor]

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

Перевернули сказанное с ног на голову. Ну да ладно...
Ну хоть, вроде, путь определили правильный.

[Alex9797]

В том то и бяка, что надо отследить перемещение переключателя.
Поиском по массиву с последующим сравнением ?

А если бы было "линейное" изменение кода - банальное больше/меньше отработало бы "на ура"...

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

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

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

Обычно такая проблема актуальна при обработке сигналов энкодера, который может вращаться не от упора до упора, а по кругу. Или ваш переключатель - это и есть энкодер? Это несколько меняет дело. Тогда и преобразование в двоичный код - лишняя операция. Ведь при постоянном вращении в сторону "больше" после перехода 8-9 (больше на 1), наступит переход 9-1 (меньше на 8 ). И что с ним делать?

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

[dosikus]

Ну-ка подскажи мне аналог К155ИД1 для коммутируемых напряжений 100В? Желательно за ту же цену

Зачем? Nixie ляпать????

[raxp]

Поиском по массиву с последующим сравнением ?
Долго и коряво.

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