Speccy mouse

[Splinter]

Есть интересная тема. Можно придумать что нибудь с оптической мышью, что бы подключить ее к спеку как кемпстон мышь, желательно работающую с обычным драйвером Kempston Mouse ?

[Advertiser]

[Ne01eX]

Оптическая она или механическая разницы нет.

А для ZX-MultiCARD это также справедливо?

[spensor]

А для ZX-MultiCARD это также справедливо?

Следует наверное ответить более расширенно. Принцип действия мыши не имеет значения если вести связь по стандартному интерфейсу, а не через припаивание проводников к оптопарам. На PC, а мышь от другой платформы вам вряд-ли удасться достать, есть 4 типа интерфейсов:
BUS-Mouse - пассивная мышь, найти уже крайне сложно, но подключается в сущности проводками к оптопарам;
COM-Mouse - активная, встречаются и с колесиком, к сожалению программно-аппаратной поддержки на Спектруме практически не имеет (только в Профи);
PS/2-Mouse - активная, наиболее распространенная, и теперь благодаря Caro, еще и поддержанный, как Kempston-mouse, девайс. 90% продаваемых мышей (шариковые, оптические, с и без колесиков) имеют именно этот интерфейс. Так что его и следует использовать, IMHO;
USB-Mouse - активная, но ввиду сложности поддержки, да и цены самой мыши, не поддержанная (да и ненужно это) мышь.

[spensor]

И в Скорпионовском контроллере клавиатуры есть ее поддержка.
Я когда то в Фидо кидал схему подключения COM-mouse на основе AT89C2051.
Могу кинуть и сюда, но думаю это уже не актуально.

Почему же, очень даже интересно, ну хотя-бы в познавательных целях.

Скорее не сложности а дороговизны, поскольку для ее подключения нужен HOST-контроллер, например SL811HS, стоимость которого порядка 150 р.

Ну, а сигналы самого HOST-контроллера, помимо этого надо "перелопачивать" в сигналы Kempston-mouse. В общем сложно, дорого и ненужно.

[lvd]

Ну, а сигналы самого HOST-контроллера, помимо этого надо "перелопачивать" в сигналы Kempston-mouse. В общем сложно, дорого и ненужно.

Ну уж пардон, при цене усб-хоста в 150р это далеко не 'дорого'! Я бы сказал, что это просто дёшево. Хотя небось это 'чудо' не решает софтово-протокольных проблем, так что трах в полный рост.

[lvd]

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

Предложения такие - колесу быть по-любому! И пофиг на глюкодромы, в нормальных прогах мыша включается принудительно! =)
С т.з. удобства для кодера - чем больше битов под колесо, тем лучше. Например, 7 или вообще 8.

[CHRV]

Какие будут предложения?

Камиль как прописать новую прошивку на твоем контроллере?

[spensor]

чем больше битов под колесо, тем лучше. Например, 7 или вообще 8

IMHO, избыточно. Колесико крутится пальцем и много импульсов за период опроса насчитано не будет. Кроме того в ситуациях когда колес будет >1 или кнопок >3 порты могут еще и пригодиться.

[CHRV]

Можно с помощью программы FBPRG через LPT порт IBM-ки.
Надо будет только спаять шлейфик от LPT к ISP-разьему контроллера.

Схему шлейфа кинь мне плиз если не сложно! Ну или суда!

[caro]

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

Тут я согласен, 4-х бит конечно вполне достаточно.

Кроме того в ситуациях когда колес будет >1 или кнопок >3 порты могут еще и пригодиться.

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