AVR & serial mouse, Мышь для последовательного порта = 2 энкодера + 2/3 кнопки Опции

[kv_addr]

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

А почему бы не использовать колеса и кнопки вместе с родным контроллером? Любое нажатие кнопки или поворот колеса вызывает выдачу состояния мыши из 3 байтов в асинхронном RS-232C формате со скоростью 1200бод. Поскольку УСАПП микроконтроллера в приборе использован не будет, можно спокойно на RxD повесить выход контроллера мышки, пускай себе принимает данные.

Вышесказанное касается контроллера 2-кнопочной мыши Mitsumi с контроллером 9202F или подобных этому. Для трехкнопочных мышей будет пакет из 5 байтов, но суть - та же.

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

PS: Имеется вязанка разных старых мышей 2/3-кнопочных с рабочими контроллерами и оптопарами, грех не использовать.
PPS: Для питания COM-мышей достаточно +5В. По крайней мере, для 9202F, остальные не проверял, но скорее всего отрицательное напряжение и для них нужно лишь для работы с COM-портом.

[676038]

Вдруг поможет...

Подключал ps/2 мышь к контроллеру Atmega16.

Пробная программа написана на IAR4.12, работает так:
инициализирует мышь подключенную к INT0 - CLOCK и PORTD_Bit3 - DATA (в трехкнопочном режиме со скроллером),
затем при нажатии кнопки или движении мыши идет перенаправление принятых кодов на USART (используя форматный printf)

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

Разбирался с протоколом и алгоритмом по следующим ссылкам:
http://www.computer-engineering.org/ps2mouse/
http://www.computer-engineering.org/ps2protocol/

Прикрепленные файлы

 ps2.zip ( 58.41 килобайт ) Кол-во скачиваний: 203

 

[kv_addr]

Вдруг поможет...

Подключал ps/2 мышь к контроллеру Atmega16.

Пробная программа написана на IAR4.12, работает так:
инициализирует мышь подключенную к INT0 - CLOCK и PORTD_Bit3 - DATA (в трехкнопочном режиме со скроллером),
затем при нажатии кнопки или движении мыши идет перенаправление принятых кодов на USART (используя форматный printf)

Стоит чисто утилитарная задача - в качестве экодера применить мышиную оптопару плюс к этому - мышиный контроллер для разгрузки контроллера как по обработке данных с энкодера, так и по количеству используемых линий порта. Последовательная мышь выбрана из сображения наличия целого пучка оных (вышли из моды ) и из простоты работы с ней - только лишь RxD и минимум затрат времени (контроллерного). PS/2 (механические) тоже валяются и их тоже можно использовать, но по вышеприведенным критериям они уступают сериальной. А ради спортивного интереса можно и с ними разобраться.

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

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

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