Вектор-06Ц. подключение USB-мыши.

[KTSerg]

Я всё думаю, как мышь прицепить...
PS/2 - просто, но получение данных занимает очень много времени, и реализация на эмуляторах не очевидна, в виду малого количества реалов и большей доступности эмулятора - такой вариант подключения не очень практичен.
Нашел USB-хост на stm32f103, в продаже есть готовые платы, не очень дорогие. Да USB-хост есть на stm32f4 - но глянул цены на платы... я чего-то не понял...
Возвращаемся к stm32f103, по цене доступна (да и просто у меня без дела лежит, глаза мозолит), хотелось-бы подключить её к "ПУ", для простоты получения данных - на все 3 порта, типа "А" - X, "B" - Y, "C" - разделить пополам, 4 бита на вход под кнопки, 4 бита на выход для управления.
Для начала вполне достаточно даже без получения данных с колеса прокрутки.
В таком варианте в программах опрос мыши - проще не придумать, вот про реализацию в эмуляторах - ни чего сказать не смогу.
Думал про опрос мыши через порт "ПУ", и вспомнил, что слышал про отражение портов на память...
Если данные мыши будут отображаться в ячейках памяти, то "опрос мыши" будет ещё проще и быстрее, ведь "MVI" быстрее чтения порта, и "принять" данные можно сразу в "нужный" регистр, для хранения/использования.
А поскольку в Векторе это мне кажется вполне реализуемо, то идея показалась очень интересной.
Есть у неё некоторая проблема, если пробовать отобразить в адреса экранного ОЗУ, возможен конфликт с КД это если применять такой метод в ДОСах, они ведь (на сколько я помню) хранят исполняемый код на КД, подменяя экран.
Досадно, только что такой контроллер (отражения портов на ОЗУ) на рассыпухе собирать замаисся, тут уже ПЛИС нужна.
С другой стороны, есть ведь проект "Комбо" и аналогичные, возможно в них найдётся местечко для контроллера "ПДП"
Ну, не всё сразу, сначала нужно собрать простой контроллер USB-мыши, и подключить его к "ПУ". А потом можно будет начать экспериментировать с "ПДП" и перебросить мышь на "ВУ", там выделить для неё пару адресов, думаю этого (ПДП) будет вполне достаточно.

[Advertiser]

[Improver]

Да, думаю, лучше начать с простого, а если тема пойдёт, то и ПДП можно, и колесо добавить... Хотя, отражение портов на память -- не Векторовский метод.

[KTSerg]

Да, думаю, лучше начать с простого, а если тема пойдёт, то и ПДП можно, и колесо добавить... Хотя, отражение портов на память -- не Векторовский метод.

Колесо добавить, даже на "ПУ" - не проблема, 4 бита управления, один можно использовать для замены данных "Y" на данные о состоянии колеса.
Мысль о ПДП прицепилась случайно, при обдумывании возможности переноса контроллера с "ПУ" на "ВУ", и упрощении опроса мыши.

[Improver]

Колесо добавить, даже на "ПУ" - не проблема

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

[KTSerg]

... На первых порах пусть будет хотя бы просто координаты и две кнопки,...

Я пока думал для начала действительно сделать чтение с контроллера текущих координат. Но потом задумался, как адаптировать Арканоид?
Если мышь достигла крайней координаты, а каретка ещё нет (она ведь сдвигается направлением/смещением), то её не возможно будет сдвинуть дальше. Нужно будет полностью переделывать управление кареткой, привязывать его не к "нажатию клавиш курсора" а к координатам положения мышки. Над этим нужно будет думать отдельно, адаптация будет сложнее, чем в случае чтения с контроллера смещений мыши.

[svofski]

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

Если реализовывать мышь на микроконтроллере, что по-моему правильно, нельзя ли сделать в нем внутреннюю очередь? Пусть копит буфер, а программа на Векторе будет читать данные, пока они есть. В контроллере можно сделать промежуточное накопление, чтобы без потерь отдавать в Вектор накопленные данные меньшим количеством пакетов. То есть например, если пришло 1, 1, 3, а Вектор в это время делал что-то еще, когда он спросит можно отдать сразу 5. Если накопилось больше 127, отдавать по частям.

[Improver]

адаптация будет сложнее, чем в случае чтения с контроллера смещений мыши.

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

[KTSerg]

...
Если реализовывать мышь на микроконтроллере, что по-моему правильно, нельзя ли сделать в нем внутреннюю очередь? Пусть копит буфер, а программа на Векторе будет читать данные, пока они есть. В контроллере можно сделать промежуточное накопление, чтобы без потерь отдавать в Вектор накопленные данные меньшим количеством пакетов. То есть например, если пришло 1, 1, 3, а Вектор в это время делал что-то еще, когда он спросит можно отдать сразу 5. Если накопилось больше 127, отдавать по частям.

Я размышлял аналогично.
Пусть контроллер суммирует все перемещения между запросами, и выдаёт уже итоговое значение перемещения.
Думаю, что если перемещение было больше чем 127 (половина экрана), этого вполне достаточно. Но отдать 127 из большего перемещения, тоже не проблема.

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

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

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

Воткнуть в контроллер оба режима смещение/координаты, не проблема. Подозреваю, что свои "плюсы" можно найти в обоих режимах (если поискать).
Главное, что-бы в контроллере вообще режим usb-хост заработал.

[Improver]

Кстати, интересная идея: а что если для мышки использовать магнитофонный вход? При работе Вектора он практически всегда свободен, поддерживает горячее подключение/отключение, есть подпрограммы по чтению байтов с него, скорости должно хватить... Да, туда идёт и музыка с ВИ, но писать на мышку надо гораздо меньше, чем читать.

[svofski]

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

Ты твердо определился с выбором контроллера? Популярный молодежный тренд сейчас ch32x035.