Вектор06Ц, клава и мышь PS/2 через "ПУ"

Похоже, что доводы, для аппонентов не убедительны...
Осталось только каждому собрать контроллер, с реализованном в нём конкретном способе предоставления информации, интегрировать в софт поддержку полученного контроллера мыши, и показать всем, что именно его идея наиболее удобна для применения. ;)

- - - Добавлено - - -

Цитата:

---

Сообщение от Improver

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

---

Если контроллер будет выдавать готовые координаты курсора, то и запрос от Вектора не нужен. Контроллер должен постоянно выставлять на "ПУ" актуальные координаты, вообще не интересуясь, забирает их Вектор или нет.

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

Цитата:

---

Сообщение от Improver

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

---

Так контроллер ее и выдаст.

Мне очень не хотелось, по похоже придется вернуться к началу и рассмотреть, когда от абсолютных есть толк.

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

Значит используем переполнение/перенос. Когда есть польза от такого варианта - если мы управляем курсором, область перемещений которого весь экран и при достижении края происходит заворот. Честно говоря, это не самый распространенный вариант интерфейса, но только в этом случае мы можем брать координаты от контроллера и непосредственно их использовать. Во всех других случаях придется пересчитывать (скорее всего на разности) и все преимущество абсолютных испаряется.

Цитата:

---

Сообщение от KTSerg

Если контроллер будет выдавать готовые координаты курсора, то и запрос от Вектора не нужен. Контроллер должен постоянно выставлять на "ПУ" актуальные координаты, вообще не интересуясь, забирает их Вектор или нет.

---

Да, всё так и должно быть. Я имел в виду не прямо запрос данных, а просто чтение из нужного порта.

Цитата:

---

Сообщение от ivagor

Сразу отметим, что от насыщения по краям придется отказаться.

---

Не понял, почему? Откуда будут залипания? Допустим, координата стала равна нулю у края, двинул мышку влево -- остаётся ноль, а вправо -- она сразу увеличивается.

Цитата:

---

Сообщение от Improver

Не понял, почему? Откуда будут залипания? Допустим, координата стала равна нулю у края, двинул мышку влево -- остаётся ноль, а вправо -- она сразу увеличивается.

---

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

Цитата:

---

в той же винде мышка превращается во что-то другое?

---

Вот вообще не понял этого. В той же винде мышка (при упертом в край курсоре) не перестает передавать приращения, т.е. НЕ превращается во что-то другое.

Так...
Переходник я нашел, ps/2-мышь подключил.
Для тех, кто захочет повторить, в выложенных исходниках написано, что мышь подключена к разъёму клавиатуры.
Видимо в готовом модуле работы с клавиатурой, я не изменил биты управления на мышиные.

Колесо прокрутки подключил, протестировал (исходники пока не выкладывал).

При стандартных значениях параметра "разрешение" = 4 пикс/мм, с разрешением экрана 256/256 - мышь бегает вполне привычно.
Соответственно, при переходе к разрешению экрана 512/256 - по горизонтали скорость ниже в два раза.
Выход, при инициализации мыши, увеличиваем значение параметра "разрешение" в два раза 8 пикс/мм, и уменьшаем полученное значение смещения мыши в два раза для осей с разрешением 256. И получаем равномерное передвижение указателя мыши по экрану с комфортной скоростью в любом направлении.

А ещё, как-бы быстро не дёргал/перемещал мышь, значения смещения по осям X/Y не превысили 100 в десятичном значении, т.е. укладываются в 7 бит. Это при регулярных опросах мыши в прерываниях.
У колеса прокрутки, по паспорту диапазон от -8 до +7.

Цитата:

---

Сообщение от UncleDim

В той же винде мышка (при упертом в край курсоре) не перестает передавать приращения, т.е. НЕ превращается во что-то другое.

---

Ну и тут будет то же самое. В чём тогда проблема?

Improver, да где ж то же самое, если эти приращения вы предлагаете убивать ещё в контроллере?

UncleDim, а что, разве есть разница, где выполняются вычисления, если результат, в конечном итоге, один? Или контроллер выдаёт какие-то некошерные байты? :)

Improver, вы правда не догоняете? Что в
иных сценариях эти вычисления не выполняются и их результат не нужен?