Добрый день,
Есть идея сделать фокусер с термокомпенсацией.
...

Если я правильно Вас понял, то идея уперлась в необходимость измерения малых перемещений? Подобный случай мне приходилось решать, еще на логике К561 и индукционном датчике. Получили разрешение ~ 5 мкм. Макет остался, если это подходит, могу рассказать подробнее.

Цитата: Александр Л. от 25.11.2005 [11:32:02]

Судя по Вашему сообщению, Вы имели дело с вибрациями энкодера в системе. Причем частота этих вибраций порядка десятков КГЦ. Вряд ли имеет смысл бороться с такими частотами схемотехническими методами, поскольку в реальной системе вероятность из появления близка к нулю.

Но тем не менее она не нулевая, а МК уже на пределе возможностей. Запаса надежности - ноль. Это плохо.
По хорошему декодер нужно полностью на CPLD делать, чтобы все счетчики реализовать заодно с логикой в одном камне.
Для этого что то типа epm7096 хватит, но цена уже порядка 30-40 долларов за камень, декодер агилентовский, который кстати в SS2K применяется, стоит ~$25.

Вообщем цифровой штангель тут вне конкуренции. 

    Цифровой штангель здесь действительно вне конкуренции, однако может быть и оптический энкодер на что-нибудь сгодится. Рассмотрим например энкодер, который служит для определения координат телескопа. Возможно монтировка и совершает колебания с частотой в несколько десятков килогерц, однако какова амплитуда этих колебаний? В случае если, для определения наличия вращения мы будем например использовать фазу А и ловить ее перепад из 0 в 1 и наоборот, но только при условии равенства фазы В нулю или единице, причем модификацию будет производить единожды, до наличия  перепада фазы В, то необходимая для ошибки амплитуда колебаний будет равна разрешению энкодера. Т.Е. например монтировка снабженная энкодером с разрешением в 5 угловых минут, должна будет совершать колебания с частотой в несколько десятков килогерц и с амплитудой в 5 угловых минут. С фокусером похожая ситуация - амплитуда колебаний составит величину равную разрешению энкодера, т.е, что-то около 10 мкм.

да мне собственно не нужно, разве что так,в качестве наглядного пособия

Цитата: Andreichk от 01.12.2005 [12:30:33]

А вы сразу схемку сюда нарисуйте,если не трудно

Вся схемотехника почерпнута из журнала "Радио":
?11, 1986, с. 33-36;
?12, 1986, с. 41-46;
?12, 1988, с. 31-32.
Схем прямо под рукой нет, но если действительно надо их найти - подниму свой архив.

Здесь - ?11, 1986, с. 33-36 и здесь ?12, 1986, с. 41-46 находятся статьи - "Применение микросхем серии 561, т.е. просто описание микросхем серии", а здесь - ?12, 1988, с. 31-32 - статья - "Необычные профессии микросхем для часов", в которой рассказывается, какие интересные штучки можно сделать из электронных часов.


Лучше бы Вы описали принцип действия Вашей системы словами.

Вот: китайцы все уже давно сделали за нас 
http://konatools.ru/measurements.htm

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

Идея как можно прошляпить импульс в момент реверса понятна. Решить проблему можно если изменить способ счета и не выделять импульсы, а ловить уровни опросом портов МК в бесконечном цикле.  Я так делал, проблем не было, правда тогда под декодер нужно выделить отдельный МК подешевше. У меня был старый добрый PIC16F84A. Накопленная позиция передавалась МК мастеру параллельно побайтно. Да и энкодер был импортный и имел встроенный буфер на триггере Шмидта. Если откопаю свои записи, закину сюда.