Не проходит тест Ленинград 48к

[zebest]

для 6 неисправных бит уж слишком хорошая картинка.
Надо бы скрин другого теста, когда построчно заполняется экран, смотреть, что пропускает. Но судя по буквам "Ш" и "Д" - косяк где-то в 6 или 7 бите. Я бы попробовал по одной м\с памяти вытаскивать, запускать тест, пока не совпадет с этой же картинкой
а вот если все 8 так проверить и без изменений - не тогда пробовать другие тесты в ПЗУ записывать, их не один десяток, жучков всяких. Может с каким то будет понятнее...

[Advertiser]

[FlowPilot]

для 6 неисправных бит уж слишком хорошая картинка.
Надо бы скрин другого теста, когда построчно заполняется экран, смотреть, что пропускает. Но судя по буквам "Ш" и "Д" - косяк где-то в 6 или 7 бите. Я бы попробовал по одной м\с памяти вытаскивать, запускать тест, пока не совпадет с этой же картинкой
а вот если все 8 так проверить и без изменений - не тогда пробовать другие тесты в ПЗУ записывать, их не один десяток, жучков всяких. Может с каким то будет понятнее...

Я использовал две первые тестовые прошивки отсюда https://zxbyte.ru/test_rom_for_zx-spectrum.htm
Первый тест длился минут 10, линия заполняла экран черной полоской слева на право и вниз, по 8 строк, после того как дошло до низа - стирала в обратную сторону, никаких проблем не было, затем тестировался буфер, так же успешно.
И вот потом тест остановился на этом:

Я бы попробовал по одной м\с памяти вытаскивать, запускать тест, пока не совпадет с этой же картинкой

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

[Serg6845]

И вот потом тест остановился на этом:

странно что в обоих случаях считанное совпадает с записанным если его смотреть справа налево. можно попробовать переставить местами микросхемы памяти в случайном порядке - если расположение ошибочных нулей/единиц не изменится - дело скорее всего не в памяти. я бы тогда начал прозванивать цепочки шина данных Z80 - 2 нога РУ5 - 14 нога РУ5 - вход ИР22 - выход ИР22 - шина данных Z80 на предмет того что для каждой РУ5 вход и выход идут на один и тот же разряд шины данных. может просто плата криво разведена.

[FlowPilot]

странно что в обоих случаях считанное совпадает с записанным если его смотреть справа налево. можно попробовать переставить местами микросхемы памяти в случайном порядке - если расположение ошибочных нулей/единиц не изменится - дело скорее всего не в памяти. я бы тогда начал прозванивать цепочки шина данных Z80 - 2 нога РУ5 - 14 нога РУ5 - вход ИР22 - выход ИР22 - шина данных Z80 на предмет того что для каждой РУ5 вход и выход идут на один и тот же разряд шины данных. может просто плата криво разведена.

После замены всей памяти на другие микросхемы (с КМ4164B на РУ5Г) ничего не поменялось от слова совсем.

я бы тогда начал прозванивать цепочки шина данных Z80 - 2 нога РУ5 - 14 нога РУ5 - вход ИР22 - выход ИР22 - шина данных Z80 на предмет того что для каждой РУ5 вход и выход идут на один и тот же разряд шины данных. может просто плата криво разведена.

На данных платах очень много успешных сборок, так что шанс кривой разводки мне кажется исключен.
Прозвонить я думаю стоит, можете более подробно объяснить как это сделать? Z80 (какая нога?)- 2 нога РУ5 - 14 нога РУ5 - вход ИР22 (какая нога?) - выход ИР22 (какая нога?) - шина данных Z80 (какая нога?)
Как и в какой последовательности прозванивать?

[Serg6845]

Z80 (какая нога?)- 2 нога РУ5 - 14 нога РУ5 - вход ИР22 (какая нога?) - выход ИР22 (какая нога?) - шина данных Z80 (какая нога?)
Как и в какой последовательности прозванивать?

Z80 - ноги 7-8-9-10-12-13-14-15
берем 7 ногу, вызваниваем на 2 ногу какой РУ5 она приходит, дальше смотрим на какую ногу ИР22 идет 14 нога этой РУ5. по схеме ленинграда1 это должна быть 3 нога. соответственно 2 нога ИР22 должна идти на ту же самую 7 ногу Z80. и так для всех 8 разрядов. последовательность не имеет значения. распиновка ИР22 есть в гугле.

[SoftFelix]

FlowPilot, как я писал тут, это действительно классическая ошибка Хахоновского теста на Ленинграде-1. И очень странно, что далее по топику не помогла рекомендация с конденсатором в цепи формирования CS_RAM и CS_ROM. Ещё лет 20 тому назад (а тем более 30), я точно помнил, как лечить эту ошибку... Там в момент переключения с адресного пространства ПЗУ (выполняется программа теста) на тестируемую РАМ (самый первый адрес - #4000) на шине данных всё ещё оставались данные от ПЗУ, и, вроде, проблема исключительно из-за этого. Вводя задержку в узел формирования переключалки РАМ-РОМ, удавалось добиться правильной времянки. Ещё ранее (конец 80-ых - начало 90-ых) это лечилось заменой ИР22 на более быструю (1533) или более медленную (555), уже не помню... А может туда и ИР23/33 ставили, но вход С надо было правильно сформировать, т.к. там по фронту данные перекидываются... Блин, забыл всё... Сегодня искал все свои записи по Ленинграду, но так и не нашёл, видимо, выкинул два года тому назад при ремонте балкона...

[FlowPilot]

В общем, замена на 1533ИР22 вместо 555ИР22 не помогла. Всё та же проблема

[FlowPilot]

ChatGPT говорит про причину: Неисправность мультиплексоров или управляющих микросхем
В "Ленинграде" за работу памяти отвечают КР1533КП11 (аналог 74LS157) и КР1533ЛА3 (74LS00), которые управляют выбором адресов памяти. Если они неисправны, память может работать с ошибками.

• Попробуй заменить КП11 и ЛА3 (если есть запасные).

Попробую поменять ЛА3 (пока не приедут КП11) на серию КР1533ЛА3