Эмуляция ПЗУ с помощью МК

[HardWareMan]

выше озвучивал мысль,что можно не опрашивать постоянно ногу выбора кристалла ПЗУ, а повесить изменение ноги на прерывание.

Плохая идея. Когда мы на недопц пытались малой кровью сделать эмулятор ВВ55, чтобы заменить клавиатуру у Специалиста, мы достаточно точно рассчитывали тайминги. Получается, что ВМ80 на 2МГц слишком шустр, т.к. AVR требуется 4 такта на вход в прерывание. Только PIC с Parallel Slave Port может успеть. Либо лепить порт на дискретах/CPLD.

[zx-kit]

Подозреваю, что тема - баян. Но, поверхностный поиск не показал готового решения.
Заказал плату пентагона, а искать ПЗУшку с УФ, ровно как и паять программатор достаточно лениво.
Есть ли готовое решение на какой-нибудь AVR ATMEGA?

Подозреваю, что для реализации достаточно 1 кирпича + AVR поддерживают Self programming, т.е. прошивку можно шить на ходу. Да и сам AVR шьется элементарно.

Да и платку-переходник заказать в том же резоните не проблема, ровно как и отутюжить.

Странная у вас тема. То вам лениво паять программатор и нужно готовое решение на AVR. Вам перложили готовое решение на AVR - программатор FLASHER. При этом его можно спаять на макетке.

Но вам не лениво разрабатывать с нуля аналог на более дорогом AVR. Дело, наверно, не в лени. А вам нужно именно на AVR, даже если это будет труднее и дороже.

[research]

zst
к программатору прилагается ПЗУ и обвес. я предпологаю обойтись в один камень, и печатку стилизованную под 28 ногий DIP. На марке МК свет клином не сошелся, просто доступно, производительно и толерантно к 5В, с необходимым объемом памяти как раз некоторые модели AVR.


HardWareMan, мде, достаточно печально. ну да ладно.

[Ewgeny7]

Что до спектрумистов, их реальное число было выяснено в год моего последнего участия в цц

ЦЦ - не Мекка, присутствие там не обязательно.

[research]

Для тех, у кого проблемы со зрением, повторяю, речь шла об участии, а не присутствии.

[skyther]

А кто мешает сделать на плис с 5В выходами? В такты точно уложитесь, из обвязки только конф. пзу и стаб. питания.
Купить нельзя? Так закажите.

[Advertiser]

[ArtemKuchin]

Прочел ответы, вроде не нашел того, что сейчас напишу.

В Z80 есть линия WAIT, она как раз используется для того, что процессор жда тормозную память (см раздел Controlling Memory speed стр 30 в даташите на Z80).

Ну так что мешает выставить эту линию и формировать ответ за запрос CPU довольно долго?

Мне кажется должно сработать.

[HardWareMan]

Это все верно, но как быть с программами, которые чувствительны к скорости работы процессора?

[ArtemKuchin]

Ну тогда МК и к нему SRAM чип на кэш.
В МК или в отдельной флэшке можно хранить ром, причем можно даже зажать.
При включени я перелить в срам и пусть оттуда работает.
Зачем огород? Тут от задачи зависит, наличие МК позволяет модифицировать ром или выбирать из пачки. Разумеется, все это можно и на плис (fpga или cpld) сделать, но, например, мне будет в 10 раз проще и быстрее это сделать на мк, так как опыт есть.
По деньгам считать надо, что дешевле МК (с нормальной память 32-64К для хранения ROM) + SRAM ан 16К или SRAM+FLASH+CPLD/FPGA. Мне кажется с МК дешевле выйдет.

[HardWareMan]

Ну тогда МК и к нему SRAM чип на кэш.
В МК или в отдельной флэшке можно хранить ром, причем можно даже зажать.

Мы говорим не о том, что мало места или ПЗУ контроллера медленное (оно то как раз нормальное, даже в той же атмега128). Мы говорим о том, что цикл обращения к памяти процессором слишком короткий, чтобы обычный AVR на стандартной скорости (8МГц а может и 16МГц) не успеет схавать два байта адреса и выплеснуть данные. Можно, конечно, сделать всякие ухищрения, типа адреса из порта грузить сразу в Z, но все равно это минимум 4 команды (чтение двух адресов, чтение байта из ПЗУ и выдача на порт), а еще есть 4 такта на вход в прерывание. Можно конечно крутиться в цикле, ожидая обращения, но это сократит до 1 такта на вход.
С другой стороны, с Z80 может быть проще, т.к. его MREQ встает гораздо раньше.