Двухполевые машины, регенерация нижнего банка памяти, вопросец есть

[ram_scan]

Я тут долгими зимними вечерами сижу и рисую ни на что не похожий клон, потактово совместимый с оригиналом. Но не в этом суть.

Задался вопросом как осуществляется регенерация нижних 16к на время отсутствия обращений видеоконтроллера к нему. Генерит ли ULA циклы регенерации если проц в память не ломится ? Оригинальной машины сейчас под руками нет чтоб проверить.

Из доступных исходников эиуляторов это неочевидно. Из исходников ПЛИС - тоже, они все запилены под статическую память.

Товарищ Крис Смит утверждает что на время отпускания адресной шины видеоконтроллером ULA переходит в третье состояние, и должна была идти прозрачная регенерация от ЦПУ, но из-за ошибки в схемотехнике оно не работало, из-за чего потом "мертвую" цепочку регенерации даже упразднили. Не верить ему оснований нет. Но есть некоторые сомнения.

В документации на РУ6 (как и на 4116) написано что период регенерации не более 2 мс. Вместе с тем нижний и верхний бордер плюс обратный ход луча весит 7 миллисекунд с хвостиком. 4116 как оказалось вполне надежно работают, раз заметили что нет регенерации только к issue 5. А потянут ли РУ6 ? Я грешным делом сильно не смог всех схем двухполевых машин изучить, но насколько я понял ПЛМ Автоматика и НЭТИ регенерацию нижних 16к без выборки данных видеоконтроллером не делают.

Собсно вопрос к коллегам детально изучавшим схемы двухполевых машин, распространена ли среди них практика "нет регенерации" в отсутствии выборки из видеопамяти ? А то я чеканусь во всех схемах разбираться чтоб выяснить что таки так можно. На каких двухполевых клонах регенерация от ЦПУ есть а на каких нет ?

[Advertiser]

[Shofer]

Как раз-таки с нижними 16к вообще проблем нет, они регенерируются ВК. Могла бы быть проблема с верхним полем на РУ5, но там в качестве RAS используется MREQ, а CAS вырабатывается из сигнала переключения младший/старший, который в свою очередь получается из схемы дешифрации адреса верхнего поля. А там присутствует RD, который, как известно, неактивен при регенерации. То есть получается, что при невыборке верхнего поля, CAS не формируется, а значит можно MREQом спокойно регенерировать и не использовать указание RFSH.

- - - Добавлено - - -

Вместе с тем нижний и верхний бордер плюс обратный ход луча весит 7 миллисекунд с хвостиком. 4116 как оказалось вполне надежно работают, раз заметили что нет регенерации только к issue 5. А потянут ли РУ6 ?

Так а в это время проц тоже работает с нижним полем и 7 мс не получится. 7,6 - это чисто время необращения ВК к ОЗУ0.

- - - Добавлено - - -

На всех двухполевых машинах, в том числе на резинке, формирование сигналов RAS, CAS сделано на RC, чем, лично мне не нравится это решение. Так что пожелание, если делаете новый клон, сделать этот узел синхронным)))))

- - - Добавлено - - -

Интересно, зачем в наше время делать два поля? Тормоза и на общее поле можно поставить.

[ram_scan]

Интересно, зачем в наше время делать два поля? Тормоза и на общее поле можно поставить.

Можно. Проблема в том что тогда нельзя тормоза снять с верхнего поля попав в фирменные времянки..

[ivagor]

Проблема в том что тогда нельзя тормоза снять с верхнего поля попав в фирменные времянки.

Если реализовать прозрачный доступ проца к озу, то можно в области 4000-7FFF сделать тормоза только для совместимости с оригиналом и при наличии одной линейки озу (или даже одной микросхемы озу, особенно если это sram).

[Shofer]

Я также думаю и не вижу проблемы

[Conan]

Генерит ли ULA циклы регенерации если проц в память не ломится ?

ULA формирует адреса выборки экрана, только во время экранной области. Все остальное время адресная шина (мультиплексированная) отдана CPU.

