ТЕМА:

Всё это круто, но представьте что я потребитель. Жду жду жду решения и готов заплатить за него немного денег (если функционал, удобство и цена устроят), а решения всё нет и нет. На самом деле у меня нет острой потребности в осциллографе, но купил бы чтобы поиграться и поддержать разработку.

Каким я вижу это устройство? Плата расширения, цепляющаяся к Марсоходам 2/3/bis, и превращающая Марсоход в осциллограф. При этом мне гораздо интереснее иметь возможность наблюдать и обрабатывать сигнал на компьютере, к которому подключен Марсоход, нежели наблюдать на экране монитора/телевизора.

alman спасибо! Сам бы я долго искал... Ну учусь я потихоньку, учусь... :)

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

В общем я пожалуй попробую. Будет плохо, выкину. Это не долго сделать. С другой стороны все логично, ведь этот аспект мы уже обсудили - каждый сам для себя определяет свои возможности и применяет то, что ему доступно. Я вот случайно и совершенно бесплатно нашел эту ручку от Пионера. Просто выпаял ее из разбитого в дребезги аппарата, который давно никому не нужен. Вот есть такая возможность, ее я и использовал. Если говорить честно, то мне больше понравилась бы ручка, как на Тектрониксах серии MDO4000, но такая мне пока не попалась, хотя я и писАл про шаттл от какого нибудь старого японского видеомагнитофона. Было время, когда я раскидывал эти шаттлы на право и на лево, а вот теперь не могу найти ни одного.

По поводу компьютера...

Я когда нибудь подумаю и об этом, но для этого мне надо понимать, что именно я как я записал в память, как оно выглядит и нет ли где то ошибки. В сущности все, что я пока что сделал, это навигация по памяти, причем очень коротком отрезке памяти всего в 4096 байт. Наростить будет не сложно, но до этого надо все упорядочить и добиться идеальной работы. Вот над этим и работаю....

Заседание продолжается...

Т.к. дальнейщее развитие моего проекта уперлось в неудобство управления всем хозяйством с помощью "Проб эдитора" то сегодня я спаячил вот такую приблуду!


Это не что иное, как хорошо модернизированный Марсоход1. В составе все та же EPM240T100, кварц на 54 Мгц (остался с времен экспериментов с часами и частотомерами). На макетке установлен пока один энкодер, но думаю воткнуть туда еще один. Имеется четыре кнопки и пять светодиодов. Пока думаю развлечься с этим набором ручек, а крутую ручку использую позже. Я бы ее с удовольствием воткнул в макетку , но выводы этой чудо-крутилки не совпадают с дырочками макетки, да и вообще оно не к спеху. Думаю, пока хватит и одного энкодера. Второй разыскивается. Хочу точно такой же и с такой же пластиковой ручкой для красоты. Я немного грешу эстетикой даже в кратковременных экспериментах. Не могу в этом себя переступить... Буду искать...

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

И тишина.... :S

Ну ладно...

Сегодня разбирался с крутиком на плате... Ну не сказать бы что это сложно, но все же не так просто, как нам рисует "затырнет". Может я такой невезучий, но ни одно из приведенных в "тырнете" решений, которое я успел попробовать НЕ РАБОТАЕТ! Причин много. Одна из них - дребезг, с которым надо бороться, причем это тоже не так просто как может показаться сразу! Но и тогда, когда мне удалось подавить дребезг и применить "отмытые" сигналы к готовым примитивным схемам, ничего хорошего не вышло! Дело в том, что у энкодера ( у моего или любого другого) на один шаг (щелчек) имеется ажно два статических положения. Само собой разумеется, что между ними есть и переходы. Все примитивные схемы отслеживают по одному переходу на шаг и выдают ОДИН ИМПУЛЬС НА ДВА ШАГА! Все хорошо, но у меня 4096 ячеек памяти (это пока, а в перспективе я не против поиграть с мегабайтами) и вот я представил, что мне надо этой крутилкой прокрутить всю память побайтно! :woohoo:

Короче ИМХО правильный путь общения с энкодером, это полноценное гашение дребезга Т.Е. отсчитывать во времени не только переходы между 0-1 но и обратно, для энкодера это важно! А потом честно обрабатывать все фазы его работы на каждый шаг и получать не один импульс на два шага, а два на один! Поделить всегда можно, а вот грамотно умножить не получится!

В общем вот схемка, если кому интересно, покажу и подробнее. Тут, на форуме уже всплывали вопросы по энкодерам. Могу поделиться...




Теперь вот сижу и чешу репу! Как бы это передать между Марсоходами? :blink: Думаю что то типа SPI, причем пока одностороннего. Запустить его на частоте около мегагерца и пусть себе дует в Циклон изменения клавиш и энкодеров... Ну это пока такие мысли...

Совсем недавно столкнулся с подобной проблемой. Правда, там были не механические, а оптические энкодеры - датчики линейных перемещений, с точностью 1 мкм / шаг. И хотя сами энкодеры уже были сделаны на цифре (допотопная 155 серия), дребезг таки присутствовал. Вычислитель сделал на Меге162, задействовал 4 прерывания, по 2 на каждый канал измерений. В прерывании по любому изменению состояния на входе включалась "мертвая пауза", которая запирала канал на довольно большое время (время определилось максимальной скоростью перемещения рабочего органа). Дальше все просто - таблица истинности, и направление перемещения определялось стопроцентно. Ну а посчитать количество переходов проблем не составило.

Управлялку на энкодерах делал еще на мегах. Вопрос обхода дребезга решал просто - 200 ~ 1000 опросов состояния линий при обнаружении срабатывания, если все опросы совпадают - значит есть уверенное нажатие . На плиске нет смысла решать по другому, счетчик + простой автомат состояний.
Пс. не забудьте добавить на вход - порт простой RC интегратор.

with пишет: Вопрос обхода дребезга решал просто - 200 ~ 1000 опросов состояния линий при обнаружении срабатывания, если все опросы совпадают - значит есть уверенное нажатие.

Это хорошо для кнопки, с однократными редкими нажатиями. На скоростных энкодерах возникают пропуски.
А вот RC цепь на входе не помешает любой механике.

Для крутилок/мышей/... шаг приращения должен зависеть от скорости вращения/перемещения, иначе долго и неудобно. Большая скорость - большой шаг, маленькая скорость - маленький шаг. И при малой скорости шаг д/б меньше физической чувствительности, иначе трудно будет попасть в нужное значение.

Leka а вот это интересно! Т.е. Вы предполагаете использовать "динамический" шаг энкодера в зависимости от скорости? А не могли бы Вы более подробно описать этот алгоритм для реализации. Я попробую...