А как?Цитата:
Сообщение от Jukov
Всех проблем это не снимало, некоторые игры затирали нижнее ОЗУ. Но многие бы пошли, те, что ставили в регистр I #FF.
Вид для печати
А как?Цитата:
Сообщение от Jukov
Всех проблем это не снимало, некоторые игры затирали нижнее ОЗУ. Но многие бы пошли, те, что ставили в регистр I #FF.
Вопрос тут не в целесообразности, а в принципиальной возможности хранения и загрузки дампов памяти с двух микросхем. Вообще поняв тут, что прямого доступа к ПЗУ не будет, хранение дампов лучше сделать на какой-нибудь SPI флешке, благо на дохлых материнках их навалом (только вот они в основном 3-х вольтовые) Заодно это позволит не мультеплексировать шину, а раздельно читать дамп из ПЗУ и писАть его в ОЗУ.Цитата:
Сообщение от Barmaley_m
Минимально необходимые кристалы? Я так понимаю надо где-то на 32 I/O-ноги, 16+8 адрес+данные, ну и ещё 8 на SPI-интерфейс или мультиплексирование при использовании параллельного ПЗУ и управление процом.Цитата:
Сообщение от Barmaley_m
В ПЛИС прошивку тоже можно сменить, МК конечно функциональней, но тут вопрос даже не в этом, а в цене/доставаемости и простоте/удобстве программирования ПЛИС или МК. Крейне желательно чтобы у кристалла была возможность внутрисхемного программирования.Цитата:
Сообщение от Barmaley_m
Для меня это не проблема, если самой программе эти ячейки не нужны, при каждом старте образ ПЗУ будет перезаливаться заново.Цитата:
Сообщение от weiv
В том-то и дело, что некоторые программы устанавливают вектор прерывания на $FFFF, а там стоит код JR или JP, что вместе с содержимым ячеек 0000-0001 даёт команду перехода. Если эти ячейки испорчены, программа валится. И таких программ немало.Цитата:
Сообщение от CodeMaster
(Я ранее ошибся - не в регистр I заносится $FF, а вектор прерывания IM 2 указывает на $FFFF, хотя случай с I=$FF тоже фатален, если нулевая ячейка будет затёрта. В общем, если программа так или иначе использует ячейки 0000-0004, она слетит). Так что проще сделать так, чтобы после копирования нижняя страница ПЗУ не переключалась.
Так тогда может собрать схему на золотых деталях? В этом вроде как тоже нет необходимости, но раз принципиально возможно - почему нет? Будет приятно на нее смотреть, желтенькие такие.Цитата:
Сообщение от CodeMaster
Реализация прямого доступа к памяти, хоть на микроконтроллере, хоть на плис, является затратной как по усилиям на разработку, так и по деталям. Если бы эти затраты были оправданы, например, необходимостью высокой скорости пересылки данных или освобождением процессора - тогда да. Но в твоем же случае никаких преимуществ от аппаратной пересылки нет!
А что, разве МК сложнее достать или запрограммировать, чем ПЛИС???Цитата:
Сообщение от CodeMaster
Да все современные МК это позволяют, возьми любой из свежих PIC от Microchip, можно даже 16-разрядный - по цене одно и то же. У них у всех есть не только внутрисхемное программирование, но и самопрограммирование, когда МК под управлением программы-загрузчика может считать новую прошивку, например, из флешки, и самопрошиться. Куда тут можно еще удобнее!Цитата:
Сообщение от CodeMaster
Зачем его перезаливать в ОЗУ, если он может оставаться в ПЗУ и работать оттуда? Просто ради красоты? Так никакой здесь нет красоты, а есть потеря совместимости программ. Как уже много раз говорили, некоторые игры просто затирают всю область ПЗУ. Что, все будем переделывать, ломать?Цитата:
Сообщение от CodeMaster
Ты наверное не в курсе, но некоторые так и делают, причём безо всякой необходимости. Вообще тебя явно не туда заносит, и не понимаю что ты мне хочешь доказать.Цитата:
Сообщение от Barmaley_m
Есть, и я тут уже говорил про это (но ты слишком увлёкся отстаивая свою идею, что оппонентов не слышишь), это использование только одного чипа для всего этого.Цитата:
Сообщение от Barmaley_m
Не сравнивал, поэтому и уточняюЦитата:
Сообщение от Barmaley_m
Опять ты не слышишь что тебе говорят, к ПЗУ не будет прямого доступа.Цитата:
Сообщение от Barmaley_m
Придётся тогда ПЛИС или МК после заливки дампа использовать для блокировки записи в область ПЗУЦитата:
Сообщение от Barmaley_m
Если понадобится, значит будем ломать.Цитата:
Сообщение от Barmaley_m
Ну, мы же здесь вроде пытаемся решить задачу разработки электронной схемы рациональным способом, а не "кто сложнее", так?Цитата:
Сообщение от CodeMaster
А рациональный способ - это максимум функциональности при минимуме затрат на разработку, сборку, наладку.
Экономится один чип ПЗУ, но из-за этого надо решать проблему аппаратной инициализации ОЗУ при включении системы. А в этой системе что-то другое есть, видеоконтроллер например? Он на чем реализован?Цитата:
Сообщение от CodeMaster
Достать МК или ПЛИС примерно одинаково, если заказывать у фирм-дистрибьютеров. Но выбор МК у дистрибьютеров обычно гораздо богаче, да и цены отличаются раз в 5. Если FPGA со скромными параметрами будет стоить $10-15, то 16-битный МК со скоростью 40млн операций в секунду - $2.50.Цитата:
Сообщение от CodeMaster
Выбор между одним и другим зависит главным образом от требований к решаемой задаче. Если не требуется высокого быстродействия - то обычно МК предпочтителен. А вот задача блокировки ОЗУ на запись - это для аппаратной логики или ПЛИС, МК здесь не справится.
Ну да, только так, блокировка записи. Я довольно долго жил на "Орель БК-08", где нет блокировки записи, и поэтому очень хорошо знаю, насколько много программ портят содержимое по адресам 0000-3FFF.Цитата:
Сообщение от CodeMaster
Ломать - это шаг отчаяния. Сравни сам, сколько времени у тебя займет разработка и реализация блокировки записи по адресам ПЗУ, и сколько времени займет взлом и переделка всех программ, которые в этом нуждаются!Цитата:
Сообщение от CodeMaster
Абсолютно так, только один ньюанс, ты не знаешь какую схему я хочу разработать.Цитата:
Сообщение от Barmaley_m
И обвязка - если это будет например ROM-дискЦитата:
Сообщение от Barmaley_m
Т34ВГ1, ОЗУ статическоеЦитата:
Сообщение от Barmaley_m
Ну вот видишь, полегоньку что-то вырисовывается. И безо взякой категоричности :-)Цитата:
Сообщение от Barmaley_m
Возможно это признак прогресса ;-)Цитата:
Сообщение от Barmaley_m
Вот без понятия пока. Хотя могу предположить, что если программирование ПЛИС мне ещё интересно, то взлом программ точно нет.Цитата:
Сообщение от Barmaley_m
Насколько я понял по твоему описанию, ты хочешь сделать клон, способный запускать 48К игры, считывая их с флеш-карточки, так?Цитата:
Сообщение от CodeMaster
А что мешает поставить для бейсика традиционное ПЗУ с параллельным доступом, 27128 например?Цитата:
Сообщение от CodeMaster
Один чип ПЗУ и один корпус логики (ЛЕ1) в качестве обвязки на выборку между ПЗУ и ОЗУ. А если аппаратно инициализировать ОЗУ - то это получается один чип ПЛИС как минимум.
Вот, чтобы оценить трудоемкость - попробуй взломай хотя бы бейсик, чтобы он не портил ячейки 0-4. А еще бейсик иногда портит содержимое знакогенератора, если работает из ОЗУ. Я сам лично исправлял бейсик в этих местах, ну и желаю тебе тоже удачи!Цитата:
Сообщение от CodeMaster
Это следствие, я хочу сделать максимально миниатюрный клон.Цитата:
Сообщение от Barmaley_m
Так тогда может всё в ПЛИС? И процессор, и видеоконтроллер, и остальное, кроме ПЗУ и ОЗУ?