Ремонт материнки ЯБ (Страница 1 из 2)

Почему-то у меня анализатор на Ф0 помеху не ловит..Может, потому, что он только до 24МГц?

Не далее как на прошлой неделе electroscat, у которого как раз ЯБ3, отчитался http://forum.agatcomp.ru//viewtopic.php?pid=5896#p5896 о сборке модуля ДопОЗУ9. У него все заработало сразу, в связи с чем я и сделал тогда предположение http://forum.agatcomp.ru//viewtopic.php?pid=5905#p5905, что проблемы у Wierzbowsky были связаны с наличием на платах РВИЖ микросхемы D5 (К155ТЛ2), которая вносит дополнительную задержку.

Мне кажется, что модули ДопОЗУ изначально разрабатывались для плат ЯБ3, поэтому никакого отбора микросхем им и не требовалось. А вот на платах РВИЖ сдвиг между фронтами сигналов 2 МГц и 14 МГц увеличился и ИР16 стали работать через одну.

Провозился с платой, всё плохо - пока F0 и F1 доходит до слотов, оно обагащается какой-то мощной наводкой. Есть биения - форма пульсаций плавает всё время. То ли с 14 МГц, то и с какой-то частотой ДК. Амплитуда помехи изредка достигает 2 вольт.
Замусорены сигналы F0, F1 и 14 МГц.
Именно на слотах.
На выходах микрух, которые их генеряют, всё чисто.

И вот я думаю: а если эти три сигнала кинуть "пауком" ?
Или прямо под слотам посадить резисторы с сигналов на землю?

А ещё на этой плате на входе D13.5 (вход !DMA) сидит кондёр с нечитаемой маркировкой.
И другие кондёры на обратной стороне платы имеются, по питаниям.
И похоже это всё на заводскую пайку.

Копался дальше, выяснил ещё кой что:
осцилограф, которым я снимаю эти картинки - pcsu1000.
У него формально верхняя частота - 60 МГц, но фактически АЦП работает на более низкой частоте.
То ли 25 то ли 50 МГц, я не понял. Скорее 25. Т.е. потолок обычного съёма, если повезёт, не выше 10 МГц. Ну где-то так он реально работает (мне удалось нащупать сильный провал/биения АЧХ в районе 25 МГц и на 50 тоже). Картинка ^выше^ в этом режиме снята. Причем это практически предельная частота для нормального режима и в этом режиме может быть включен (и был включен) режим sinc-интерполяции.
Так что красивый ли там синус или что-то более забавное и какая у него частота - на самом деле неизвестно.

Дальше интереснее: 55 МГц он тоже неплохо показывает, но в другом режиме и только для периодического сигнала: у него используется некая математика, начинающаяся от того, что фаза синхронизации АЦП случайным образом сдвигается, накапливаются данные от многих проходов - получается, что в итоге он собирает секунд за 5 картинку из кусочков.
АЧХ в этом режиме неплохая, но всё же видно, что где-то в районе 30 МГц на ней явно горб - процентов 10 ошибка.

Это я к чему: попробовал эту же картинку снять другим осцилом, который вроде как до честных 100 МГц рисует, там этих пиков не видно. Они есть, но сильно поскромнее. Для однозначности снимал одновременно: два осцилографа на одном пине.

Но логический анализатор на 400 МГц эти пики видит, причем неплохо. Вот только длительность их: около 2.5 - 5 нс. Пахнет необходимостью иметь осцилограф ещё шустрее.

И возникает вопрос: а что будет делать ТТЛ-логика агата на такие помехи?
Может она не особо -то их ощущает ? И только я с матрицей и CMOS-буферами влетел :)
Но если этот шум настолько высокочастотный, то и давить его можно просто кондёрами...

--

Но плата продолжает злобно не работать и что самое паршивое: раз от раза копаясь в ней я получаю разные результаты. То ли ошибка плавающая, то ли плата сыпется прямо в процессе ремонта.
Уже перестал работать диспетчер ОЗУ, запись в него проходит (т.е. память реально ремапиться), но при чтении состояния лезет мусор. И что-то подобное с регистром управления ДК.

