Нет, штатные 3,5МГц. Вот сам комп - https://zx-pk.ru/threads/30053-zx-77...=1#post1074906Сообщение от ivagor
Там только стоят 120нс, но уже заменены на 100нс. И комп замечательно работает. Два дня гонял его по 8 часов - сбоев не было.
Нет, штатные 3,5МГц. Вот сам комп - https://zx-pk.ru/threads/30053-zx-77...=1#post1074906
Там только стоят 120нс, но уже заменены на 100нс. И комп замечательно работает. Два дня гонял его по 8 часов - сбоев не было.
Попробовал ткнуть в пару ссылок на схемы этого компа на твоем сайте - ошибка (наверняка там есть и работающие ссылки, я не все попробовал). Да и вряд ли я смог бы только по схемам правильно нарисовать временные диаграммы работы проца и памяти. А без них непонятно, почему такая требовательность к озу в клоне спека 93 года, рассчитанного на РУ5. Если быстрые озушки понадобились после замены на 64x4 и добавления буфера тогда примерно понятно, но без диаграмм все равно только примерно.
Вот тыкнул на эту - http://micklab.ru/file/zx_777/zx_777_03mick20.pdf
Изначально схема была на РУ5, но сигналом WAIT на чтение команд - цикл M1. После убирания WAIT цикл чтения команд стал коротким. По сути там на чтение получается коротки импульс, что РУ5 могут не успеть подготовить данные. Плюс еще задержки буфера КР1533ИР22 или 555ИР22. Возможно при 1533ИР22 там все успевает, но вот при 555ИР22 бывают сбои уже при 120нс. Они не так часты, но бывают. Лучшим методом проверки являются демы.
Я например вот на 7Th Reality отловил, место в котором 120нс зависала всегда, а вот 100нс проходила в течении всего дня.
Посему нужен такой тест, который вылавливает обращение к памяти по сути по циклам.
Понятно, т.е. примерно аналогично тому, как ты сделал в ленине8080 + там еще буфер, но зато там z80 и при удачном сочетании сигналов это может помогать. В целом хороший знак для zx8080.
- - - Добавлено - - -
То что я написал справедливо если в zx777 выборка видео как в ленинграде, а это я не знаю.
Она в принципе по той же схеме, как и в большинстве клонов Спектрума.
Смысл такой что при сигнале H1 (1,75МГц) происходит обращение к памяти либо процессором, либо видеоконтроллером.
А именно H1 =0 - обращение процессора, H1 =1 - обращение видеоконтроллера. То есть процессор не может безраздельно пользоваться памятью даже при всем его желании, он всегда делит время с видеоконтроллером.
Запись в буфер чтения - WRBUF всегда происходит при активном H1 = 0 и CAS/ =0. Либо если быть точным, как в Спектруме при H1 =0 и Н0 = 1.
Если что H0 = 3,5МГц. По сути на условных диаграммах, которые я приводил, там это показано.
Т.е. zx777 по выборке видео аналогичен ленинграду. Тогда результаты избавления от wait воодушевляют.
Вот попробовал еще раз отрисовать идеализированную эпюру касательно ВМ80. Конечно могу и ошибаться.
Как видим чтение захватывает маленький кусочек WRBUF. А вот запись WE в память в текущем варианте, которая стробируется началом сигнала RAS/ не всегда попадает на сигнал WR. Его как минимум надо начинать с окончанием сигнала SYNC
Проблема, как я понимаю, со второй (правой) записью. Если при слове состояния "запись в память" (запись и не в порт) активизировать сигнал записи по заднему фронту sync и снять его по заднему фронту /wr проца, то может и запишет в озу.
- - - Добавлено - - -
На диаграмме оба чтения одинаковые, не хватает варианта со смещением на такт относительно H1. В таком случае похоже и не прочитает.
В протеусе есть очень удобный инструмент построения графиков, почему бы им не воспользоваться? Вся задача этого топика прямо проситься быть решенной в протеусе. Для этого все есть.
а в протеусе уже есть 8080?
Эту тему просматривают: 2 (пользователей: 0 , гостей: 2)
Ваши права
Ответить с цитированием