Исходя из схемы - все четыре направления (вверх/вниз/влево/вправо) могут быть активированы одновременно.Сообщение от electroscat
То бишь повозив мышу без ресета, получим четыре единички, и корректная процедура опроса, получив такие "координаты", курсор вообще двигать не станет.
На практике же это маловероятно, т.к. частота опроса куда больше, чем физическая реальность успеть дернуть мышу в обе стороны между сбросами.
Ну, начать стоит с разделения на опрос по прерыванию от мыши (через блок КМ) и без прерывания. Какой вариант планируется эмулировать?
Если с прерыванием от мыши - вызов драйвера означает, что мышь сдвинули. Читаем данные и следом посылаем сброс. Все, диалог с портом окончен (упрощенно).
Если без прерывания от мыши (по таймеру или другим способом) - читаем данные и посылаем сброс, только если есть изменения (был сдвиг).
Иначе постоянный сброс (дерганье бита в порту) будет создавать пищание в ковоксе на тех машинах, где он подключен.
Не совсем. Прерывание возникает по факту сдвига мыши (вариант с подключением через КМ) или не возникает вовсе (напрямую в порт УП).
Вызванный прерыванием или другим способом драйвер должен считать данные, обработать, послать сброс в порт, если было прерывание, - либо см выше.
Обратно ничего посылать не нужно, это физически разные порты. Да, есть блок нагрузок для замыкания, но с ним мышь вообще не заработает, насколько понимаю.
Все это мысли теоретика, ибо вживую с мышью не работал =)) Но освоенная информации по БК дает повод думать, что все изложено верно.
И еще: шина в БК инверсная, то бишь единички это ноли и наоборот. Как на входных портах, так и на выходных. Думаю, это тоже важно.
Ответить с цитированием