Вид для печати
Статья о устройстве: http://www.phantom.sannata.ru/articles/subor.shtml
Я такие как-то видел в продаже года 3-4 назад. Тогда было не до них.
А вот сейчас почитал и заинтересовался.
Аппарат намного более интересный "для опытов" по пристегиванию переферии и созданию ПО чем обычный Денди.
Кто с такими имел дело лично или имел опыт ремонта/расширения/создания своего ПО?
Судя по инфе пролетевшей в этой теме http://zx.pk.ru/showthread.php?t=7746 клавиатура сделана совместимой с Family BASIC keyboard http://nesdev.parodius.com/keyboard.txt ( http://66.102.9.104/translate_c?hl=r...m/keyboard.txt )
С чем совместим паралельный порт хэ зэ (наверное собственная выдумка).
Про клаву вы интересную инфу выдали.
А LPT судя по всему может поддерживать Эпсоновские принтеры, значит реализован скорее всего Центроникс и поддержка команд "типичного принтера" матричного. Например Epson LX 100. Но может-быть, хотя маловероятно, что там настоящий LPT двунаправленный. В общем надо брать арегат и проверять.
Добавлено через 4 часа 50 минут
Сегодня на базаре нашел "клавиатурную" Dendy(tm) фирмы FEI HAO(r), модель 8JP-008C. LPT-порта в отличии от Subor SB225-B нет. Работает в PAL-D.
Прилагается картридж со всяким и G-BASIC который клон Бейсика с Аппле-2.
Найти-бы точные параметры того аппарата что на базаре...
Но с получки буду брать аппарат, хотя он и б/у. LPT на ВВ55 дело наживное и все равно планирую ваять "елку" для плат расширения. :-)
...что самое интересное, кроме Сюбора никто из производителей ЛПТ более не пристегивал, по крайней мере мне за последние 10 лет ничего подобного не встречалось. Надо картридж дизассемблить, посмотреть, на каких адресах этот порт висит. По крайней мере, при дальнейших (возможных) разработках железа/программ иметь в виду этот адрес стандартным де-факто, чтоб не было косяков, как с Орионом...
Вот тут схема и прошивки "картриджа ГИТС" который выдает ТВ-тесты при запуске:
http://irls.narod.ru/izm/gen/dendy.htm
Кстати, с клавиатурной дендяшкой идет картридж с текстовым редактором. Надо будет после получения аппарата в лапы к неу присмотреться.может Сюборовски с функцией распечатки.
Нужна схема устройства для чтения картриджа через LPT-порт. Я пока не нашел, но на Украине в журнале Радиоаматор за 2000 год оно было...
в моей клавиатурной вариации под названием "Денди" в картридже есть текстовый редактор ульяновского производства с функцией распечатки текста. Однако на самой приставке ЛПТ и не пахнет, а при вызове этой функции комп на некоторое время подвисает (типа выдает что-то в несуществующий порт), потом возврачщается в рабочий режим... Жаль, что считать картридж нечем...
Кому интересно: Как составить программу для игровой приставки "DENDY" http://mini-soft.net.ru/it/dendy.php
Есть такая статья:
Подключение Dendy-картриджей к IBM PC
С. М. Рюмик
Радiоаматор, 2000, № 6, стр. 44
Нужен коллега живущий на Украине который отсканировал бы статью и схему...
Эти клоуны выложили обрезанную версию этой статьи - http://zx.pk.ru/attachment.php?attac...7&d=1147912381Цитата:
Сообщение от falanger
http://zx.pk.ru/showthread.php?t=2846&page=3&pp=10
Кстати сейчас помоему контора newgame выпускает что то подобие, "Магистр Репетитор" : http://www.newgame.ru/8bit/index.htm
Хотя интереснее наверное вот этот 16 битник :) "16 bit Обучающий Магистр + FD": http://www.newgame.ru/16bit/index.htm
Хотя кому как. :)
Так, сегодня меня клюнуло несколько мыслей.
О "железе" для "клавиатурной Денди".
1) Самая важная железка - "елка" вставляемая в слот для картриджа с установленными на ней буферами.
Нагрузочной способности "потрохов" денди не всегда хватает на картридж, а нам надо подключать кучу шинной переферии. Значит без "елки" с буферами не обойтись.
2) Для Денди вполне может быть использован Nemo-IDE контроллер который надо адаптировать под шину картриджа приставки. И чтобы сразу решить проблему обмена даными с РС - на плату контроллера Немо надо поставить вместо 40-контактного IDE-папы разъем CF-папу с карт-ридера.
Тогда CF будет "играть роль винта" расширенной Денди, а также будет легко вставляться в карт-ридер РС для обмена файлами. Например для заливки РОМ-ов Денди с играми.
Однако это "потянет" за собой потребность в написании ОС которая бы работала с FAT12/FAT16. А это потребует задействовать ПДП и "сборку" считываемых байтов в ОЗУ. Это мне разъяснил знакомый опытный железячник.
Кстати, "мини-ОС" для Денди может быть залита на ПЗУ которая может быть установлена на платку ИДЕ-контроллера выполненного в габаритах "большого" картриджа Денди и установлена в его корпус.
Заодно поскольку сразу используется CF можно не морочиться с контроллером дисковода...
3) И конечно потребуется "дополнительное ОЗУ" ака RAM-модуль.
Для его построения надо использовать статик-ОЗУ, например микросхемы КЭШ-памяти с Р1 которые не трдно достать и обладают приличной емкостью. Например UM61256CK-20, UM61M256K-15(20), W24257AK-15(20) как наиболее распространенные и доступные. Они организации 32Кх8 в корпусе SOJ28.
Можно и на UM61512AK-15(20), но они менее доступны. Они организации 64Кх8.
Платку дополнительного ОЗУ лучше всего планировать под 16 микросхемы ххх256х-15(20) с возможностью установки группами по 8 по мере "доставания".
Тогда плата в полной конфигурации с 16 корпусами памяти будет содержать 512Кх8 памяти. При этом на плате должен быть дешифратор памяти позволяющий её подключать "странично" (надо грамотно выбрать размер страницы тоже) область в которую в Денди подключается ОЗУ картриджа.
Соответственно потребуется менеджер памяти который бы тестировал доступную память, а потом и "рулил" ей.
Опционально можно на плату модуля памяти "посадить" 2-4 литиевых батарейки и превратив модуль памяти в RAM-диск.
Да, желательно RAM-модуль сделать так чтобы была возможность к основному "модулю" через разъем подключать "плату расширения" на которой установлено еще 16 микросхем статического ОЗУ. Тогда будет 32 микросхемы памяти, а это 1024Кх8, как у Пентагон-1024 и других Мега-Спектрумов.
4) Модуль порта LPT который "сидит" на порте LPT Сюбор СВ225-В. Можно сделать тупой Центроникс, а можно и нормальный двунаправленный LPT на ВВ55. И при этом дешифратор должен быть прямо на плате расширения.
5) Прочие платы которые понравятся, например "картридж на Фдэшках" куда заливается РОМ с компа. Можно и внешнюю видеокарту сделать под VGA. Да что угодно!
Особенность карт расширения обязательные при проектировании:
1) по возможности в габаритах "картриджа Денди".
2) дешифраторы выборки устройств должны быть на самих платах.
3) четко придерживаться "распортовки" устройств и проверять не мешают-ли вновь создаваемые уже имеющимся.
Из этого следует что надо составлять "таблицу портов" и публиковать порты задействованные устройствами и т.д. тут в обязательном порядке.
Вот такие вот мысли по тому как "клавиатурную Денди" превратить в достаточно универсальный 8-битный комп.
фиг получится с памтью выкоыряной из РС, она не маложручаяЦитата:
Сообщение от 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катриджей" в елке, так и в вид РОМ-ов на накопителях.
На первом этапе надо добиться хотябы этого.
И наконец самое сложное, возможно не реализуемое без "своего Майкрософта" силами горстки энтузиастов: (Хотя может удастся заинтересовать китайцев что Денди до сих пор клепают...)
"ОС совместимая с Денди" - когда ОС после загрузки умеет грузить и корректно исполнять как проги с картриджей в елке, так РОМ-мы с накопителей, так и свое ПО адаптированное под кучу памяти и всякую переферию.
И первым шагом к этому наверное стало-бы создание менеджера памяти который бы рулил ей через стандартные порты памяти картриджей., но с полной дешифрацией. Или если такое невозможно мог рулить банками в обоих вариантах как через "свой" порт так и через стандартные.
Вот такие вот мысли...
Прочитав предыдущее, задумался - а нафига? Теперь по порядку.
...думаю, что мне пора выкладывать наработанное по этой теме. Подождете недельку?
> Или её БИОС не даст это сделать
нет у денди биоса. В картридже может стоять всё, что угодно, и писаться/читаться по любым адресам. Исключение - "верхние" 16К, которые используются как загрузочные и указывают на адреса прерываний (последние 6 ячеек). Хотя и тут с первыми 8 кБ можно поиграться...
Мысль о разграничении "стандартного" режима и "нового" - правильная. Вся конфигурация машины должна меняться исключительно сменой картриджа. Или, если "елка" запаивается намертво, сигналом 0/1 на одной из средних ног, которая обычно считается "землей" (под рукой нет схемы, поэтому уточню позже). Я говорил об этом в одной из тем, когда занимался восстановлением приставки со встроенным ПЗУ. Пошерстите поиск.
ОЗУ на 512К есть в свободной продаже, покупаются без проблем. Я использую K6X4008C1F. ИМХО более памяти ставить не следует, ибо любую программу можно сотворить как оверлейную, т.е. подгружать необходимые блоки по мере их надобности с внешнего диска/карточки.
Буферизация - 100%, особенно с учетом, что в основном в использовании есть только КМОПовские одночиповки. При использовании многочиповой приставки нагрузочная способность разъема расширения чуток повыше.
Использование CF. ИМХО не стоит. Много проводов. SD/MMC проще в подключении и в программировании. И дешевле.
Дешифрация ПЗУ обязательно должна быть отдельно от ОЗУ. Плюс третий дешифратор на видеоОЗУ.
Заливка РОМов - глупость. Где найти эмуляторы большинства необходимых мапперов? Согласен, частично это уже сделано, но зачем это делать вообще? Ведь мы решили, что должно быть два независимых режима. Если хотим поиграться - ставим картридж. К сожалению, многие игры живьем нам уже не достать, но для этого есть эмули на РС. Попробуйте сэмулируйте ММС4 на базе 6502 - это какие тормоза мы получим? Забудем об этом.
"Стандартизация портов" должна быть только для "нового" режима. Привязываться к портам на картриджах (которые используют порты как им вздумется) бесмысленно. Для этого следует использовать окно 5000-5FFF, которое. в принципе. и предназначено для портов мапперов, менеджеров памяти и прочих устройств ввода/вывода
...а вообще рад, что эта идея потихоньку находит свое продолжение. В прицепе - начало еще не написанной статьи, которую и планирую предложить в качестве основы...
Аффтар жжёд :D И какой тогда ваще смысл заморачиваться...Цитата:
Сообщение от rw6hrm
Нужно обязательно делать конфигурируемый аппаратный маппер , и написать загрузчик/накрутчик_маппера хоть под какойнить носитель . Кстати - не нужно городить никаких контроллеров для девайсов умеющих и так работать в восьмибитном режимя (чисто пример - http://www.worldofspectrum.org/zxplu...ce.html#simple).
если разговор только об игрушках, то и городить ничего не надо. Сцылка на схему перезаливаемого картриджа со смено мапперов есть в соседней теме. ИМХО боян.Цитата:
Сообщение от fan
...тут-то и стоит вопрос о том, чтоб использовать клавиатурные вариации ( и не только) вне игрушек, для иных приложений.
Тогда так, раз тема развивается для начал начал надо определить следующие вопросы:
1) БИОС начальной загрузки на 8Кх8 (2764 или аналогичной) которая содержит переход по Ресет, прерывания и прочие. для начальной инициализации системы.
Причем при РЕСЕТе, должна в адреса дешифратором "впечатыватся" ПЗУ, а после инициализации туда неплохо-бы втыкать 8К банк ОЗУ.
Так-же БИОС должен будет инициализировать память видео-процессора загрузив туда знакогенератор и выставив страницы памяти. Видеопамять делать только ОЗУ с внешней загрузкой знакогенераторов и прочего.
1) Адрес 8-битного порта дешифрации ОЗУ основного процессора 6502. До 2045 кб, 256 банок по 8 кб.
2) Адрес 8-битного порта дешифрации ПЗУ основного процессора 6502. До 2048 Кб, 256 банок по 8 кб.
3) Адрес 8-битного порта дешифрации видео-ОЗУ. 64 Кб на 2 микросхемах 32Кх8 или 1 микросхеме 64Кх8, 4 банки по 16 кб с внешней дешифрацией. Тогда будет 4 экрана.
Тут надо определиться как точно делать дешифрацию, по шине видеопроцессора или часть на его шине 0-16К, а старшие адреса 16К-64К на порте в памяти. Ну или можно забить и сделать 1 экран на 16К но это неспортивно.
Ну и если делаем "полностью свое" то при написании ПО надо привязываться только к тем точкам входа и областям памяти что у Денди прошиты на уровне схемотехники. А остальные порты ввода/вывода и т.д. - размещать так как удобней для программирования и работы ОС.
Статик-ОЗУ типа 32Кх8 и 64Кх8 с кеша Р1 я хочу использовать потому что они достаются на халяву и как правило уже есть, ничего нового закупать не надо нигде.
Аналогично флэшкам 128Кх8 типа 29EE010 которые тоже обычно уже есть.
И по моей просьбе друг будет разводить платы именно под эти микросхемы.
И немо-IDE + CF нравятся своей простотой, легкой повторяемостью и отсутствием сложных деталей типа AVR-ов. Которые например у меня нада заказывать и ждать месяц-два пока привезут...
Да, поскольку есть денди-эмуляторы, то их можно в принципе использовать для отладки ПО перед прошивкой в ПЗУ.
И "елка" никуда не припаивается - она как картридж вставляется в слот, на платке все буфера, а от неё идет два 40-жильных кабеля ИДЕ до "корзины" стоящей позади Денди с другими слотами расширения аналогичными слоту картриджа один в один, а может с Иса-8бит или немо-бус. Этот вопрос кстати тоже надо обдумать...
Причём здесь только игрушки... Девайс должен быть универсальным , иначе нафиг нужен...Цитата:
Сообщение от rw6hrm
Накой нужен 16 битный интерфейс для девайсов которые и так могут работать в 8 битном режиме ???Цитата:
Сообщение от falanger
Читаю мануал на Денди от Мигеры. "Как все замудрено" (с)
Особено меня "порадовало" что АД16 центрального процессора 6502 не выведено на разъем картриджа. И как быть тогда? Как "эмулировать" АД16?
Далее, давайте опять подумаем о памяти, как обычной так и видео.
Путем вдумчивого изучения мануала и медитации на раскладку памяти понял следующее. Минимальная страница памяти должна быть 4 Кб.
Потому что основного процессора:
Expansion ROM - 4 Кб, SRAM(WRAM) - 8 Кб (2 х 4 Кб), PRG-ROM (1) - 16 Кб (4 х 4 Кб), PRG-ROM (0) - 16 Кб (4 х 4 Кб).
А у видео процессора:
CHR-ROM (знакогенератор 0) - 4 Кб, CHR-ROM (знакогенератор 1) - 4 Кб. При максимально адресуемой самим видео процессором в 16 Кб.
Да и после здравого размышления я согласен с автором - более 512-1024К самодельному компу не надо.
1024 К / 256 состояний 8-разрядного порта = страница в 4 Кб.
Поскольку сразу делаем полную и нормальную дешифрацию страниц памяти - дешифратор на все 1024К.
Однако чтобы упростить и уменьшить плату, а так-же учитывая что она ориентирована на широко доступные статик-ОЗУ КЭШ с Р1 организации 32Кх8 и 64Кх8. Итого 1024К / 64К = 16 корпусов статик-ОЗУ.
При наличии 16 штук 64Кх8 - имеем 1024К. А если есть всего 16 штук 32Кх8 - имеем 512К.
Предлагаю такую схему для всех 3 портов дешифрации дополнительной памяти.
Как-то:
8-бит порт дешифрации ОЗУ: - 256 страниц по 4 Кб, максимум 1024К.
8-бит порт дешифрации видео-ОЗУ: - 256 страниц по 4 Кб, максимум 1024К.
8-бит порт дешифрации ПЗУ/FLASH: - 256 страниц по 4 Кб, максимум 1024К.
Менеджер памяти должен уметь все их тестировать на наличие при запуске.
Да, обмен с видео-ОЗУ оставить через ПДП и порты видео процессора. И не соединять ШД видео-ОЗУ и с ШД ОЗУ. И ША тоже, младшие адреса с видео-процессора, а старшие с дешифратора порта управления видео-ОЗУ.
Кстати, что плату обычного ОЗУ что плату видео-ОЗУ делать одинаковыми под 16 корпусов.
А плату ПЗУ/FLASH делать под стандартные 128Кх8 29ЕЕ010 со страничным дешифратором. Потому как у мня конечно есть УФ-стиралка для ПЗУ, но работать с флешками приятней и проще.проще.
И еще, я придерживаюсь мнения что нашему компу нужен шинный FLASH-диск, именно на котором "живет" ОС и наиболее важное ПО. Привет из мира промышленных контроллеров. ;-)
Добавлено через 16 часов 21 минуту
Да, всем читать прикрепленные файлы "мануалов" по Денди из вот этой темы:
http://zx.pk.ru/showthread.php?t=2846&page=3&pp=10
Спасибо за ссылку товарищу fan-у.
Итого, для начала "опытов" пока нам нам надо пока 2 вещи:
1) Мануал на видеоконтроллер 6538. Оттуда возьмем схему подключения видео-ОЗУ 16 Кб Показанный на схеме регистр в Денди уже есть и надо к соответствующим разъемам картриджа подключить толь статик-ОЗУ 32Кх8. И пофига что пока нет внешней дешифрации и всего 1 страница на 16К. Её хватит чтобы научится писать в видео-ОЗУ через ПДП и регистры процессора.
2) Надо взять мануал на схему "картриджа ГИТС" и оставить от него только ПЗУ программ, вместо ПЗУ видео мы подключаем статику.
В результате у нас будет картридж с ПЗУ программ и видео-ОЗУ. Для начала освоения кодинга под приставку этого уже достаточно.
Более сложные схемы типа большого многостраничного видео-ОЗУ и т.д. я предлагаю делать только когда будет освоено описанное выше. Хотябы на уровне загрузки в видео-ОЗУ таблицы букво-цифрового знакогенератора и вывода на экран "Видео-ОЗУ загружено".
Добавлено через 16 часов 49 минут
Схему "экспериментального картриджа" с видео-ОЗУ 16 Кб на статике 32Кх8 и ПЗУ програм нарисую и выложу вечером.
А вот вопрос на засыпку, а схему от этих чудо приставок где мы можно раздобыть.
Глянь тут http://zx.pk.ru/showthread.php?t=6479 не помню на какой странице rw6hrm выкладывал ряд монускриптов среди которых есть nes.djvu в котором есть так же и симпатичного вида схемка .
А так же тут - http://dendy.migera.ru/
Буржуйский флагман - http://nesdev.parodius.com/
Добавлено через 3 минуты
Вот ещё схемки мапперов (в сырках) http://ameba.lpt.fi/~hataarto/nes/ , только их можно разглядеть в Xilinx ISE %)
Сегодня весь день вдумчиво читал и перечитывал доку и описание видеоконтроллера 6538.
Выводов 2.
1) Его нельзя использовать для вывода "готовых картинок" например для кручения таким образом "кино". Это чисто спрайтовый видеоконтроллер.
2) Из-за п.1 большое видео-ОЗУ ему ни нафиг ни сдалось в варианте "компа". Он его не сможет эффективно использовать. Так нафига городить огород?
К тому-же заливка даже 128Кх8 страницами по 16К через регистры видеоконтроллера в ПДП по обратному ходу луча...
"Мъсье знает толк в извращениях(с)".
А так на все про все хватит 16Кх8 адресуемой им памяти.
(Пояснение:
В картридже приставки "страничная" адресация видео-ПЗУ сделана чисто по причине эффективной организации игрушки. Там есть смысл "перещелкивать" готовые залитые банки со спрайтами согласно игровой ситуации.
А вот в режиме компа, да еще при особенности организации видео-ОЗУ видеоконтроллера Денди делать его "многостраничным" - смысла нет.)
Предлагаю поставить на будущей "елке" поставить одну кеш-статику 32Кх8, половиной которой 16Кх8 стационарно и будет рулить видеоконтроллер. И дальше на разъемы "елки" шины видеоконтроллера не разводить и "адресацией" внешней страничного видео-ОЗУ не парится.
По крайней мере мне такой совет дал мой друг-разработчик. И я склоняюсь му последовать...
ИМХО Не нужену больше 16к с внешним маппером . Ибо таблица тайлов в сопре от этого сама не выростит . Практически все игрушки просто подкидывают тайлы задника и спрайтов за кадровое прерывание и обновляют таблицу имён тайлов .Цитата:
Сообщение от falanger
Юзать внешний маппер ИМХО просто не реально , т.к. фиг получится скомпоновать фазы анимации разных обектов в разных страницах . А щелкать страницами в реал тайме да ещё умудряться менять таблицу имен тайлов будет крайне глюкодромично и скорей всего не реально ИМХО .
Добавлено через 3 минуты
Вобщем я опоздал с коментариями %)
Добавлено через 6 минут
================================================== ================
Отчего же нельзя , закидывай тайлов сколько влезит за кадр и смотри ;)Цитата:
Сообщение от falanger
Вероятно имелось ввиду тайловый .Цитата:
Сообщение от falanger
Почитал кое-какие темы у Мигеры на форуме.
Страничная адресация и внешнее расширенное видео-ОЗУ может быть полезным.
НО - и указанные коллегой fan-ом проблемы имеют место быть...
Добавлено через 47 минут
Провел ревизию тех деталей что планирую "пожертвовать" для расширения Денди:
UM61512, статик-ОЗУ организации 64Кх8 - 4 шт. 256 Кб памяти в сумме.
UM61256, статик-ОЗУ организации 32Кх8 - 23 шт. 736 Кб памяти в сумме.
W24257, статик-ОЗУ организации 32Кх8 - 8 шт. 256 Кб памяти в сумме.
29ЕЕ010, FLASH организации 128Кх8 - 8 шт. 1024 Кб памяти в сумме.
Итого - 1024К FLASH-диск хочу. Но его дешифратор по "Reset" должен впечатывать первую 4Кб страницу флеш-диска в конец памяти 6502 где находится точка перехода по RESET у денди.
Соответственно там должна жить BIOS, или по крайней мере её начало. Которая инициализирует порты и устройства.
Хочется также и оперативку 512К которую можно расширить до 1024К.
Ну и потом можно подумать о видео-ОЗУ в внешней дешифрацией в 256К-1024К например. А может и не морочиться оставив одну страницу в 16К.
Добавлено через 1 час 24 минуты
А теперь я объясню почему я "нацеливаюсь" на страницы ОЗУ-ПЗУ по 4 Кб.
Раскладка памяти Денди согласно мануалу Мигеры следующая:
$0000-$07FF 2K RAM
$0800-$1FFF 6K RAM Mirror (x3)
$2000-$2007 $8 = 8 байт Registers Video
$2008-$3FFF $1FF8 = 8184 байт Register Video Mirror (x1023)
$4000-$4017 $20 = 32 байта Register Audio & DMA & I/O
$4018-$4FFF $0FE8 = 4072 байта Not used
$5000-$5FFF 4K Expansion ROM (for MMC5)
$6000-$7FFF 8K SRAM (WRAM)
$8000-$BFFF 16K PRG-ROM (1)
$C000-$FFFF 16K PRG-ROM (2)
Итого видим что:
$5000-$5FFF 4K Expansion ROM (for MMC5) - "банка" на 4К.
$6000-$7FFF 8K SRAM (WRAM) - 2 "банки" на 4К.
$8000-$BFFF 16K PRG-ROM (1) - 4 "банки" по 4К.
$C000-$FFFF 16K PRG-ROM (2) - 4 "банки" по 4К.
Итого - область памяти в 44К которая логично делится на 11 "банок" по 4К.
И при полной дешифрации банки ОЗУ-ПЗУ по 4К в эту область подставляем в такой комбинации как нам надо.
Это смотрится предпочтительней по сравнению с:
И кстати, чего я голову парю, если написано:Цитата:
- ОЗУ процессора: 8 + 512 Кбайт, из которых 8 килобайт hard-wired, 512 килобайт переключаемые, страницами по 16 Кбайт;
- ПЗУ: 16 Кбайт;
Ставим 16 Кб, "половинкой" статик-ОЗУ 32Кх8 как оно изображено в мануале на видеоконтроллер 6538/ТА03.Цитата:
- 8 (32) Кбайт для загрузки шрифтов; ОЗУ видеопроцессора
Дошел до меня сабж "Магистр". Собрал имплантировав резинки от ломаной клавиатуры. Скоро попытаюсь включить, сегодня тупо нет времени.
Нарисовал схемку своего Subor'a, но пока только на бумаге. Освоюсь с eagle переведу в электронный вид.
Освоился. В архиве 2 схемы: первая - контроллер клавиатуры и принтера Сюбора, вторая - контроллер принтера от Денди. Вся нумерация как на плате. Добавил в архив схему самой клавиатуры.
Так чем схемы открывать?Цитата:
Сообщение от poisk
Я так понял 486 это китайский вариант, хотя похож на один из наших, но они все разные https://fcgamer.wordpress.com/category/subor/
Хочу срисовать схему 225, да есть только обломки плат, разыскивается фотка. Картриджа тоже нет, пока никаких схем не нашлось.
Сайт с упоминаем скорее мёртв http://sannata.org/articles/subor.shtml
----------
Файлы реально в орле открываются, только они бинарные, вроде как очень первые версии орла были в таком формате, поэтому открывается с матюками.
Обе схемы одинаковые, точнее первая с принтером это кусок второй, видимо в другом компе похожая схема с другой реализацией.
Вторая схема не без ошибок, 1 нога sb1 помечена как print1, но реально она идёт к 1 ноге lpt, который почемуто помечен как /stb. Возможно ошибки и в других местах, хорошо бы фотку платы сюбора.
Наглядной схему тоже не назвать, ни разъёмов, ни перемычек, нет даже разделения какие микросхемы на какой плате. Не удивительно что при такой сложности есть ошибки, надо было рисовать как есть.
Поэтому и думал нарисовать именно платами
Прикупил принтер, специально на Сюборе попечатать. И он действительно печатает)))
https://www.youtube.com/watch?v=IH1jC5RK2BI