КП11 заменил, C1xx заработали, но странно: запись в один ряд меняет сразу два-три ряда.....
И примерно также продолжает косячить ДК.

Надо у себя тоже заменить на 555...Правда, у меня она не греется..

Один щуп 15 пФ, два щупа 30 пФ. Они своей емкостью могут сгладить сигнал.
Вообще, надо проверить, в каком положении делитель на щупе. В положении 1:10 кондер в щупе отлично заостряет все пики.

У ТТЛ логики время установки сигнала порядка 20 нс. То есть, переключив на входе элемента уровень из 0 в 1, надо ждать 20 нс, чтобы выход переключился. А он сначала потупит, пока транзисторы из насыщения выйдут, а потом будет медленно ползти из одного состояния в другое. Если импульс короткий, то выход далеко не уползет и по факту помеху сгладит.

У 531 серии потолок, по моему, мегагерц 100. Импульс в 5 нс еще как-то может быть, но 2,5 нс это уже за пределами ее возможностей. Может, рядом какой-нибудь радар работал?

Владимир, у меня подобные помехи лезут с выходов РТшек..

Копался с диспетчером ОЗУ, выкопал интересное:
531ру8 имеет на входе адрес, данные и сигнал W. Причем он инверсный.
Похоже, что W работает не по фронту, а по уровню.
Т.е. если W low, то можно перебирать адреса и получать запись в разные ячейки.
Соответственно, если W raise примерно совпадает со сменой адреса, получается мусор.
И, что хуже: похоже, что сигнал C1xx от ROM D14 не привязан к синхронизации F0.
Отладчик отпускает шину в конце такта F0, её перехватывает ЦП,
в этот момент меняются адреса и поднимается W. Но путь W длиннее, чем путь адресных
шин и W задерживается. В результате меняется несколько ячеек на одну операцию записи.

Сделал небольшое опережение raise R/!W относительно отпускания шины - запись в ру8 пошла лучше.
Но есть вероятность, что сломается что-то другое. На РВИЖ не замечал проблем с ру8 раньше...
Надо будет ещё раз проверять: после изменения стали портиться старшие три бита из какого-то столбца DRAM. То ли реально микрухи DRAM, то ли изменения в конфиге R/nW...

РУДК продолжает делать что-то странное. Но пока не до него.

Пока оставил это.

Вернулся к вопросу о не стартующем совсем сисмоне.
Отладчику не доверяю слишком. Он делает всё, что ему сказано, но ЯБ3 на шаг впереди и вместо синергии наблюдается противостояние.

Подключил анализатор на шину, смотрю старт сисмона. Команд 10 выполняются вроде бы правильно, но потом он слетает с рельс в случайном месте. Даже не на обмене с ОЗУ, например.
Он даже не слишком стабилен на первых командах.
Управление буфером ШД работает.
То ли плохой контакт где-то и на проц приходит не то, что отдаёт ПЗУ сисмона, то ли какая-то микруха косячит немного случайным образом.

К сожалению, у меня не хватает шины анализатора, чтобы отследить все шины и сигналы.
А смотреть надо уже всё.

0) Воткнуть отладочную прошивку.
1) Поменять ПЗУ сисмона (а заодно эту проверить на живой материнке).
2) NMI, IRQ - может они дёргаются ?
3) Управление буферами ША - может они перебивают адрес ЦП?
4) Отладчик иногда при выборке вектора RESET показывал, что проц лезет не в FFFC/D, а в FBFC. Как так ? Надо отследить полностью всю ША анализатором (я пока смотрю только младший байт - на всё разрядов не хватает).
5) Как происходит запись в ру8 на живой плате из сисмона ? Что там с фазами W и адреса.

:) Спасибо, но пока мне кажется проще поднять плату агата.
Тем более я твой HP могу только на балкон поставить исходя из его размеров :)
Да и ознакомившись с ним поверхностно, у меня возникло ощущение, что его ремонтировать без доков и прошивок - дело чисто фанатское.

