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

[CodeMaster]

Дико извиняюсь, что врываюсь в вашу дискуссию, как слон в посудную лавку, но сейчас это одна из немногих живых тем на форуме, приходится почитывать ;-)

Не очень понимаю куда вас вывезет кривая, но технически пока получается, что это будет нечто сложнее чем на одной ATMega8. Тогда, почему бы сразу не сделать SuperComboDevice (или МегаШадки), добавив в него мышь, клавиатуру и VGA?

[Advertiser]

[Improver]

это будет нечто сложнее чем на одной ATMega8.

Atmega32u4 с USB-входом потянет легко, думаю, и ps/2 тоже.

Тогда, почему бы сразу не сделать SuperComboDevice (или МегаШадки), добавив в него мышь, клавиатуру и VGA?

Добавить vga в котроллер -- это сразу на порядок его усложнит и потребует переход на шину ВУ вместо ПУ, но зато там можно будет ещё организовать и аппаратный курсор на экране.

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

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

Ещё раз повторю идею: порт А, например, -- координата Х, порт В -- координата Y, порт С -- всё остальное, в т.ч. управление контроллером. В результате со стороны Вектора имеем очень простое и быстрое ПО. Вычислить приращение, если нужно -- разность двух байт, тоже проще, чем переключать контроллер... Хотя, кому нужно это приращение, если будем получать готовую координату?

[PPC]

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

Если я возьму и видео-режим переключу с высокого на низкое разрешение ненадолго. Как теперь координату интерпретировать?

Мыши прирастают, и этим ценны. Absolute mode хорош когда есть touch panel с фиксированным разрешением и пиксел спэйсингом.

Жаль конечно, что идея карты с мульти-фифо отвергается. Мне уже виделось как я настраиваю SPI mode и clock prescaler и пишу в какой-нить SPI flash через ПУ. Ну пусть будет мышь. Только если можно, в relative mode (со смещениями) пожалуйста.

[Improver]

Если я возьму и видео-режим переключу с высокого на низкое разрешение ненадолго. Как теперь координату интерпретировать?

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

Absolute mode хорош когда есть touch panel с фиксированным разрешением и пиксел спэйсингом.

А на Векторе и есть, фактически, фиксированное разрешение.

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

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

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

то это можно сравнительно легко повторить и в эмуляторах и в v06cc.

Насчёт эмуляторов соглашусь, сделать там такой контроллер будет сложнее...

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

встречаются контроллеры которым необходима калибровка от центра.

Калибровка мыши "от центра" -- это просто её поднять и перенести в другое, более удобное место на коврике.

[PPC]

курсор даже не сдвинется при изменении разрешения

Тогда это будет не очень приятно при высоком разрешении. Вроде, мышь двинули, а курсор стоит. И всяко 512 отсчётов в байт невпихуемо. Значит, старший бит придётся читать каждый раз для режима высокой точности (пусть хоть и из другого порта). А с относительные смещения можно ограничить диапазоном +-127

У вектора пикселы в высоком и низком разрешении имеют разный спейсинг. Если смещения относительные, чувствительность можно рихтовать программно, и добиться более-менее естественной гармонии между хуманом и девайсом в соответствии с конкретным софтом. Так мне верится, может зря. Но абсолютный режим - это железный дровосек-автоматон. Он приходит c безоговорочной координатой. Намаемся, боюсь (даже не учитывая залипы).

[ivagor]

Все эти проблемы легко решаемы в контроллере

Совершенно не согласен.

[svofski]

Жаль конечно, что идея карты с мульти-фифо отвергается. Мне уже виделось как я настраиваю SPI mode и clock prescaler и пишу в какой-нить SPI flash через ПУ

Не всеми! Просто у нас тут пока битва абсолютоконечников с приростоконечниками. Она на самом деле проходит совершенно по касательной и к сути устройства отношения не имеет.

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

Если координаты абсолютные, но 16-битные, становится все равно. Разница с предыдущим положением -- приращение. Разница с начальным условным нулем -- абсолютное положение на экране.

[ivagor]

Если координаты абсолютные, но 16-битные, становится все равно

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

[CodeMaster]

Добавить vga в котроллер -- это сразу на порядок его усложнит и потребует переход на шину ВУ вместо ПУ

Ну, так и Комбо и Шадки и так на ВУ, зато сразу получится всё необходимое в одном устройстве. Насчёт ресурсов для VGA не знаю, а для клавы и мыша возможно они там уже есть.

[ivagor]

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

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

Еще один как мне кажется важный момент - простота и повторяемость реализации. Если контроллер ограничится буферизацией значений от мыши и переводом последовательный<->параллельный, то это можно сравнительно легко повторить и в эмуляторах и в v06cc.