ivagor, я добавил фотографии теста техпрогона в сообщение. На них, кажется, теперь синит в нижней половине экрана...
Вид для печати
ivagor, я добавил фотографии теста техпрогона в сообщение. На них, кажется, теперь синит в нижней половине экрана...
На этих фото я локальных позеленений или посинений не замечаю, похоже с цветами кодера все в порядке.
Ещё две картинки теста техпрогона, на сей раз получены через карту видеозахвата EasyCAP и VLC-плеер, подключал по композитному сигналу, S-Video даже пробовать расхотелось...
https://s1.hostingkartinok.com/uploa...febc616824.png https://s1.hostingkartinok.com/uploa...ec6f44b655.png
Качество -- нечто среднее между "неудовлетворительно" и "ужастно", тут я согласен с ivagor...
На скриншотах можно увидеть тёмную полосу по левому краю экрана, которая не была видна на телевизоре -- это завершение сигнала ГСИ, который получился 10,6мкс (вместо положенных 10, но думаю, это не критично).
Так наоборот, если композит - безусловное зло, то S-Video дает хотя бы нечто отдаленно похожее на качество.Цитата:
Сообщение от Improver
Грубо прикинул по скриншоту ширину захваченной картинки - примерно 52.8 мкс. Ни один телевизор даже близко столько не показывает, в лучшем случае микросекунд 49, а обычно еще меньше, поэтому на ТВ черную полосу сбоку точно никто не увидит.Цитата:
Сообщение от Improver
Еще конечно есть люди, которые добрались до сервисного меню телевизора и теоретически могут накрутить более широкую активную область (хотя насчет регулировки до >52 мкс даже в таком случае сомневаюсь). Но я бы за них сильно не переживал, они спокойно могут ее и сузить.
Там много шумов и искажений, мне кажется их даже S-Video не исправит, хотя бы до уровня предыдущих фотографий с телевизора.Цитата:
Сообщение от ivagor
Это точно, а даже если и увидят -- не страшно, она за границей бордюра получается.Цитата:
Сообщение от ivagor
Просто из любопытства - карта захвата выдает картинки с именно таким разрешением или ты их обрезал (или сжал) по вертикали?
Картинки прямо в таком виде сохранил сам VLC, я их не редактировал, не обрезал и не пересохранял, только загрузил на хостинг. А в настройках VLC было указано масштабирование 1:1, без растяжения по окну или экрану, формат сигнала "PAL B", и если никаких изменений самовольно он не внёс, то такая картинка и приходит с карты захвата.Цитата:
Сообщение от ivagor
https://caglrc.cc/scalar/categories/joystick_p/ (в зипах с суффиксом _jps)Цитата:
Сообщение от ivagor
Спасибо, когда будет возможность желательно проставить год у Moon Bugs - 1990 (на заставке есть).
Запустил Vector Speed Test для пробы, вот результат:
https://s1.hostingkartinok.com/uploa...c6279e643e.png дубликат: https://i.ibb.co/X33qxLP/IMG-20240408-214715.jpg
И тот же тест с "ускоренной" прошивкой D10 (К155РЕ3), в которой сокращены задержки обращения к памяти во время вывода бордюра и КСИ/ССИ:
https://s1.hostingkartinok.com/uploa...5bf8b11ba1.png дубликат: https://i.ibb.co/wW3Y1Sn/IMG-20240404-230210.jpg
Есть небольшие отличия в скорости многих команд, но особенно отличились C*-n, R*-n, PUSH... Думаю, результаты будут интересны ivagor-у. :)
И ещё, проверил загрузку данных в формате FM9 -- работает и из прошивки ПЗУ, и с предварительно подгружаемым загрузчиком, только во втором варианте, в случае ошибок чтения, всё заканчивается чёрным экраном -- не понятно, загрузилось, или нет смысла ждать дальше...
ivagorу результаты интересны, но он их к сожалению не видит.
Еще интереснее были бы результаты vstvi53. Там в последних версиях поддерживается тестирование уникальных команд 8085 и есть эталонный результат теста 6128, который провел dk_spb (но там старая версия теста без команд 8085).
Черный экран в загрузчике FM9 - это ожидание загрузки. Когда загрузка начинается появляются две черточки, показывающие начальные и конечные блоки. В процессе загрузки идет заполнение от начального блока к конечному. Если в процессе загрузки перешли на черный экран - значит ошибка загрузки.
Опять хостингкартинок недоступен... Дополнил картинки с другого хостинга.Цитата:
Сообщение от ivagor
Ок, и этот могу сделать, вечером.Цитата:
Сообщение от ivagor
Да, тут просто вводило в замешательство то, что Бейсик, на котором я испытывал загрузку, после старта до показа курсора несколько секунд распаковывается, и каждый раз было непонятно, ждать дальше, или снова грузить. :)Цитата:
Сообщение от ivagor
Готово, это результаты с обычной прошивкой РЕ3, совпадают с ПК-6128ц, насколько я вижу:Цитата:
Сообщение от ivagor
https://i.ibb.co/zmPz5HH/IMG-20240409-204830.jpg
А это с ускоренным режимом работы памяти:
https://i.ibb.co/Nr7YC2H/IMG-20240409-204719.jpg
Возможно у кого-то возникнет вопрос по результатам vstvi53 - почему в ускоренном режиме у некоторых команд с паспортным одинаковым числом тактов и циклов разные результаты? Ответ простой - в этом тесте нет привязки к прерываниям, и соответственно к бордюру и активной области. Результаты таких команд в ускоренном режиме лучше смотреть по vst с прерываниями.
Очередные шаги проекта:
- Прошил-таки К155РЕ3 и поставил вместо временной GAL. Всё работает, отличий не заметил, кроме меньшего габарита чипа.
- По шине ВУ: подключил к шине жёсткий диск -- работает замечательно, без ошибок. Для теста пришлось записать в загрузочную область диска игру в упакованном виде и загрузить её несколько раз -- загрузка с диска проходит без ошибок, что подтверждается правильной распаковкой архива. Т.о. можно сделать вывод, что ШАВВ, ШД и сигналы ЗПВУ, ЧТВУ работают хорошо. Проблемы с КД, значит, могут быть или по ШАП, или по CAS. Возможно ещё ЧТЗУ или ЗПЗУ, но это маловероятно. Полагаю, для начала надо немного доработать схему и сделать выключение сигнала CAS на ВУ при отсутствии ЧТЗУ / ЗПЗУ / БЛК, и до кучи МХ2.
- По упомянутым тут просвечивающимся полоскам на тесте процессора: оказалось причина была в пониженном напряжении использованного блока питания (от телефонной зарядки), он выдавал не больше 4,5В, при подключении нормального источника с 5В полоски стали также незаметны, как на оригинальном Векторе. Полагаю, пониженное напряжение плохо влияет на быстродействие К155РУ2...
- Вспомнил, что дорабатывал запись палитры, чтобы она происходила с одного раза. Для проверки написал небольшой тест, который выводит 16 полосок разных цветов и периодически сдвигает цвета палитры. На реальном Векторе из-за ошибок записи он показывает некоторые полоски двойной ширины, меняется цвет бордюра, а в эмуляторах и на ПК-6128ц++ такого эффекта нет, т.е. палитра без проблем пишется с первого OUT, что не может не радовать. Вот сам тест в архиве с исходниками, можете проверить свой Вектор: Вложение 80824
- Ну и последнее, изготовил на 3Д-принтере корпус. Фотографии пока не публикую -- корпус ещё не окрашен, но если интересно, модели в формате STL выложены на гитхаб, там есть просмотр, можете оценить.
Еще возможно СТЕК и БЛК.Цитата:
Сообщение от Improver
Жесть, а пробовал тестировать кваз уже с 5В, не повлияло?Цитата:
Сообщение от Improver
Да, может и СТЕК, хотя ошибки есть и при обращении к КД в режиме ОЗУ. А сигнал БЛК формирует сам КД, но там ОК и подтяжка к +5В через резистор внутри ПК, я его уже уменьшил до 2кОм -- не сильно помогло.Цитата:
Сообщение от ivagor
Ещё не успел... По тестам КД выдаёт около полусотни ошибок чтения на один банк, не исключено, что из-за напряжения -- надо проверить. Но всё равно мне не нравится, что CAS на ВУ подаётся постоянно, надо его ограничить.Цитата:
Сообщение от ivagor
Обещанные фото ПК-6128ц++ в изготовленном на 3Д-принтере корпусе:
Выглядит здорово, даже не верится, что это современная реплика.
Если не секрет, то какая примерно себестоимость полного комплекта (плата+детали+корпус+клавиа тура, без стоимости монтажа/сборки)?
Из фото не понял, надпись на корпусе отдельно наклеена или сразу напечатана на корпусе на 3D принтере?
Зверски красиво!
До этого подсчётов не вёл, покупалось всё в разное время при сильно разном курсе валюты, но примерно получается так:Цитата:
Сообщение от ivagor
- Три платы, каждая по 5 шт. (заказ из Китая) -- 6000 руб., или 1200 руб. один набор. Плюс плата клавиатуры, ещё 700 руб., итого 1900 руб., будем считать, как один комплект.
- Кнопки черри с крышками, 1600 руб. + 1200 руб, ещё пробел с механизмом балансировки, 330 руб., всего 3130 руб.
- Корпус мне изготовили за 13000 руб., но были предложения в различных конторах от 8000 до 30000 руб., так что при повторении тут может сумма сильно измениться... Кстати, за эту же сумму можно купить убитый Вектор и взять его корпус, но я решил, что надо изготавливать.
- Детали... Это самое сложное, т.к. покупалось в разное время и в разных количествах, что-то ушло в запас, что-то взял из запаса... Давайте посчитаем так: 81 микросхема в среднем по 50 руб., выходит на 4050 руб., плюс резисторы-конденсаторы-разъёмы всякие... Берём грубо, что на 5000 руб.
- Мелочёвка всякая: винты, втулки резьбовые, краска для корпуса, припой и паяльная паста, провода, инструмент и т.п. -- оценим грубо на 1000 руб.
Итого сейчас затраты примерно на 24 тысячи, и они ещё будут увеличиваться, т.к. разработка ещё не завершена. :)
Распечатал на цветном принтере, заклеил сверху скотчем и наклеил на корпус на клей ПВА. Скорее всего, этот вариант будет заменён потом на металлический шильдик, но для визуализации сейчас вполне подходит.Цитата:
Сообщение от ivagor
Improver, 3D модель корпуса сам делал, или там где заказывал?
Сам, по своему Вектору (волжский вариант), плюс сделал там несколько улучшений, не влияющих на внешний вид... Всё выложено на гитхаб, если надо.Цитата:
Сообщение от Ramiros
А сбоку две "заглушки" для дополнительных разъёмов, уже есть идеи, что подключать?Цитата:
Сообщение от Improver
Да, это сделал для установки разъёмов джойстиков ПК-6128ц, типа Д9 (как сом-порт), такие на Sega и MSX.Цитата:
Сообщение от KTSerg
Improver, расскажи, пожалуйста, поподробней про корпус. Чем печатал, на чем, как ориентировал, как обрабатывал после печати? Если ты конечно не пишешь книгу и не снимаешь видео на 1.5 часа про процесс. Тогда я готов подождать.
Печатал не я, как уже написал ранее, но процесс был примерно такой: материал PLA+, порекомендовали чёрный, как наиболее качественный. Печаталась каждая деталь из двух половин, которые склеивались дихлорэтаном. Расположение половин на столе при печати -- вертикальное, на боковые грани корпуса. Разделение модели для печати, считаю, было не очень удачным, ровно посередине, лучше бы разрез немного сместили и не резали стойки и рёбра жёсткости, но со мной этот момент не согласовали, увы... Не я же занимался и склейкой половин, по договорённости с исполнителем.Цитата:
Сообщение от svofski
Зачистку поверхности делал сам -- там немного было... Шлифовать всю поверхность шкуркой не стал, чтобы не затереть символы, просто слегка прошёлся по граням и углам. После зачистки и установки вплавляемых резьбовых втулок покрыл двумя слоями белой акриловой грунтовки (на первый слой ушёл целый аэрозольный баллончик 270мл, на второй слой расход немного меньше), после покрыл акриловой краской, для блеска. Возможно надо было три слоя грунтовки сделать, всё-таки немного просвечивает чернота основы. Грунтовка высыхает практически в ноль по толщине, остался даже заметен стык между половинами, так что количество слоёв можно увеличить. Но если не придираться к мелочам -- в целом неплохо вышло, считаю.
Получается если уместить вектор в половинном размере (клавиатура внешняя через контроллер), то можно без склейки.
Вообще, есть 3Д-принтеры, которые могут распечатать целиком, но они есть далеко не у каждого, и не в каждом городе -- мне просто не повезло... А если делать половинный размер с внешней клавиатурой, то есть не придерживаться "канона", то тогда форма Вектора уже теряет смысл и легче будет поместить всё в готовый корпус miniITX, например, чем изготавливать уменьшенную копию.Цитата:
Сообщение от ivagor
- - - Добавлено - - -
А так, склейка не так уж и плоха -- там процесс основан на растворении самого PLA и после высыхания растворителя модель становится фактически монолитной. Да, стыки могут остаться заметными, но их надо было до покраски просто прошпаклевать растворённым в дихлорэтане пластиком и отшлифовать.
Я покупал "Грунт-наполнитель серый "Автоп", уп. 650 мл" (гуглится). Это баллончик аэрозольный, на вид как обычный. Но из него летят здоровенные куски какого-то густого фарша. Заполняет слои отлично, но его надо шкурить конечно потом, так что это не для любой работы.Цитата:
Сообщение от Improver
Новости по проекту:
- Работа шины ВУ исправлена, причина сбоев оказалась в сигнале СТЕК. Точнее сказать причина была в том, что этот сигнал мог быть выставлен в циклах процессора Т4, Т5, Т6 в случае, если младший байт адреса совпадал с кодом команд PUSH/POP/XTHL. После исправления схемы все тесты проходят, МДОСы запускаются, т.е. на ПК-6128ц работают внешние устройства Вектора. Причём из-за повторения сигналов ШАП Вектора, квази-диски, поддерживающие резервное питание, можно переключать с сохранением информации.
- Собрал внутренний квази-диск для ПК-6128ц++, схему с разводкой и гербер-файлы выложил на гитхаб. Квази-диск сделал сразу двойным, на 512кБ, управляется он также, как и два квазидиска для Вектора, по портам 10h и 11h, но с одним ограничением -- в следствие того, что использован один чип на 512кБ невозможно одновременное обращение к двум КД. Но это и в эмуляторах невозможно сделать, если что...
Схему, разводку и другие файлы проекта на гитхабе обновил.
В общем, на данный момент все узлы ПК-6128ц++ работают, в остатках только мелкие доработки и дальнейшее развитие, а именно:
- Хорошо бы сделать выключение сигнала CAS на шине ВУ при отсутствии БЛК, как на Векторе. Работе КД это не мешает, но всё-таки...
- Не помешает протестировать подключение комбодевайсов -- из-за того, что большая часть периферии уже есть в составе ПК, возможны конфликты по портам, надо будет как-то их отключать, или переключать на другие адреса...
- Ещё надо попробовать заменить С3 (в схеме видеоЦАП) на больший по ёмкости, либо даже переделать схему на ЦАП по схеме R2R.
- Можно переделать схему с к155ре3 на GAL.
- Также можно попробовать заменить триггеры задержки в схеме формирования видео на регистры 74HC597.
- Возможно стоит разработать платы процессора на КР580ВМ80А и Z80, может даже с повышением частоты.
- И, думаю, надо попробовать собрать внутренний контроллер НЖМД на SSD типа DOM, тем более, что из-за совмещения КД один внутренний порт освободился.
Неожиданно пришла идея разгона ПК-6128ц без повышения частоты... Попробовал вот такой вариант прошивки РЕ3:
Получается так: при выводе пикселей вместо одного Т из четырёх память доступна на два Т подряд, на какой попадёт такт Т3, что немного сокращает размер TW. А при выводе бордюра и КСИ/ССИ память теперь доступна постоянно, а не кратно двум по тактам, как ранее. Теоретически, лучше было бы сделать такты "Экран/ОЗУ" через один, но в текущей схеме это приведёт к неправильному выводу чётных/нечётных пикселей.Код:Адр. 0 1 2 3 4 5 6 7 8 9 A B C D E F
D0(RATO) 0 1 1 1 1 1 1 1 1 0 0 0 0 0 0 0 -- доступ процессора к памяти
D1(RAS) 0 0 0 1 0 0 0 1 0 0 0 1 1 0 0 0
D2(CAS) 1 1 1 1 1 0 0 1 1 0 0 1 1 1 1 1 -- для шины ВУ
D3(MX1) 1 1 1 1 0 0 0 1 0 0 0 1 1 1 1 1 -- 0 = адрес по CAS, 1 = адрес по RAS
D4(MX2) 1 1 1 1 0 0 0 0 0 0 0 0 1 1 1 1 -- ОЗУ / Графика
D5(FR6) 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 -- чтение первой пары регистров (по положительному фронту F6M)
D6(FR7) 1 1 0 0 1 1 1 1 1 1 1 1 1 1 1 1 -- чтение второй пары регистров (по положительному фронту F6M)
D7(FR1) 1 1 1 1 1 1 1 1 0 0 0 0 0 0 0 0 -- 13-й бит адреса (графика) + тактовая частота 750кГц
^^^^^^^ ^^^^^^^^^^^^^^^^ ^^^^^^^
Экран ОЗУ 1 2 Экран
Адр. 10 ... 1F - Вариант ускоренного режима работы
D0(RATO) 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 -- доступ процессора к памяти
D1(RAS) 0 0 0 1 0 0 0 1 0 0 0 1 0 0 0 1
D2(CAS) 1 0 0 1 1 0 0 1 1 0 0 1 1 0 0 1
D3(MX1) 0 0 0 1 0 0 0 1 0 0 0 1 0 0 0 1
D4(MX2) 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 -- ОЗУ
D5(FR6) 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
D6(FR7) 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
D7(FR1) 1 1 1 1 1 1 1 1 0 0 0 0 1 1 1 1 -- тактовая частота 750кГц. Бит 1C -- выравнивание ССИ
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
ОЗУ
F 6МГц 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 -- тактовая частота генератора
SVNC 1 0 0 1 1 0 0 1 1 0 0 1 1 0 0 1 -- тактовая частота процессора
В итоге, производительность ещё немного возросла и, в дополнение к предыдущим результатам теста от ivagor, вот новые значения:
https://i.ibb.co/9HTggtf/IMG-20241007-vtec2.jpg
Ну и для полноты картины, вот изображение теста clrspace, как оно выглядит с новой прошивкой:
https://i.ibb.co/Hrvfd0s/IMG-20241007-vtec2.jpg
С новой прошивкой стали иногда появляться сбои при чтении с "магнитофона", а в остальном прошивка работает, глюков в памяти и в работе ПК не выявлено. Единственное, забыл ещё протестировать работу новой прошивки с внешним квази-диском (внутренний работает без проблем).
При неравномерном торможении для измерения средней температуры по больнице лучше vst без vi53. Ну и повторюсь, что подобные варианты не будут реализованы в эмуляторах, поэтому ориентироваться на них при написании или модификации программ проблематично.
Согласен. Это "чисто академический" интерес... :)Цитата:
Сообщение от ivagor
- - - Добавлено - - -
Кстати, можно сделать равномерное торможение с ускорением -- при КСИ/ССИ отключить два такта, сделать как в основном цикле. Надо будет протестировать, как это повлияет на быстродействие.Цитата:
Сообщение от ivagor
Для проверки возможностей разгона запустил ещё такой вариант прошивки РЕ3:
Т.е. тут получается торможение процессора равномерное, в отличие от предыдущего варианта, но кратность выравнивания тактов процессора равна двум, а не четырём, как на обычном ПК-6128ц и Векторе. К сожалению, при этом будет сдвиг пикселей на изображении, эту прошивку без переделки схемы использовать не стоит, хотя других ошибок в работе ПК она не вызывает и проверить быстродействие с ней можно.Код:Адр. 0 1 2 3 4 5 6 7 8 9 A B C D E F
D0(RATO) 1 0 0 0 0 1 1 1 1 0 0 0 0 1 1 1 -- доступ процессора к памяти
D1(RAS) 0 0 0 1 0 0 0 1 0 0 0 1 1 0 0 0
D2(CAS) 1 0 0 1 1 1 1 1 1 0 0 1 1 1 1 1 -- для шины ВУ
D3(MX1) 0 0 0 1 1 1 1 1 0 0 0 1 1 1 1 1 -- 0 = адрес по CAS, 1 = адрес по RAS
D4(MX2) 0 0 0 0 1 1 1 1 0 0 0 0 1 1 1 1 -- ОЗУ / Графика
D5(FR6) 1 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 -- чтение первой пары регистров (по положительному фронту F6M)
D6(FR7) 1 1 1 1 1 1 0 0 1 1 1 1 1 1 1 1 -- чтение второй пары регистров (по положительному фронту F6M)
D7(FR1) 1 1 1 1 1 1 1 1 0 0 0 0 0 0 0 0 -- 13-й бит адреса (графика) + тактовая частота 750кГц
^^^^^^^ ^^^^^^^ ^^^^^^^ ^^^^^^^
ОЗУ 1 Экран ОЗУ 2 Экран
Адр. 10 ... 1F - Вариант ускоренного режима работы
D0(RATO) 1 0 0 0 0 1 1 1 1 0 0 0 0 1 1 1 -- доступ процессора к памяти
D1(RAS) 0 0 0 1 1 1 1 1 0 0 0 1 1 1 1 1
D2(CAS) 1 0 0 1 1 1 1 1 1 0 0 1 1 1 1 1
D3(MX1) 0 0 0 1 1 1 1 1 0 0 0 1 1 1 1 1
D4(MX2) 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 -- ОЗУ
D5(FR6) 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
D6(FR7) 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
D7(FR1) 1 1 1 1 1 1 1 1 0 0 0 0 1 1 1 1 -- тактовая частота 750кГц. Бит 1C -- выравнивание ССИ
^^^^^^^ ^^^^^^^
ОЗУ 1 ОЗУ 2
F 6МГц 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 -- тактовая частота генератора
SVNC 1 0 0 1 1 0 0 1 1 0 0 1 1 0 0 1 -- тактовая частота процессора
Вот результаты теста, по некоторым командам видно ускорение:
https://i.ibb.co/b2nVHRB/IMG-20241019-cpu-x2n.jpg
А вот если делать два такта ОЗУ и два такта экран, без чередования, то результаты ничем не отличаются от прошивки с выравниванием тактов процессора с кратностью 4.
P.S. Как выглядит картинка с этой прошивкой
Извините за повтор, но при доступе через такт 8085 в принципе может обеспечить прозрачный доступ проца к озу, доказательством чего является zx8085 Micka. И теоретически все же можно получить ускорение при доступе 2 через 2. У 8085 довольно долгие обращения к памяти, насколько помню почти 2 такта. Если их удачно сдвинуть (есть нюанс с тактированием проца, см. zx8085), то получается, что один такт задержки совсем не помеха, а два такта подряд - как один. Но это теоретически, т.к. уже сильные изменения по сравнению с 6128.
Да, я помню, и к этому стремлюсь. :)Цитата:
Сообщение от ivagor
Опять повторяюсь, но отсутствие торможения интересно в основном готовой эмуляцией такого варианта в Emu при минимальном редактировании конфига. А с точки зрения минимизации изменений 6128 мне кажется проще удвоить тактовую проца при сохранении тормозов, часть команд ускорится.
Продолжаю эксперименты с разгоном по памяти: заменил-таки D45 и D47 на регистры 74HC597 и, соответственно, убрал триггер задержки D49, что позволило ещё немного поиграться с таймингами. К сожалению, параллельная загрузка на 74HC597 немного отличается от 74HC166, из-за чего пришлось сгенерировать для них свой сигнал в ущерб MX1, но это не критично -- МХ1 можно получить просто через один логический элемент ИЛИ. Циклы работы в прошивке получились такие:
Получается так: 3 такта доступ к памяти и 1 к экрану. Или 3/4 к 1/4...Код:Адр. 0 1 2 3 4 5 6 7 8 9 A B C D E F
D0(RATO) 0 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 -- доступ процессора к памяти
D1(RAS) 0 0 0 1 0 0 0 1 0 0 0 1 0 0 0 1
D2(CAS) 1 1 1 1 1 0 0 1 1 0 0 1 1 0 0 1 -- для шины ВУ
D3(FR71) 1 1 1 0 1 1 1 1 1 1 1 1 1 1 1 1 -- FR7 для D45 и D47; MX1 = (MX2 or RAS)
D4(MX2) 1 1 1 1 0 0 0 0 0 0 0 0 0 0 0 0 -- ОЗУ / Графика
D5(FR6) 0 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 -- сохранение в буфер регистров D45 и D47
D6(FR7) 1 1 0 0 1 1 1 1 1 1 1 1 1 1 1 1 -- параллельная загрузка в регистры (по положительному фронту F6M)
D7(FR1) 0 0 1 1 1 1 1 1 0 0 0 0 0 0 0 0 -- 13-й бит адреса (графика) + тактовая частота 750кГц
^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^^
Экран ОЗУ
Адр. 10 ... 1F - Вариант ускоренного режима работы
D0(RATO) 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 -- доступ процессора к памяти
D1(RAS) 0 0 0 1 0 0 0 1 0 0 0 1 0 0 0 1
D2(CAS) 1 0 0 1 1 0 0 1 1 0 0 1 1 0 0 1
D3(FR71) 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
D4(MX2) 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 -- ОЗУ
D5(FR6) 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
D6(FR7) 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
D7(FR1) 1 1 1 1 1 1 1 1 0 0 0 0 1 1 1 1 -- тактовая частота 750кГц. Бит 1C -- выравнивание ССИ
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
ОЗУ
F 6МГц 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 -- тактовая частота генератора
SVNC 1 0 0 1 1 0 0 1 1 0 0 1 1 0 0 1 -- тактовая частота процессора
По тесту VST есть улучшение показателей по сравнению с предыдущими значениями:
https://i.ibb.co/qsZH3MK/IMG-20250116-100305.jpg
А вот VSTVI53 почему-то наоборот, показатели снизил, и объяснения этому у меня нет. Вот результаты:
https://i.ibb.co/ydzVDzH/IMG-20250113-222740.jpg
Практически да, можно обращения к памяти экрана вообще задвинуть в промежутки между обращениями к памяти процессора, но для этого требуется либо инвертировать частоту F 6МГц (иначе положительные фронты там не попадают в нужное место), либо D46 и D48 также заменить на 74HC597.
В vstvi53 тоже все нормально, ускорение есть, там результаты интерпретируются иначе.
Для 3 МГц пересчет результатов тестов в такты
vst: 312*192/результат
vstvi53: результат/1000
Нецелые значения, которые получаются для ряда команд при таком варианте торможения - это чередование целых, например 7 и 8 и т.д.