Качественный (параноидальный) тест ОЗУ

[Reobne]

А не может такого быть, что память глючит при определённой температуре-влажности, поэтому тест её не распознаёт?
Или микросхема была припаяна с микротрещеной. После ремонта, эта микротрещена была пропаяна, а "бракованная" микросхема, на самом деле не такая-уж и бракованная?

[vlad6502]

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

[Reobne]

Ещё версии, для мозгового штурма:
Нарушается регенерация (например прога пишет в R)
Не хватает скорости (прога пишет-читает слишком быстро)

[vlad6502]

Меня интересует не столько root cause анализ, сколько надежное выявление сбоев тестами. А пока получается по тестам все Oк, а прикладная программа валится.

Тесты на регенерацию тоже пробовал

[Reobne]

Методом исключения найти ту часть программы, на которой глючесть проявляется. Анализирую программу, разбивая её на куски, и тестируя каждый кусок.
Записать цифровым осциллографом протокол работы ОЗУ с плохой и с хорошей микросхемой, потом сравнить протоколы.

[vlad6502]

Методом исключения найти ту часть программы, на которой глючесть проявляется. Анализирую программу, разбивая её на куски, и тестируя каждый кусок.

Приблизительно так и нашел глючную РУшку

Записать цифровым осциллографом протокол работы ОЗУ с плохой и с хорошей микросхемой, потом сравнить протоколы.

это и имел ввиду, когда говорил о подключнии исправной РУшки в параллель

тут уже просто спортивный интерес - подобрать/написать тест памяти который сможет отлавливать подобные глюки

[Advertiser]

[HardWareMan]

Прикрутить четность и потом на сбойном адресе анализировать в микроскоп.

[SoftFelix]

Портировал "ТЕСТ-ПЗУ 128К для Спекка от Андрея Хахонова" - проблема не выявляется.

У меня когда-то давно, при отладке какого-то Спекка, была тоже не выявляемая проблема с памятью. Т.е. в ТЕСТ-ПЗУ всё писалось-читалось без проблем, но реально Спекк не работал. Причина была в чтении кода операции только из DRAM. Получалось так, что при чтении КОПа из ДРАМ, содержимое памяти разрушалось. Может копнУть в этом направлении?

[HardWareMan]

У меня когда-то давно, при отладке какого-то Спекка, была тоже не выявляемая проблема с памятью. Т.е. в ТЕСТ-ПЗУ всё писалось-читалось без проблем, но реально Спекк не работал. Причина была в чтении кода операции только из DRAM. Получалось так, что при чтении КОПа из ДРАМ, содержимое памяти разрушалось. Может копнУть в этом направлении?

Особенность Z80 в том, что КОП он защелкивает по 1=>0 в тактах, а обращение к данным по 0=>1. Именно поэтому, в большинстве клонах на DRAM Z80 "сидит" на сигнале RAS, получая автоматический синхронизацию с памятью в циклах записи и чтения данных, а для КОПа стоит регистр-защелка ИР22 и вырабатывается сигнал WAIT по циклу М1.

Таким образом, это вина не памяти.

[vlad6502]

Прикрутить четность и потом на сбойном адресе анализировать в микроскоп.

Интересная мысль, тем более что конструктивно моя плата динамического ОЗУ позволяет пристегнуть дочернюю платку с дополнительными банками. Вместо этого можно попробовать прикрутить контроллер четности.

Может есть несложная схема на примете ?