Товарищ Крис Смит утверждает что на время отпускания адресной шины видеоконтроллером ULA переходит в третье состояние, и должна была идти прозрачная регенерация от ЦПУ, но из-за ошибки в схемотехнике оно не работало, из-за чего потом "мертвую" цепочку регенерации даже упразднили. Не верить ему оснований нет. Но есть некоторые сомнения.

Читайте Криса Смита внимательней. Оне не пишет "оно не работало", он пишет, что не работала схема формирования RAS из RFSH при обращении CPU в адреса выше ПЗУ.

При этом сигнал CAS продолжал формироваться ULA, а мультиплексированная шина адреса была отдана CPU. Что обеспечивало регенерацию.

В документации на РУ6 (как и на 4116) написано что период регенерации не более 2 мс. Вместе с тем нижний и верхний бордер плюс обратный ход луча весит 7 миллисекунд с хвостиком. 4116 как оказалось вполне надежно работают, раз заметили что нет регенерации только к issue 5.

Заметили потому что изменяли схему мультиплексирования, а не потому что "сбоило".

Собсно вопрос к коллегам детально изучавшим схемы двухполевых машин, распространена ли среди них практика "нет регенерации" в отсутствии выборки из видеопамяти ? А то я чеканусь во всех схемах разбираться чтоб выяснить что таки так можно. На каких двухполевых клонах регенерация от ЦПУ есть а на каких нет ?

Слишком общий вопрос, требующий длительной возни с разными схемами. Вряд ли есть кто-то занимавшийся этим. У "Львова" (и подобных) регенерация реализована без ошибки (RFSH не блокируется).

Я тут долгими зимними вечерами сижу и рисую ни на что не похожий клон, потактово совместимый с оригиналом.

С каким "оригиналом" будет потактово совместим клон (у оригиналов растактовка различалась в разных версиях)? Ошибки и недочеты фирменных моделей тоже будете пытаться повторить?

[Shofer]

С каким "оригиналом" будет потактово совместим клон (у оригиналов растактовка различалась в разных версиях)? Ошибки и недочеты фирменных моделей тоже будете пытаться повторить?

Вот я тоже сейчас сижу весенними вечерами и сочиняю очередной клон и понимаю, что нет смысла ради двух игр сохранять фирменные баги. Даже в потактовости смысла особого нет. Тем более там неудобная "потактовость", но это дело, конечно, Рам скана.

- - - Добавлено - - -

Большинство игр написано под 48к. Лично я решил, что тайминги будут 48, но со 128 кб

- - - Добавлено - - -

А насчёт памяти и багов: что первое, что второе было сделано не от хорошей жизни. Два поля появились из-за дорогущей ОЗУ в то время, а баги - от сроков Синклера, от удешевления. Тот же "порт FF", который западники называют "плавающий порт", появился от того, что уже некуда было впихнуть выходы муксов для шины. Решение рабочее, но спорное, с точки зрения нагруженности шины, некрутых фронтов и т.д., которое по уму не надо повторять, но ради совместимости, в наших клонах, в качестве доработки, был отдельный регистр со схемой выборки. По сути - эмуляция ошибки.

- - - Добавлено - - -

Разбирал я как-то Оризон - один из доработанных львовов. Резисторы повесил, как это делали на Львове и Renegade виснуть перестала.

- - - Добавлено - - -

И, кстати, необязательно было прям все резисторы цеплять.

[ivagor]

При этом сигнал CAS продолжал формироваться ULA, а мультиплексированная шина адреса была отдана CPU. Что обеспечивало регенерацию.

Какое отношение /CAS имеет к регенерации (если не трогать режим CAS-before-RAS, которого нет в 4116)?

[Conan]

Какое отношение /CAS имеет к регенерации (если не трогать режим CAS-before-RAS, которого нет в 4116)?

Опечатка, разумеется RAS.

[Lethargeek]

Так а в это время проц тоже работает с нижним полем и 7 мс не получится.

с чего вдруг? может с верхним, или вообще в пзу крутиться