К следующей пятилетке...Сообщение от Error404
Внешним. Шнурка LPT нет лишнего.
Размер памяти больше стал, вводил А18 (официально) и расширял регистр страниц под нее.
Можно и выложить. Только сыромятина нужна кому? Там даже порта F767(4F) и в помине нет.
---------- Post added at 10:46 ---------- Previous post was at 10:45 ----------
Работает.
Последний раз редактировалось Ewgeny7; 30.06.2010 в 13:24.
ScorpEvo ZS 1024 turbo+ CF-HDD/FDD/Mouse/SMUC 3.1/ProfROMse/NeoGS/ZC
Сайт с документацией к "Scorpion ZS 256"
Плодотворно провел полдня
Монитор Samsung SyncMaster 765mb выдает надпись "60 герц".
Какойто неизвестный АР (АРТ?) выдает более четкую характеристику сигнала: "58,76 Гц".
Думаю, этого результата будет вполне достаточно для ЛЮБОГО монитора.
Дома еще проверю центровку на двух своих LCD-мониторах.
Картинко стала крупнее, и в режиме widescreen разъехалась до самых краев монитора. Больше увеличивать частоту не стал.
Доработал также прошивку проекта нашими последними "достижениями" с портом 4F и сопутствующими блокировками.
Маленько облагородил код, стал нормально работать режим 2,5Мгц с РОМ-диском.
Пока всё. Сегодня поеду в "Мегаэлектронику" за недостающими разъемами.
После этого первая плата, в принципе, будет готова.
Выкладываю обновленный проект.
Сайт с документацией к "Scorpion ZS 256"
Я вот тут подумал: можно сделать существенно проще, причем будут отображаться как нажатия кнопок, так и отпускания (соответственно, можно будет обработать и одновременные нажатия нескольких кнопок, и , при желании, удерживание кнопки ). Для этого в бит D7 кода клавиши транслируем из пакета информацию не о префиксе E0 (расширенные кнопки), а о префиксе F0 (отпускание клавиши). Т.е. каждый раз, на каждый пакет (как на нажатие, так и на отпускание), выдаем прерывание и код клавиши (D6..D0), который при нажатии содержит D7=0 (пакет НЕ содержал байт F0), а при отпускании D7=1 (пакет содержал байт F0).
При этом будут неразличимы LeftCTRL и RightCTRL, а также "слипнутся" (будут выдавать один и тот же код) кнопки NumPad-а и стрелки_плюс_то_что_над_стр лками (работать будет аналогично как если бы всегда был выключен NumLock). Это в принципе решаемо программно в драйвере.
Последний раз редактировалось Error404; 30.06.2010 в 16:04.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
А почему вы не хотите сделать без всяких выкрутасов с битом D7 и всю обработку E0,F0 и т.п. возложить на драйвер? Ну будет ещё один байт в области переменных монитора (с флагами о появлении E0 и F0 перед кодом клавиши), но возможностей ведь тогда будет по максимуму!
2 прерывания на нажатие + 3 прерывания на отпускание для обработки кнопки, это КМК уже перебор. А если еще и автоповтор 10 символов в секунду - страшно подумать. А еще параллельно прерывания RS-232 (до 38кбод) и 50ГЦ надо бы обрабатывать. Жуть.
Чем больше переложим на железку, тем больше вероятность компу хоть иногда вылезать из обработчиков прерываний.
Но в целом, реализуемо, конечно.
Последний раз редактировалось Error404; 30.06.2010 в 16:41.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Я понимаю, если бы это прерывание выполнялось хотя бы 10000 раз в секунду, но 2-3 - это вряд-ли можно считать перебором. Ты когда-нибудь считал до 10000?
Не в том месте экономите, товарищи!
И в каком же месте надо?
Я считаю, что чем меньше будет прерываний, тем лучше. Учитывая то, что каждый уважающий себя обработчик "соседних" прерываний делает DI/EI, то зевнуть часть пакета (а на на остальной части все и разъедется) - нефиг делать. Пусть уж лучше будет "один пакет - одно прерывание". В идеале еще бы и отпускание не анализировать (чтобы проигнорировав прерывание не получить вечнонажатых кнопок), но похоже не получится. А проглатывание нажатия на отдельную кнопку не страшно - еще раз нажмут.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Мне кажется, не надо мудрить такие сложности, я имею ввиду "D7". Самое простое - это сделать двухбайтовый порт 4F-50.
Если ты чего-то не знаешь, то это не значит, что этого не может быть.
Теоретически, можно все прерывания повесить на один вектор, если будет регистр запросов. Если перед выходом из прерывания появились ещё запросы, то обрабатывать и их тоже. Например ввести порт, который по чтению выдавал бы поступившие запросы, а по записи - сбрасывал бы их там, где в записываемом числе еденичка(чки). Тогда запрос прерывания для процессора будет логическим ИЛИ всех битов этого регистра. Ну или более сложная функция, если ещё порт маски прерываний есть. В этом случае сложно будет пропустить прерывание.
Какие уж тут сложности: по приему от клавиатуры байта F0 взводить некий однобитный триггер в "1", по приему любого другого байта сначала копировать значение триггера в бит D7 регистра F766h(4Eh), затем этот триггер опрокидывать в "0". Плюс все то, что уже реализовано (код клавиши в регистр, выдать прерывание).
Про порт 4F не понял - это же порт конфигурации, управляющий новыми режимами ПЗУ.
Двухбайтовый порт в реализации получится не проще - кроме дополнительного селектора (и гейта в ПЛИС) для 50h все равно нужно будет конвейер из этих двух портов делать (в дополнение к существующему алгоритму). И это только для вылавливания префикса F0.
Но, есть и плюс - имея 2 порта можно и состояние префикса E0 отобразить.... в следующей пятилетке (с) ewgeny7
Тогда уже не конвейер, а как-то по-другому, более сложно выставлять второй регистр
Последний раз редактировалось Error404; 30.06.2010 в 18:36.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием