| Приставки > 4 поколение |
| Подробная методика проверки S-CPU для PAL SNSP-CPU-01/02 |
| (1/2) > >> |
| Kingsize Selector:
В PDF включены: питание, clock и полная цепочка reset; все микросхемы, номера выводов и ожидаемые сигналы; чтение reset-вектора $00:FFFC/$FFFD; полные схемы подключения логического анализатора; отдельные профили для 4 аналоговых каналов осциллографа; смешанные захваты с 16 цифровыми каналами логического анализатора; проверка выполнения ROM-кода, WRAM, PPU, APU и контроллеров; ожидаемые частоты и примеры осциллограмм; таблица неисправностей и последовательность локализации; полная диагностическая распиновка U1 S-CPU; лист для записи результатов измерений; отдельный разбор Super Game Boy и PPU. |
| JRBVZ:
Монументально :thumbup: |
| p_star:
Аплодирую стоя !!! Браво !!! |
| murgatroid_79:
Kingsize Selector, большую работу проделали :thumbup: Кстати, расскажите как делали такой мануал? Что подтолкнуло, сколько консолей было пущено под опыты? Всë интересно :) |
| Kingsize Selector:
--- Цитата: murgatroid_79 от 30 Августа 2026, 14:38:47 ---Кстати, расскажите как делали такой мануал? --- Конец цитаты --- Мануал еще не доделан до конца, еще будет одно приложение с замерами и формами сигналов. Пытаюсь как то это оформить. --- Цитата: murgatroid_79 от 30 Августа 2026, 14:38:47 ---Что подтолкнуло, сколько консолей было пущено под опыты? --- Конец цитаты --- Подтолкнуло то, что как оказалось основные проблемы с консолью связаны так или иначе с S-CPU и взять его негде, отличии от PPU. Причем со снятым PPU1 консоль даже изображение выдаст. Ну и PPU не выходят из строя прям так, что бы "Burn Test" (автотест) вообще ничего не выводил на экран. Консолей десятка 3 приходилось так или иначе разбирать. Добавлено позже: Приложение к методике диагностики S-CPU, S-PPU и видеотракта В документ включены 59 реальных снимков осциллографа. Для каждой контрольной точки указаны микросхема, вывод, назначение, характер ожидаемой формы и краткая диагностическая оценка. |
| JRBVZ:
Да уж, сколько снесок ушло в утиль из-за дохлого CPU, жаль нет замены на FPGA. |
| Kingsize Selector:
Ну не все они ушли в утиль, проблемы были разные. Кроме того эти 3 десятка нужно считать с моего первого топика про SNES: https://www.emu-land.net/forum/index.php/topic,76259.30.html Некоторые работают и вполне играбельны даже не смотря на выбитый математический блок внутри CPU, см. фото. Правда и к сожалению все игры, которые так или иначе Mode-7 используют на ней не запустятся. Но в целом всё верно - если CPU сдох - это уже утиль. Все остальное заменить можно. |
| woddy:
на сколько надежен тест картридж? если он показал всё зелененьким, то с какой достоверностью можно считать что все чипы исправны? или нужны дополнительные тесты? (какие?) |
| godun:
--- Цитата: Kingsize Selector от 31 Августа 2026, 16:39:34 ---Но в целом всё верно - если CPU сдох - это уже утиль. Все остальное заменить можно. --- Конец цитаты --- Интересно, и чем же можно заменить все остальное? Например swram, ppu, звуковой чип |
| Kingsize Selector:
--- Цитата: woddy от 02 Сентября 2026, 16:57:08 ---если он показал всё зелененьким, то с какой достоверностью можно считать что все чипы исправны? или нужны дополнительные тесты? (какие?) --- Конец цитаты --- Хороший вопрос. полностью зелёный Burn Test - хороший признак, но не доказательство 100% исправности всех микросхем. Корректно трактовать результат так: "в проверенных функциях при данных условиях неисправность не обнаружена". В моем сообщении выше: MPY 8×8 и DIV 16/8 - FAIL - это неисправность внутри CPU и никаким мультиметром её не локализовать, только тестовый картридж. Еще можешь запустить тест в цикле, многократный PASS +правильные визуальные и звуковые тесты это уже высокая практическая уверенность в работоспособности консоли. Ну и окончательно что бы проверить - запустить игры, использующие Mode 7. И я вот пикчу еще подготовил, что б трактовать результаты теста. Добавлено позже: Интересно, и чем же можно заменить все остальное? Например swram, ppu, звуковой чип --- Цитата --- --- Конец цитаты --- Ими же, они дохнут намного реже CPU и в продаже, снятые с других консолей имеются. Найти их куда проще, пару лет назад купил целый набор WRAM, PPU1, PPU2, CIC, еще что то. PPU всего раз пригодился, остальное так и лежит где то. |
| MaRC:
Информация очень полезная, но это все констатация смерти после вскрытия. А как насичет профилактики, что является причиной выхода и из строя и как ее можно предотвратить/отсрочить? |
| Kingsize Selector:
Какой-то гарантированной профилактики, к сожалению, нет. У этих микросхем встречается возрастная внутренняя деградация, особенно на ранних ревизиях плат, и однозначно доказать что является основной причиной, пока нельзя. Тем не менее срок службы можно увеличить, обеспечив консоли нормальное и стабильное питание. Для PAL SNES предпочтителен исправный оригинальный трансформаторный блок либо качественный совместимый адаптер с правильным выходным напряжением и достаточным запасом по току. Сам по себе импульсный принцип работы не является проблемой, опасны дешёвые или неисправные БП с выбросами, большим уровнем высокочастотных помех и завышенным напряжением. P.S. Причем S-CPU-A дохнут иногда сами по себе, а вот выход из строя S-CPU-B очень редкий, и если в твоей консоли именно такой, считай тебе очень повезло. Приложил пикчу с дохлыми cpu, обрати внимание как часто там встречается "A" :biggrin: Добавлено позже: |
| and1981:
кому интересно ветка обсуждения отказов чипов SNES на реддит https://www.reddit.com/r/consolerepair/comments/1va2uog/snes_cpuppu1ppu2_failure_stats/ |
| Kingsize Selector:
О, прикольная статистика, она заметно усиливает подозрения в отношении S-CPU A, но автор немного неудачно подписал проценты. Это не вероятность отказа каждой ревизии, а доля неисправных чипов от всех 611 обслуженных консолей. Нам неизвестно, сколько среди 611 консолей было установлено S-CPU A, B и просто S-CPU. Автор обслужил 611 SNES/SFC и обнаружил: Все неисправные S-CPU 69 11,3% S-PPU1 33 5,4% S-PPU2 30 4,9% Распределение 69 неисправных процессоров: S-CPU 10 14,5% S-CPU A 57 82,6% S-CPU B 2 2,9% однако все равно видно что отказов S-CPU B куда меньше, смотрите пикчу, что прикрепил. и еще автор пишет, что более 200 восстановленных консолей он продал вместе с качественными стабилизированными блоками Triad. За два с небольшим года вернулись только две консоли, причём одна пострадала от статического разряда, а у второй предположительно отказал CPU. Ну и пользуясь случаем, вот вам еще одна ссылочка: https://www.projectvb.com/nss/logs.htm и вот там уже есть действительно важный результат: неисправный CPU может проходить весь Burn-In Например: #16 -тесты пройдены, но некоторые игры зависали; замена CPU исправила плату; CPU #13 -все тесты проходят, но не запускаются Street Fighter Alpha 2 и Yoshi’s Island; CPU #16 и #25 — большинство игр не запускается, но тест проходит; CPU #22 - тест проходит, но имеются ошибки спрайтов и зависания отдельных игр. т.е. все операции, которые тест выполнил с использованными наборами данных и временными условиями, дали ожидаемый результат. Что бы сразу ответить на вопрос почему так, то вот по этому: Burn-In не проверяет исчерпывающе: все команды ядра 65C816; все комбинации адресации; каждый DMA/HDMA-сценарий; все варианты прерываний; поведение на границах тактов; все линии контроллерных портов; температурную стабильность; редкие взаимодействия CPU, PPU, WRAM и картриджа. |
| MaRC:
Хронологически шли S-CPU-> S-CPU A-> S-CPU B? Тоесть если хочешь многочип, то брать прям самые первые 10ххх ревизии или уже из последних 2хххх? Ну и все таки предполагаю, что проблема наверняка в фильтрующих конденсаторах внутри консоли - было у меня 2 многочипа, уже не помню ревизию, в которых и звук гудел и волны по экрану и помогла замена двух конденсаторов сверху слева от слота картриджа. По ним было видно, что половина контактов не блестит - может то конечно канифоль не отмыли, но в итоге после замены гул и волны ушли и сами кондеры не показывали емкость. |
| Kingsize Selector:
На основании тем с реддита, которого сайта со статистикой и моих наблюдений сделал еще одно дополнение: таблица практических симптомов с вероятными виновниками. Если объединить все 3 PDF в один архив - это уже полноценное сервисное руководство по диагностики SNES. --- Цитата: MaRC от 03 Сентября 2026, 13:26:20 ---Хронологически шли S-CPU-> S-CPU A-> S-CPU B? Тоесть если хочешь многочип, то брать прям самые первые 10ххх ревизии или уже из последних 2хххх? --- Конец цитаты --- Да, хронология такая: S-CPU → S-CPU A → S-CPU B. Если нужна надёжная многочиповая версия, лучше искать позднюю плату именно с S-CPU B и S-PPU2 C, и не ориентироваться только на серийный номер, переходные варианты встречаются, поэтому желательно смотреть маркировку самих чипов. |
| woddy:
Kingsize Selector, https://github.com/gilyon/snes-tests а это не пробовал? |
| Kingsize Selector:
Не, не пробовал, но это не заменяют Burn-In, скорее очень хорошо его дополняет. Но мне кажется это уже избыточно. Но при покупке с авито таким комплектом тестировать прям заебушачки, луче чем "просто включается". putest-full вероятно, один из лучших доступных тестов именно ядра S-CPU, но конкретно MPY/DIV FAIL он не проверит, потому что эти блоки относятся не к инструкциям 65C816, а к дополнительной периферии 5A22. |
| woddy:
--- Цитата: Kingsize Selector от 03 Сентября 2026, 17:28:08 ---при покупке с авито --- Конец цитаты --- да у меня по другой причине такие вопросы. я бы мог распаять и привезти чипы. но перед этим их надо как-то проверять |
| Фамиклон:
Впечатляет, работа проделана большая :thumbup: Однако, как справедливо замечено выше, плохо одно - в большинстве случаев кастомные микры негде взять, кроме как с заведомо рабочей приставки... --- Цитата: Kingsize Selector от 03 Сентября 2026, 14:09:40 ---Если нужна надёжная многочиповая версия, лучше искать позднюю плату именно с S-CPU B и S-PPU2 C --- Конец цитаты --- Вот спасибо, обнадёжил :) Значит моя будет долго жить. Но это не точно. --- Цитата: MaRC от 03 Сентября 2026, 11:26:34 ---А как насичет профилактики, что является причиной выхода и из строя и как ее можно предотвратить/отсрочить? --- Конец цитаты --- Самое надёжное - реже включать. Стабильное питание, это конечно база, но все ЦП сами по себе являются большими источниками шумов, дело тут не в питании. Ну разве что стаб уплыл сильно от номинала и выдаёт завышенное напряжение. |
| Навигация |
| Главная страница сообщений |
| Следующая страница |