У нас тут ещё Motorola r2680 помер - в перезагрузку уходит после загрузки. Такая же загадка примерно.

Мне бы свои два осцилографа кому нибудь пристроить (С1-18 и С1-19). Так они уже в гараже, в последний путь готовятся морально. И они -то как раз рабочие (были, лет 10 назад, когда последний раз их включал).

Махнул оба буфера ША, одна отладочная прошивка подала голос. Но только при условии, что зажат кондёр сброса LC. Похоже что-то туда пишется.  Теперь можно пройти трассу от сброса на несколько больше тактов. Вторая отладочная пока ничего не делает. Но если отладочная прошивка косячит, значит есть ещё проблемы не только с LC-регистром.

Заменил 3 dram'ки, потом маленько погонял тесты из отладчика - не идеально, но хоть так.
По итогу прогона тестовых прошивок заменил ещё пару из "новых" DRAM.
УПР-СБР зажимаешь, а картинка - как по учебнику - сыпется.

Сисмон не идёт.
Трассирую его, он доходит после УПР-СБР до процедуры BELL (пищалка) и уже её пройти не может.
Слетает с рельс. Забил бОльшую часть ОЗУ байтом 2, поставил break point на FFFF - отладичик ловит проц на команде HALT (многие недокументированные опкоды, заканчивающиеся на биты "10" приводят проц в кому: он выставляет на ША $FFFF и после этого перестаёт шагать и запрашивать команды (!SYNC в неактивном состоянии)). Т.е. проц вдруг улетает с исполнения сисмона и летит исполнять что-то из ОЗУ.
И, что любопытно: в последние такты благовоспитанной своей жизни он явно читает из ПЗУ не то, что нужно: я вижу по дампу, что должна быть длинная команда, на несколько тактов, а он, судя по !SYNC, выполняет её за два такта и торопиться дальше.
Получается, что из ПЗУ выбирается не та команда, которая бы должна оттуда приходить.
Либо ошибка в адресе либо в управлении ПЗУ. Сам байт опкода из ПЗУ я не вижу, потому что он пролетает между процом и ПЗУ не касаясь шины.

Решил сделать процесс чуть прозрачнее: настроил банки так, чтобы ОЗУ было доступно целиком, залил по XModem прошивку сисмона прям в ОЗУ, подключил ОЗУ вместо ПЗУ и сделал УПР-СБР.

И внезапно сисмон из озу заработал. Вот так вот.

Теперь сижу и думаю - что ещё поменять-то?
Микру ПЗУ я менял, конечно.... Но это до замены последних пяти микр.

--

Заменил ПЗУ на новую 28c16 - сисмон заработал нормально.
Но и старая ПЗУ на программаторе читается без ошибок. Несколько раз проверил.
Значит либо всё таки изредка она косячит либо какой-то конфликт между ПЗУ и буфером ШД.
Попробую подкидывать разные РФки, посмотрю, что статистически выходит.
И вопросную тоже попробую в другой материнке.
Кроме того, интересно, что будет с поведением платы если ещё раз поменять тм8 из клок-генератора (531 vs 155)?

Пинками загнал Лисина в ОЗУ, заодно обнаружил, что он использует процедуры из сисмона, причем именно из ПЗУшного. Запустил, со второго раза (похоже, отладчик сам подкосячивает при обмене с ОЗУ этой платы - недаром на его тесте ОЗУ выглядит через раз кривым). И вот Лисин крутиться уже почти 10 проходов - и обнаружил ещё две сбойных DRAM'ки. На каком-то небольшом количестве ячеек стабильно косячат. Для чистоты эксперимента отладчик выдернул на горячую, когда лисин уже работал. Ничего не изменилось в результатах проходов.

Похоже, быстрее заменить на этой плате все 16 микрух. Только подставок у меня столько нет.
А DRAM без подставок в агат паять - дело не умное. Разве что потестировав её предварительно как нибудь...