Вид для печати
Хоть раскладка и одинаковая у STD и MX/MX2, но метод опроса матрицы принципиально разный. Если эмулятор не корректно производит операции сдвига (особенно через флаг С), реализована не полная версия ВВ55 то на МХе будут проблемы с клавиатурой. В том числе и в RAMFOSе, хотя самый извращенный (но оптимальный и логичный) опрос именно в NC (не знаю, трогал ли его vinxru).Цитата:
Сообщение от Saar
Так кроме этого коммандера есть какой-то софт, который поддерживает все эти цвета?Цитата:
Сообщение от Saar
Все проги, написанные для MX используют это, поскольку это единственный формат цвета на нем. Много игр, адаптированные для MX используют не черный фон (на мой взгляд, именно чтобы показать отличие от оригинального Специалиста, а не то чтобы это было необходимо).Цитата:
Сообщение от CityAceE
- - - Добавлено - - -
HardWareMan,
Сомнений в процессоре нет. Реализация ВВ55 у меня своя, но не уверен что 100% соответствует оригиналу. Не могли бы рассказать об этом "самом извращенном" методе более подробно, чтобы я смог проверить? Очень странно, что все остальные кнопки работают кроме курсорных вверх и вниз. Что в них особенного? Про влево и вправо сложно сказать, поскольку курсор прыгает либо в начало либо в конец списка по причине небольшого количества файлов.
- - - Добавлено - - -
fifan,
на гитхабе вроде для MX2.
я использовал MXOS.rom сборку из http://www.spetsialist-mx.ru/Soft/MXOS.rar
Это уже поправленная версия раз у нее тоже коммандер в цвете?
- - - Добавлено - - -
Кстати, если кому интересно, то мой проект так же опенсорс и доступен тут:
https://github.com/sorgelig/Specialist_MIST
Я наверное, соберу информацию о Коммандере/MXOS и выложу в отдельную тему. Данное ПО будоражит всех, кто когда-либо сталкивается с ним. Автор молодец - создал отличную от RAMFOS оболочку, жаль что никто кроме Vinxru не продолжил его замысел.
- - - Добавлено - - -
Трудно сказать, видел только в играх большое разнообразие цветов. В RAMFOS/MX-DOS принято два цвета: синий и голубой. В своих программах кроме двух-трёх цветов не использую. Хотя вот так выглядит тоже красиво. Но данное ПО не доведено ещё до конца.Цитата:
Сообщение от CityAceE
Вложение 56753
Так, с кнопками "up" и "down" разобрался. У меня в ВВ55 было сделано так, что если порт включен на ввод, то выводная версия порта выдавала 0 на выход. Но, судя по алгоритму опроса, должны быть 1.
В принципе, я изначально делал что порты ВВ55 будучи сконфигурированными на ввод, должны подтягивать входа на 1. Но смутило описание одного из метода сканирования клавы Специалиста, когда все порты включены на ввод и нажатие кнопок приводит к появлению 0 в строке и в колонке одновременно. То есть что-то должно тянуть на 0. По схеме резисторы клавы тянут на 1. Так что же заставляет появляться 0 на пересечении когда все порты включены на ввод? Я логично предположил, что входы ВВ55 должны тянуть на 0, когда в режиме ввода. HardWareMan - думаю вы можете ответить на этот вопрос.
А действительно на реальном железе есть такой метод опроса, позволяющий сразу увидеть 0 в колонке и строке когда все порты на ввод работают?
Нету. Но именно NC использует для "IsKeyPressed" [B] на выдачу, а [A] и [Cl] на ввод. и тогда если хоть одна кнопка нажата, то на [A] и/или [Cl] уже не будет FF. Далее, особенность ВВ55 в том, что если была запись в РУС, то происходят 2 ситуации:
1. [D7] = 0: побитное управление портом [C]. Теми пинами, что настроены на вывод (вводные остаются без эффекта). При этом, младшие 4 бита адресуют бит [D3-D1] и его состояние [D0].
2. [D7] = 1: смена режима ВВ55. При этом, главная особенность, о которой забывают самые маленькие дети это то, что если порт настраивается на вывод, он обнуляется (начинает выводить 00). Этим пользуется NC и схема НП в Экспрессе.
- - - Добавлено - - -
Или наоборот: один [B] проверить легче и быстрее, чем два [A] и [Cl]. Не суть. Важна особенность того, что все новонастроенные выхода ВВ55 бросает в ноль автоматически, что бы там не было сохранено.
про это я в курсе :) Еще на Векторе отладил это дело. Как и побитный вывод в порт С.Цитата:
Сообщение от HardWareMan
А про метод одновременного опроса столбцов и строк клавы я прочитал тут:
http://emu80.org/dev/dev_s.html
"Порты A, младшая половина C и B программируются на ввод. Нажатая клавиша определяется по положению нулей в обоих портах. Нажатая клавиша располагается на пересечении положения нулей."
Думал, что автор "библейского" эмулятора не будет писать недостоверную инфу...
Да вот этот код:
http://savepic.ru/9303619.png
Настраиваем ППА клавиатуры, маскируем в порте [B] шифт и мафон и выходим если ничего нет. Иначе - вычисляем сканкод.
- - - Добавлено - - -
И на старуху бывает порнуха. Особенность клавиатуры Спеца в том, что там все линии подтянуты 10к к +. И если нет внешнего 0 то ничего не получится. Даже наводки от пальца не будет. Это, кстати, позволяло нам вынести на кружке у одного МХа клавку на метровом шлейфе-проводе.Цитата:
Сообщение от Saar
Ну теперь про клаву всё понятно. Именно описание на emu80 сбило мне все "карты". В остальном всё правильно было. Поменял на то как у меня было изначально в ВВ55 на Векторе.
- - - Добавлено - - -
HardWareMan,
у меня спотыкалось в другом месте.
вот тут:
Во флаге C оказывалась 1, поскольку одновременно с кнопками вверх/вниз опрашивалась кнопка "ПВ".Код:0236+ C311 CD C1 C1 loc_C311: call setKeybMode83
0237+ C314 3E F7 mvi a, 0F7h
0238+ C316 32 E0 FF sta IO_KEYB_A
0239+ C319 3A E1 FF lda IO_KEYB_B
0240+ C31C 2F cma
0241+ C31D 0F rrc
0242+ C31E 0F rrc
0243+ C31F 0F rrc
0244+ C320 CD 54 C2 call setKeybMode82
- - - Добавлено - - -
Подскажите кто-нибудь по spmx.rom с github vinxru: Там заполнение его почти под завязку 64кб. А ведь для MX максимальный размер - 48кб. Что делать с ним? Или это должно грузиться в RAMDISK (у которого размер как раз 64кб)?
Еще в Коммандере мне не удалось открыть дисковод. Все буквы указывают на рамдиски. Как в коммандере прочитать реальный флоппи диск?
Легко: написать драйвер, например на букву Н. ;)