Глючит память

[tnt23]

Работая над "Тетрисом" (хаха, какая же это работа), обратил внимание на странную штуку.

Если загрузить "Тетрис", запустить его, поиграть продолжительное время, все работает нормально и никаких странностей нет.
Но если из него выйти и через некоторое время попытаться запуститься, то с большой долей вероятности получим зависание или сбой системы.
То же самое наблюлось, если загрузить программу, но не запускать ее сразу, а выждать пару минут.

Вроде бы достаточно симптоматично?

Такое впечатление, что "скисает" память, к которой отсутствует обращение. Заполнил кусок 1000h-1FFFh всеми единичками, дал настояться, через пару минут смотрю дамп:

1000: FF FF FF FF xx xx xx xx FF FF FF FF xx xx xx xx
...
11F0: FF FF FF FF xx xx xx xx FF FF FF FF xx xx xx xx

1200: xx xx xx xx FF FF FF FF xx xx xx xx FF FF FF FF
...
13F0: xx xx xx xx FF FF FF FF xx xx xx xx FF FF FF FF

, где xx - скисшая ячейка (от одного до трех сбросившихся в 0 разрядов)
(Тут еще полезно вспомнить, что памяти 2 линейки)

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

Память MN41256-08 в обеих линейках.

UPDATE 10.03.2019
Для правильной регенерации всех 8 разрядов адреса нужно перекинуть между собой две пары сигналов на мультиплексорах DD28 и DD31:

• DD28-4 (A2) поменять с DD31-10 (~A15)
• DD28-3 (SK3) поменять с DD31-11 (+B)

Автор идеи Иван Городецкий (ivagor)

[Advertiser]

[ivagor]

Попробовал разобраться, как регенерируется память океана. И как-то странно. То, что A8 DRAMа (DD32\7) точно не меняется регулярно (не участвует в формировании адреса регенерации) - ну и ладно, для регенерации 41256 достаточно 256 адресов перебирать. Но я не вижу, откуда появятся регулярные изменения A7 DRAMа (DD31\9). Создается впечатление, что перебираются 128 комбинаций A0-A6, что достаточно для регенерации только РУ5. В журнале написано, что "предусмотрено использование БИС динамического ОЗУ емкостью 256 Кбит", но за счет чего - я не понял. Надеюсь, это просто моя низкая железная грамотность.

Насчет того, какие адреса пострадали, судя по "паттерну скисания". Если относительно процессора, то это комбинации A9=0 A2=1 и A9=1 A2=0, которые приходят на A0 DRAMа.

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

Соответствующие адреса от видеоконтроллера SC1 и SK3, но если бы они регулярно не менялись, то по изображению это можно было бы заметить.

[tnt23]

Регенерация может быть не только перебором 256 адресов, но еще скрытая (CAS удерживается в последнем цикле обращения в низком уровне), и еще бывает CBR, хотя в "Океане" ее вроде нет.

Еще соображение, что РУ7 вроде бы (опять "вроде") имеет не квадратную, а прямоугольную матрицу, в отличие от импортных 41256.

[ivagor]

Регенерация может быть не только перебором 256 адресов, но еще скрытая (CAS удерживается в последнем цикле обращения в низком уровне), и еще бывает CBR, хотя в "Океане" ее вроде нет.

Скрытая это фактически тоже CAS-Before-RAS, так в некоторых даташитах и пишут. Насчет наличия CBR в океане - это было бы фантастикой.

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

И, насколько помню, у РУ5 cas-before-ras регенерации нет

[Totem]

у РУ5 cas-before-ras регенерации нет

еще ее нет и в 41256. у NEC если не ошибаюсь.

[ivagor]

В NEC CAS-before-RAS есть, а вот в MN41256 нет.
Сравнивая эти два pdf можно заметить, что у NEC скрытая регенерация CBR, а в MN - обычная, т.ч. я был неправ, насчет того, что скрытая всегда CBR.

Возвращаясь к океану. tnt23, можешь уточнить, что приходит на 11й вход DD31 (555КП12)? По схеме вроде с пользовательской ВВ55 (что странно)?

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

что приходит на 11й вход DD31 (555КП12)?

Увидел, это собственно переключение экранов. Получается A7 DRAMа в океане точно не вовлекается в регенерацию, пробегаются только A0-A6.

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

Думаю, что если переключить экран, записать в память FF и подождать, то паттерн скисания изменится.

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

паттерн скисания изменится.

Если он изменится на противоположный, то становится очевидно, как "лечить" проблему.

[tnt23]

Думаю, что если переключить экран, записать в память FF и подождать, то паттерн скисания изменится.

Попробую.

В продолжении журнальной статьи описывались некоторые доработки, вроде бы они уже внесены в реплику. Надо посмотреть, может, недостающий сигнал A7 тоже можно пробросить.

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



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

что приходит на 11й вход DD31

На 11 DD31 ничего не приходит, она подтянута к + питания резистором.

[ivagor]

В продолжении журнальной статьи описывались некоторые доработки, вроде бы они уже внесены в реплику.

В том, что касается формирования адресов DRAM увидел отличие только в упоминавшемся DD31\11 - в журнале (смотрю по сайту AZmastera) сюда приходит сигнал переключения экранов, а у тебя этот сигнал приходит на 13й вход. Но тогда у тебя второй экран вроде как перемещается из 4000h основного банка в C000h дополнительного.

может, недостающий сигнал A7 тоже можно пробросить.

Сигнал есть, но он не участвует в регенерации.

[tnt23]

В том, что касается формирования адресов DRAM увидел отличие только в упоминавшемся DD31\11 - в журнале (смотрю по сайту AZmastera) сюда приходит сигнал переключения экранов, а у тебя этот сигнал приходит на 13й вход. Но тогда у тебя второй экран вроде как перемещается из 4000h основного банка в C000h дополнительного.

Второй экран и должен размещаться в дополнительной памяти, если верить статье:

[ivagor]

Тогда вопрос с видео стал ясен, пометки в скане схемы из журнала на сайте AZmastera неправильные. b2m скорее всего по тем же сканам схемы делал, в emu тоже надо исправить.

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

Учитывая, насколько неудобный доступ к дополнительной банке, размещение там допстраницы видео выглядит завуалированным издевательством. С другой стороны вроде примеров использования этой страницы в имеющемся ПО и нет, если бы были b2m уже давно исправил бы.