Dmitry Chernykh написал(а) к Alex Brilakov в May 19 23:48:47 по местному времени:

Нello, Alex Brilakov.
On 06.05.19 6:02 ПП you wrote:

AB>>> на плате, проверка четности в SIMM выключена? Для проверки
AB>>> четности на SIMM еще одна микросхема, объёмом аза в четыре
AB>>> меньше объёма микросхем памяти.
DC>> Я тоже так думал... Родные dip имеют организацию 256Кх4 и
DC>> быстродействие 70нсек, микросхемы проверки чётности отсутствуют.
DC>> На simm стоят 9 корпусов 256Кх1 быстродействием 80нсек. Есть
DC>> такие же с 70 нсек Ещё есть simm-ы с 2-мя корпусами 1Мx4 + корпус
DC>> 1Мх1 для проверки чётности с быстродействием 70 и 60 нсек.
AB> Это совершенно ничего не меняет. Мы аот, когда делали самопальную
AB> "Микро-80" (вспомнить сейчас жутко, шесть или восемь плат размером
AB> 20х20см с разъёмами ГРПМ-61), у нас не было микросхем динамической
AB> памяти (там по-моему, нужны были 565РУ1 (динамика,4к на один
AB> разряд) в нужном количестве, мы просто собрали нужный объем из
AB> микросхем статической памяти 541ру2, ничего не меняя в программе
AB> монитора.

Прикольно, т.е. статика ещё и циклы регенерации проходила :-).
Но там и частоты меньше были, тактовая процессора 1,78 или 2,5МГц, не помню точно, а здесь 16МГц.

DC>> Все эти модули ведут себя примерно одинаково. Пока у меня
DC>> подозрение что сигналы ras и cas не совсем корректны. Когда дипы
DC>> стоят, то дорожки до них немного короче, питание получше и всё
DC>> отлично работает. До симов дорожки длиннее, может питание как
DC>> завязано по-другому, т.к. симы стоят в самом низу платы и
AB> ты же мсам паял разъёмы под SIMM? Если да, то где-то просто плохо
AB> пропяно.

Да, паял сам, но до разъёмов на симы напаивал контакты и вставлял их в панельки под сипы, там вот контакт точно хреновый
был, т.к. himem тест даже не всегда проходил.
Пропаяно там хорошо, единственно можно попробовать феном прогреть и пропаять ещё раз, т.к. плата многостойка с внутренней земляной шиной, тепла много забирает.
Ещё есть сдвиг - pc-check стабильно вываливается при тестировании пятого сегмента (смещение 4000h).
Получается с адресной линией A18 что-то не так?
Сейчас стоят 2 планки по 1МБайту, на каждой по 2 микросхемы 1МБитх4, на каждой по 9 линий адреса.
Тогда почему-то на меньших адресах не глючит, адрес столбца через эту линию всё равно должен проходить и при меньших значениях строки.
Может этот адрес проводком сверху кинуть на всякий случай?
DC>> из-за этого начинают проскакивать сбои. Надо будет с работы
DC>> притащить 2-х лучевой осциллограф, у него полоса пропускания
DC>> неплохая 70 МГц, может чего видно будет по управлению или по
DC>> шинами. Пока вот идея такая, т.к. суть глюка очень интересна.
AB> Ты ничего не увидишь, скорее всего.

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

AK>>>>> Попробуй еще PC-CНECK утилиту, она гоняет тест памяти блоками,
AK>>>>> возможно картина как-то прояснится.
AK>>>>> http://old-dos.ru/dl.php?id=18157
AB>>> Эти тесты для тестирования ОЗУ слишком простые...ничего они не
AB>>> найдут.
DC>> А в чём должна заключаться сложность тестов? Как лучше ячейки
DC>> тестировать?
AB> Фраза из какого-то электронного (не ширпотребного, а
AB> узкоспециального): "Время полного тестирования микросхемы
AB> динамической памяти объёмом один мегабит (тогда советская
AB> промышленность осваивала производство 565РУ7) - больше времени её
AB> гарантированной наработки". Там такие тесты к примеру, записать в
AB> однуячейку еденицу, в остальные ноль, проверит всю матрицу, не
AB> появилась ли где незаписанная еденица. Перейти к следующей ячейке,
AB> проверить точно также. После проверки записи единиц, перейти к
AB> точно таким-же манипуляциям с нулем. а это простейшие тесты...
Понятно :-)
Ну это можно и самому сваять.


--
Best regards!
Dmitry Chernykh
--- Нotdoged/2.13.5/Android