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

[ivagor]

Пара IMHO
1. Голосую за минимальную дополнительную обработку в контроллере. У текущего варианта, который сделал KTSerg один недостаток - слишком медленный опрос и если контроллер возьмет на себя только преобразование из последовательного вида в параллельный, то этого как мне кажется будет достаточно. Плюсы: упрощение ПО контроллера и его отладки, максимальная совместимость.
2. Все же я бы сделал порт номера и порт данных вместо нескольких фиксированных портов данных. Тут не только бережное использование адресного пространства ввода-вывода (которое у 8080 не такое уж большое) но и потенциальная совместимость с разными форматами. Мне вот представляются интересными не только координаты и основные кнопки, но и колесо.

[Improver]

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

В случае Вектора wolf3d, скорее, частный случай, чем управление курсором. А так, получая сразу координату на экране можно избавить Вектор от дополнительных вычислений. И, если уж так хочется, можно сделать переключение режимов суперконтроллера, чтобы он выдавал координаты или смещение, или даже ещё и третий вариант -- "режим джойстика".

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

Пара IMHO
1. Голосую за минимальную дополнительную обработку в контроллере.

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

Мне вот представляются интересными не только координаты и основные кнопки, но и колесо.

Кстати, да -- колесо тоже можно как-то применить.

[KTSerg]

Понятно, что в зависимости от конкретного случая, хочется получить от мыши что-то своё.
Если говорить о реализации на контроллере, от в реализации любых "хотелок" думаю проблем вообще ни каких нет.

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

Мне кажется, что для предварительного тестирования, имеющейся схемы подключения к "ПУ" и исходника, вполне достаточно.

Что касается реализации на контроллере...
Если для начала остановиться на варианте использования одного адреса порта, то даже с этим вариантом можно реализовать огромное количество "хотелок".
Это конечно медленнее, чем три отдельных порта, но намного гибче. Ведь количество читаемых регистров может быть 256...
Три первых "сырые данные": кнопки+флаги, X, Y.
А в "регистрах" остальных можно реализовать любые хотелки... хоть совместимость с джойстиком, хоть меньше разрядность смещения, хоть больше разрядность... и т.д. и т.п.

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

Глянул еще раз протокол ps/2-мыши...
При наличии колеса прокрутки, есть режим получать 4 байта данных, последний байт - смещение колеса.
При наличии у мыши 5-ти кнопок, есть режим получать от неё 5 байт данных, соответственно состояние этих дополнительных кнопок в 5-ом байте данных.

Ссылка на статью:

http://www.programmersclub.ru/%D0%98...8%D0%BA%D0%B8/

[свернуть]

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

Вот только подозреваю, что просто так, мышь подключенную к "ПУ" не реализовать в эмуляторах...
Или ошибаюсь?

[ivagor]

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

[svofski]

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

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

Для реализации в эмуляторах надо описание поточнее.

Что до откладывания на потом, ничего точно не появится, пока не будет устройства. Для Вектора и так пишут 1.5 человека. Откуда тут взяться четко обозначенной потребности? Лучше сделать устройство и ждать, пока у кого-то руки не начнут чесаться под него чего-нибудь написать.

[ivagor]

Чисто теоретически в мультикарте можно реализовать очень крутые вещи, например (если на плис) математический сопроцессор с отображением на память для быстрого обмена. Но реализация крутых вещей сначала в железе, потом (желательно адекватно) в эмуляторе требует больших затрат сил и времени.
Возвращаясь в реальность - добавишь в v06x мышь KTSerga? Он и в железе реализовал и программу (с исходником) выложил.

[BlaireCas]

Для Вектора и так пишут 1.5 человека. Откуда тут взяться четко обозначенной потребности?

Для УКНЦ тоже самое, "полтора землекопа" Но мышку подключили. Зачетно ездит. Хватило 7-бит смещений со знаком (+-64) и двух кнопок. Тут главное начать, а вдруг кто напишет duck hunt для мыши

[svofski]

Чисто теоретически в мультикарте можно реализовать очень крутые вещи, например (если на плис) математический сопроцессор с отображением на память для быстрого обмена. Но реализация крутых вещей сначала в железе, потом (желательно адекватно) в эмуляторе требует больших затрат сил и времени.
Возвращаясь в реальность - добавишь в v06x мышь KTSerga? Он и в железе реализовал и программу (с исходником) выложил.

Не обещаю скоро, но поставил в очередь.

ПЛИС тут по-моему не нужно. Это сложно и заморочно, ухудшает повторябельность проекта. Где можно без нее обойтись, лучше сделать помедленней, но попроще. Pi Pico, например, все это сможет. Она сможет даже быть USB-хостом для клавиатуры и мышки.

[KTSerg]

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

И куда её подключать?
На "ПУ", и воспринимать её как ПЗУ (например). Типа порт "С" на выход для указания номера читаемого регистра, а порт "А" на вход данных полученных от мыши?
Для навеса такой штуки на "ВУ" мне кажется разрядов портов на ней маловато для ШД, ШАВВ и сигналов управления.
Хотя, вроде разглядел ещё порты, похоже на ней и для подключения к "ВУ" разрядов хватит.

А вот если давать пользователю возможность самостоятельно программировать параметры мыши, одним адресом ввода/вывода не обойтись, наверное. Понадобится ещё один адрес для настроек.

[svofski]

И куда её подключать?
На "ПУ", и воспринимать её как ПЗУ (например). Типа порт "С" на выход для указания номера читаемого регистра, а порт "А" на вход данных полученных от мыши?
Для навеса такой штуки на "ВУ" мне кажется разрядов портов на ней маловато для ШД, ШАВВ и сигналов управления.

Только на ПУ, конечно. ВУ ни разрядов не хватит, ни быстродействия для опроса. А для ПУ должно хватить: всего на пипико выведено 26 gpio. Если сделать как ты сказал, один порт адрес регистра, второй данные, + строб и r/w. Получается 18 пинов, если задействовать все адреса (пусть будет много адресов для разных воображаемых хитрых устройств типа векторного процессора). Осталось еще 8 пинов. 2 на USB хост (через хаб мыш и клавиатура), 4 на два последовательных порта, остается 2 в запасе: через i2c экспандер сделать джойстики и cts/rts/dsr/dtr для компортов. В общем помещается, но в деталях я не уверен.

Пятивольтовость придется адаптировать к сожалению.