SUBOR SB225-B "клавиатурная Денди".

[falanger]

Так, товарищи, кто в курсе насчет следующего вопроса касательно Денди.

У приставки стандартно есть "окно" для подключения 8 Кб внешней ОЗУ картриджа и "окно" 32 Кб для подключения внешнего ПЗУ картриджа.
Оба "окна" могут путем внешней дешифрации на картридже "выбираться" из объема памяти картриджа.
ПЗУ ака S-ROM до 2 мегабит - 256 Кб, 8 окон по 32 Кб, это точно известно. Слышал про картридж в 4 мегабита - 512 Кб. Но есть они реально или нет - хз.

Можно-ли в "окно" S-ROM в 32 Кб подключать ОЗУ и чтобы приставка в него "писала"? Или её БИОС не даст это сделать и придется внешнее ОЗУ подключать только кусочкам по 8 кб?
Потому как если можно - внешнюю память подключать туда блоками по 16-32 Кб, а
на область "ОЗУ картриджа" в 8 Кб - посадить статику на 8 кб которая туда подключена постоянно и используется ОС для своих целей, типа таблицы адресации внешних страниц ОЗУ.

Можно-ли адресовать более 8 банков по 32 Кб используя свой дешифратор и менеджер памяти который может с ним работать?
Например 16-32 банка по 32 Кб чтобы адресовать 512-1024 Кб?

Добавлено через 1 час 39 минут
Так, "он-лайн" с одним человеком.
Он дал следущие советы.
1) Плату делать "универсальную", в которой может быть 32 микросхемы как организации 32Кх8, так и 64Кх8. По его словам по выводам они совместимы.
В первом случае при 32 микросхемах 32Кх8, например UM61256, будет 1024 Кб.
А если поставить 32 микросхемы 64Кх8, например UM61512, будет 2048 Кб.
Конечно микросхем памяти может быть от 2 до 32 штук, но конечно четное число (2-4-8-16-32) чтобы облегчить работу менеджера памяти.
Ну и конечно микросхемы должны быть одного типа, 32Кх8 или 64Кх8. И для легкой смены - в "длинных" узких DIP32 панельках.
Установка неполного числа микросхем в модуль вполне допускается и никаких мер типа шунтирования не требуется. Но дешифратор должен быть распаян полностью.
2) Поскольку максимум памяти планируется 2048 Кб, а для управления "банками" один полностью дешифруемый 8-бит порт то было выбрано 256 банок по числу состояний порта. 2048 / 256 = 8 Кб. Да и стандартная "дендяшная" банка памяти - 8 Кб судя по документации.
Итого менеджер памяти должен будет уметь работать с 256 банками по 8 Кб оперативной памяти в максимуме через один 8-битный порт.
Но надо учитывать что будут еще и банки ПЗУ... Как-бы не пришлось выделять под их дешифрацию еще один порт...
И конечно менеджер памяти должен уметь при запуске просканировать все порты дешифрации памяти на наличие банок.

И все сказанное приводит к ому что надо обсудить будущую ОС которая всем этим будет рулить.
Потому как самым простым для реализации получается следующее:
"Чистый Денди-режим" - вся переферия шинная отключена, втыкается картридж и устройство пашет как обычная Денди.
+
"Режим компа с ОС" - переферия подключена, начальный загрузчики грузится из ПЗУ и грузит из ПЗУ/с диска ОС которая всем рулит, но совершенно не совместима с обычными денди-прогами как в виде 2катриджей" в елке, так и в вид РОМ-ов на накопителях.
На первом этапе надо добиться хотябы этого.
И наконец самое сложное, возможно не реализуемое без "своего Майкрософта" силами горстки энтузиастов: (Хотя может удастся заинтересовать китайцев что Денди до сих пор клепают...)
"ОС совместимая с Денди" - когда ОС после загрузки умеет грузить и корректно исполнять как проги с картриджей в елке, так РОМ-мы с накопителей, так и свое ПО адаптированное под кучу памяти и всякую переферию.
И первым шагом к этому наверное стало-бы создание менеджера памяти который бы рулил ей через стандартные порты памяти картриджей., но с полной дешифрацией. Или если такое невозможно мог рулить банками в обоих вариантах как через "свой" порт так и через стандартные.

Вот такие вот мысли...

[Advertiser]

[rw6hrm]

Прочитав предыдущее, задумался - а нафига? Теперь по порядку.

...думаю, что мне пора выкладывать наработанное по этой теме. Подождете недельку?

> Или её БИОС не даст это сделать
нет у денди биоса. В картридже может стоять всё, что угодно, и писаться/читаться по любым адресам. Исключение - "верхние" 16К, которые используются как загрузочные и указывают на адреса прерываний (последние 6 ячеек). Хотя и тут с первыми 8 кБ можно поиграться...

Мысль о разграничении "стандартного" режима и "нового" - правильная. Вся конфигурация машины должна меняться исключительно сменой картриджа. Или, если "елка" запаивается намертво, сигналом 0/1 на одной из средних ног, которая обычно считается "землей" (под рукой нет схемы, поэтому уточню позже). Я говорил об этом в одной из тем, когда занимался восстановлением приставки со встроенным ПЗУ. Пошерстите поиск.

ОЗУ на 512К есть в свободной продаже, покупаются без проблем. Я использую K6X4008C1F. ИМХО более памяти ставить не следует, ибо любую программу можно сотворить как оверлейную, т.е. подгружать необходимые блоки по мере их надобности с внешнего диска/карточки.

Буферизация - 100%, особенно с учетом, что в основном в использовании есть только КМОПовские одночиповки. При использовании многочиповой приставки нагрузочная способность разъема расширения чуток повыше.

Использование CF. ИМХО не стоит. Много проводов. SD/MMC проще в подключении и в программировании. И дешевле.

Дешифрация ПЗУ обязательно должна быть отдельно от ОЗУ. Плюс третий дешифратор на видеоОЗУ.

Заливка РОМов - глупость. Где найти эмуляторы большинства необходимых мапперов? Согласен, частично это уже сделано, но зачем это делать вообще? Ведь мы решили, что должно быть два независимых режима. Если хотим поиграться - ставим картридж. К сожалению, многие игры живьем нам уже не достать, но для этого есть эмули на РС. Попробуйте сэмулируйте ММС4 на базе 6502 - это какие тормоза мы получим? Забудем об этом.

"Стандартизация портов" должна быть только для "нового" режима. Привязываться к портам на картриджах (которые используют порты как им вздумется) бесмысленно. Для этого следует использовать окно 5000-5FFF, которое. в принципе. и предназначено для портов мапперов, менеджеров памяти и прочих устройств ввода/вывода

...а вообще рад, что эта идея потихоньку находит свое продолжение. В прицепе - начало еще не написанной статьи, которую и планирую предложить в качестве основы...