Ага.
Скрытый текст
- - - Добавлено - - -
В MSX1 машинках нужно только 64Кб ОЗУ, что тогда было редкость.
Вид для печати
Ага.
Скрытый текст
- - - Добавлено - - -
В MSX1 машинках нужно только 64Кб ОЗУ, что тогда было редкость.
Ну, значит в планы надо включить мапер и 512кб ОЗУ (как наиболее удобное - на одной SRAM). Чтобы запускать MSX-DOS2, а также UZIX, FUZIX
MSX-DOS2 просто так не запустить). Есть с чем разбираться. UZIX это не MSX2-DOS2.
- - - Добавлено - - -
Это проект для интереса. А у вас какой интерес?)
- - - Добавлено - - -
На вскидку. Кидаем в слот MSX мапер 4к+60к - просто так.:v2_dizzy_roll:
И рекомендую сразу делать мапер на 4Мб и шину памяти выбросить на разъем.Цитата:
Сообщение от Error404
Можно будет на плате мапера поставить панельку под одну микруху 512кБ, для начала.
А потом подстыковывать отдельные модули памяти, на вкус.
Можно и так. Хотя тут возникает вопрос. А оно надо 4Мб? Такой объем памяти ни одна программа не окучивает. 1Мб хватит для всех программ, которые были написаны. И еще, с четом наблюдаемого бардака со стандартом на мапер. Мапер имеет смысл затачивать на конкретный объем памяти.
Если уже задуматься о кроссовой плате и грамотном согласовании системной шины с модулями, то потребуется установка буферных микросхем на каждом модуле и активный терминатор. А пока для минимализма и так все работает на частоте 3.58МГц.
Кроссовая плата.
Плата для прототипов.
Активный терминатор.
При работе Beer IDE c ВВ55 и отсутствующей CF-картой заметил, что компьютер зависает на старте (чего-то там пытается найти и даже иногда находит не существующую карту). С импортной UM82C55A такого не было. Просто добавлялась задержка в несколько секунд и дальше выход в Бейсик.
- - - Добавлено - - -
Прикольно. Часть софта начало на машинке запускать, На Ямахе - тупо зависало.
Надо еще даунгрейдануть машинку, скажем до 16Кб озу. Свобода творчества, так сказать:)
- - - Добавлено - - -
И эта память была с блек джеком, шлюхами и обязательно драм (83 год, прошлого века):D
В машинках MSX1 с реальным PSG (AY) интерфейс джойстиков реализован на 2-х портах PSG.
Так вот, если эти порты перенастроить вопреки задумке разработчиков, можно поиметь проблему. Проблема заключается в том, что можно просто пропалить сам PSG (порты).
Частенько при адаптации программ на это не обращают внимание. Я сам с таким столкнулся, когда с ZX перенес музыкальный модуль (подпрограмму) от одной игрушки.
Особенно остро стоит вопрос с портом IOA, он по умолчанию настроен на ввод.
Есть, какие мысли? Чтобы уберечь PSG от повреждения и сохранить популяцию этих "тараканов" в природе.
Типичная схема MSX1
Чем пропалить? Настроив на вывод? Ну, дык, ограничить последовательными резюками...
По килоому, до 5 мА то, в худшем случае, я надеюсь, PSG скушает?
Да, настроив на выход.Цитата:
Сообщение от TomaTLAB
Странная ситуация с этим несанкционированным перепрограммированием PSG сложилась. Об этом факте упоминается, а не одного предложенного решения я не нашел. Все вокруг и около высказываются. Ни одного факта повреждения этого узла. Хотя проблема более чем реальна.
Да, и openMsx выдает сообщение о неправильном режиме работы портов PSG.
Надо будет попробовать поиграться с резисторами. Выходы портов PSG слабенькие.Цитата:
Сообщение от TomaTLAB
Скрытый текст
чего то уж сильно малые токи указаны в последнем столбце... а что такое See Note1 (что в этой "ноте" написано? )
- - - Добавлено - - -
вот здесь немного по другому.. http://pdf1.alldatasheet.com/datashe...AY-3-8910.html
IOL = 1.6 mA 20p
IOH = 100 uA(мкА) 20p
(кондиционная нагрузка :) )