Вот именно поэтому в свое время я и спрашивал про возможность применения валкодера, скажем от механической мышки)) ну или самодельного. В логические уровни ведь труднее внести помехи))

ну спрашивали про возможность - про возможность и ответили: она безусловно есть ))

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

я за переменный резистор и токовый интерфейс между антенной и девайосм.

Вот наступит весна, установлю железо на свою мачту и посмотрим в реальности насколько помехи будут мешать)) Тут вот вопросик по теории возник. Можно ли использовать прерывания в обработчике прерываний?

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

Прерывание либо возникает, либо не возникает.
Если оно возникает, то во время входа в обработчик остальные прерывания запрещаются cli();, а после выхода из обработчика - разрешаются снова sei();
те прерывания, которые возникли, пока процессор был в обработчике - начинают вызывать свои обработчики в соответствие с таблицей приоритетов и всё по тому-же принципу(запрет прерывания обработчика прерывания).
Однако, если за то время, пока процессор сидел в обработчике(какого-то другого прерывания), произошло, скажем, два прерывания от таймера(или 10) - по выходу из того обработчика, процессор не может знать сколько раз произошло прерывание таймера. он просто видит флаг запроса прерывания от таймера и послушно выполнит его обработчик. Но, к сожалению, только один раз )
Вот почему обработчик прерывания должен исполняться как можно быстрее.

Всё вышесказанное справедливо для AVR. В другой архитектуре может быть иначе.

А вот что значит это ваше я не понял.
Выражайтесь по возможности конкретнее и точнее... слишком часто вы пишете так, что понять Вас без телепатии невозможно.
Программист, я скажу Вам, просто обязан уметь чётко, логично и последовательно выражать свои мысли. Об этом говорили/писали не раз и не в одной книге.

Насколько я понимаю вы предлагаете в датчике менять не напряжение а потребляемый датчиком ток? Или...?

Да, на мачте смонтирован источник тока, а переменный резистор регулирует его параметры(собственно, ток). при этом не важно какое напряжение будет в линнии - важен ток. к примеру 5ма - крайнее левое положение; 50ма - крайнее правое. А в устройстве ток преобразуется в напряжение на резисторе и измеряем уже напряжение тем-же способом, что и сейчас. Но интерфейс уже токовый получается и помехозащищенность у него огого какая ))

Вот, например, источник тока простейший http://www.reuk.co.uk/LM317-Current-Calculator.htm

т.е. там в антенне ничего архи сложного не нужно будет монтировать...

Доброго времени sigmaN. Столкнулся с проблемой записи в eeprom. И попутно вопрос по прерываниям. Одно прерывание будет при удержании кнопки setup более 3с при этом переменной StatusSetup присвоится единица. Если кнопка снова нажмется более 3с снова прерывание переменная станет = 2(ведь она же не сбрасывалась)?Код в файле.  Povorot3.rar ( 26.86 килобайт ) Кол-во скачиваний: 56

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

Нет, всё, хватит ))
Не хочу разбираться с Вашим кодом.
Как приблизительно должна выглядеть программа на Си я показал и довел её до полностью работоспособного состояния.
Лучше бы разобрались как всё работает. Тем более, что добавить туда обработку зажатой кнопки Setup проще простого.

Тогда просто подскажите как работать с eeprom в студии. В коде вижн достаточно просто обьявить переменную в eeprom и потом просто работаешь через = и всё. В студии это не катит((

не а студии, а в WinAVR. студия - просто оболочка, код она не компилит.
вам помочь нагуглить пример работы с еепром?

Не подскажите, почему компилятор выдаёт предупреждение
warning: passing argument 1 of '__eewr_word_tn2313' from incompatible pointer type
на каждую строку где есть обращение к eeprom?

не знаю

Извиняюсь. Затупил. Исправил.

Не подскажите, как в данном случае избавится от дребезга?  povorot4_valcoder.rar ( 18.59 килобайт ) Кол-во скачиваний: 52

гуглить пробовали?
http://masteroid.ru/content/view/726/33/
и ещё сотня подобных ссылок

и поиск по форуму. дребезг уже обсуждался тыщу раз....