Video Monster на V9990

[ASDT]

"время всяко успею перенести картридж с программатора на материнку! "
Это плохо ... Перетыкать ... Надо заливать по кабелю, например USB ...
Но, как знаете ...

"К последнему пункту идут CD/.... Мне кажется, что более красивый вариант получица с CF/MMC "
+1

[Romanich]

А цена за мегабайт (просто не в курсе)..?

У нас AM29F040 стоит 150р - 512kБайт 90нс

[Mike]

У нас AM29F040 стоит 150р - 512kБайт 90нс

А болванка на 700Mb ~10р.
Если уж придумывать новые стандарты, с нуля, то может стоит сразу избежать в принципе морально устаревших решений ? Когда то, когда применяли картриджи, CD только появлялись на свет, да и объёмы тогда были несколько другие. Самый рекордсмен был - Nintendo Ultra 64 - 12Mb (хотя может быть кто и больше был), это было во времена 1-го PS и все наглядно увидели разницу, какие узкие рамки накладывают эти 12-Mb, хотя железо могло явно больше. Сейчас CD это абсолютно не проблема, стоимости, что железа, что носителей - копеечные. Хотя против CF, SD, MMC я ничего не имею. Идеально было бы сделать и CD и СF. CF потому, что это тоже IDE т.е. использовать один раз этот стандарт и не мучатся в будущем.

[Romanich]

А болванка на 700Mb ~10р.
Если уж придумывать новые стандарты, с нуля, то может стоит сразу избежать в принципе морально устаревших решений ? Когда то, когда применяли картриджи, CD только появлялись на свет, да и объёмы тогда были несколько другие. Самый рекордсмен был - Nintendo Ultra 64 - 12Mb (хотя может быть кто и больше был), это было во времена 1-го PS и все наглядно увидели разницу, какие узкие рамки накладывают эти 12-Mb, хотя железо могло явно больше. Сейчас CD это абсолютно не проблема, стоимости, что железа, что носителей - копеечные. Хотя против CF, SD, MMC я ничего не имею. Идеально было бы сделать и CD и СF. CF потому, что это тоже IDE т.е. использовать один раз этот стандарт и не мучатся в будущем.

Зачем обрекать себя на гиморой? Спец-контроллером секторы с диска считал, запихал в ОЗУ. Отключил контроллер, перекоммутировал ОЗУ для Z80, дал сброс на Z80 - а это излишняя коммутация процессора/памяти, дополнительные элементы на плате, усложнение схемы и всё что с ними связано...

Решение в виде LPT-программатора+SRAM-картриджа - самое то
Игры хранятся на ПЦ, какую надо-такую и прошил!

[Romanich]

Вот я и говорю - другая проблема. Сможет ли Z80 через страницы успевать ворочать эти мегабайты, особенно если там не одна графика (которую можно в отдельную видеопамять перекачать), а сложное поведение персонажей и всяческие таблицы (возможно и звук, если опять не отдельная память).

Переключать страницу прийдётся в 2-х случаях:
1) При загрузке видеоданных в VDP
2) При проигрывании музкомпозиций

В первом случае скорость меня со-вер-шен-но не волнует
Во втором переключение страницы займет десятки миллисекунд(синхронизация по таймерам YMF721(~INT) или по кадровому прерыванию V9990(~NMI)). А так как это -прерывания - то меня во-оп-ще не печёт что там и как будет делаца! Один раз хэндлер написал и забыл...

[bigral]

А в Мотороле всегда надо подтверждать приём/передачу данных для Mem и/или I/O, даже если девайс шустрый - это меня и обламывает делать... По мне лучше так: выставил адрес/данные, дал стробы записи/чтения и забыл...

А если сформировать подтверждающий сигнал прямо из того же строба что на read/write? Немогу догнать откуда у 68k проца может возникнуть I/O всегда думал что там токо Mem. Помоему для новых разработок freescale давно рекомендует coldfire а про 68k пора забыть уже (в смысле в отдельном исполнении; во всяких IP core и ASIC-aх для теперешних SegaMD, которые по цене $20 идут, он еще будет долго жить).

[Romanich]

Немогу догнать откуда у 68k проца может возникнуть I/O всегда думал что там токо Mem.

Какая блин разница? Mem или IO? В Моторе это однохренственно- на адреса памяти ремапятся сама память и порты!

[Romanich]

А если сформировать подтверждающий сигнал прямо из того же строба что на read/write?

Можно

Помоему для новых разработок freescale давно рекомендует coldfire а про 68k пора забыть уже

Всё упирается не в деньги/время а в доставаемость камней!
Честно скажу, что архитектура AVR-микроллеров мне очень сильно нравится! И выбор пал на них, если у них была бы возможность подрубить external code memory. 8051 тут не идёт из-за большого числа тактов выполнения инструкций.

И всеже что лучше: Z80 на 20MHz или P80C32UFPN на 44MHz?

[yoko_ono]

А в Мотороле всегда надо подтверждать приём/передачу данных для Mem и/или I/O, даже если девайс шустрый - это меня и обламывает делать...

Ну и повесьте сигналы подтверждения на вечное подтверждение - в чём проблема?
Кстати, для реально МЕДЛЕННЫХ устройств для Z80 придётся специально городить независимый источник /WAIT'ов, поскольку он Z80 нужен весьма оперативно, особенно на 20 МГц.

По мне лучше так: выставил адрес/данные, дал стробы записи/чтения и забыл... Вывод занятости тормозных девайсов цепляем к ~Wait CPU и всё!

Умножать и делить числа вам не нужно? Схема паяется 1 раз, а вот числа умножаются потом много раз...

У Z80 три режима прерывания-0,1,2. ИМХО 0,2- требуют дофига логики.

КР580ВН59 - одна штука, или нет?

Режим 1 - NMI с адреса 0x0066, INT с адреса 0x0038 - всё жёстко фиксированно. На ножки ~NMI и ~INT Z80 заводишь прерывания V9990 и YMF721 и будет счастье Больше ничё соединять не надо!!!

Вы забыли запрещение прерывания на /NMI аппаратное. А ещё вам придётся в нулевых адресах делать переключение ROM/RAM, раз уж /NMI туда приходит. И наконец, что вы будете делать, когда вам захочется ещё пару устройств на прерывания повесить? Поллинг плодить?

В таком варианте схема легко собирается/нет излишков логики итд итп...

Ну и сколько у вас сейчас уже микросхем мелкой логики насчитывается?

[caro]

8051 тут не идёт из-за большого числа тактов выполнения инструкций.

Уже давно выпускаются процессоры этого семейства с однотактным ядром.
Например SiLabs выпускает процессоры этого семейства с максимальной производительностью 100 МIPS.
А типичная производительность их процессоров 20-25 MIPS.
www.silabs.com
www.efo.ru