Проверка памяти DRAM, включая системы на Z80, i8080 и др.

[CodeMaster]

обычным паттерном можно найти типа 0x0000 или 0xFFFF

В бегущем бите, ИМХО, фишка в проверке утечек в соседние биты. Отчасти, наверное это можно проверить шахматкой "01010101", но видимо не так надёжно.

если каждый бит находится в отдельном чипе?

Видимо процедура перебора адресов в данном случае должна зависеть от организации памяти.

Вот что MM пишет про этот тест. Но это про регистры внешних устройств.

[Vasily]

При тесте запись 0x00 - проверка, запись 0xFF - проверка выявляются только гарантированно выбитые биты в чипе. Все возможные вариации тестов направлены на выявление плавающих ошибок вызванных утечкой заряда в чипе, наводками/перегрузкой на шине, проблемами при страничном доступе в контроллере или чипе памяти,..... Вобщем такими тестами пытаются иммитировать все возможные варианты доступа к памяти и все возможные состояния шин в динамике, что бы как раз и выявить потенциально возможные проблемы.

[Sergei Frolov]

Я вот подумал, стоит ли отбраковывать чипы, которые не справляются с заведомо удлиненным отсутствием регенерации. То есть вместо 4 мс по паспорту подаю, скажем, 40 мс.
Обычно все чипы держат, кроме каких-то эксклюзивных экземпляров. Если они не справляются, то по идее заряд может быть нечетким, и могут выпадать биты.

[Sergei Frolov]

Опыт дефектации ~20 дохлых микросхем ОЗУ на ~10 проверенных платах НП2 выявил такую закономерность:
- основная неисправность (около 60%) - единица вместо нуля на всех ячейках. Лечится установкой еще одной РУ в параллель.
- на втором месте (около 30%) идет ноль вместо единицы. Не лечится установкой еще одной РУ в параллель.
- остальное место (~ по 10%) занимают отдельно выбитые ячейки и неисправности адресной шины.

[CodeMaster]

Я вот подумал, стоит ли отбраковывать чипы, которые не справляются с заведомо удлиненным отсутствием регенерации. То есть вместо 4 мс по паспорту подаю, скажем, 40 мс.

Не думаю, максимум удвоение, на всякий случай.

[Sergei Frolov]

Да ну, удвоение. Реально РУ7 стираются от нерегенерации через 10 секунд.

[CodeMaster]

Да ну, удвоение.

Кто-то проектировал системы в расчёте на медленный рефреш в 10 раз отличающийся от паспортного?

Реально РУ7 стираются от нерегенерации через 10 секунд.

А в РУ7 разве не авторегенерация?

[HardWareMan]

А в РУ7 разве не авторегенерация?

Только в виде CAS_before_RAS:

[Sergei Frolov]

Когда я писал тест различия РУ7 от 41256, пришлось ждать 15 секунд, чтобы РУ7 гарантированно начали стираться.

[Tronix]

Когда я писал тест различия РУ7 от 61256, пришлось ждать 15 секунд, чтобы РУ7 гарантированно начали стираться.

Подтверждаю, РУ7 живут без регенерации около 10-12 секунд. Имеющиеся у меня РУ5, кстати, так же. Импортные же 61256 - у меня 16-битного таймера не хватило, чтоб дождаться, когда начнут сыпаться данные. Ждал около 40-50 секунд.