Этот способ позволит узнать на каком этапе загрузки зависла приставка в BLOD.
Здесь также будем обсуждать ошибки загрузки и их решения.
Примерная инструкция, кто шарит быстро поймет.
Всё делается на свой страх и риск!
что нужно:
1. Считывать SPI памяти.
Отладочная плата Teensy++ 2.0 https://aliexpress.ru/item/1005001543658539.html и
FLIP 3.4.7, Прошивка SpiWay и программа WAY-launchers v2.05 https://yadi.sk/d/ymmZkyftEHI0cg
и Python 2.7 и моя папка https://yadi.sk/d/sEgbCB6hLtpufw
или берите другой считыватель например CH341A Programmer (не рекомендую, глючит)
2. Программа BwE PS4 NOR Validator для активации UART
https://yadi.sk/d/gptOnzbwWzKG1Q (1.53)
https://betterwayelectronics.com.au/BwE_PS4_NOR_Validator.rar (Актуальная версия)
3. Преобразователь USB-UART например CH340 https://aliexpress.ru/item/32983039669.html, FTDI и т.д.
4. Терминал типа HyperTerminal или любой другой
https://yadi.sk/d/64GUVbUFt7jR9A
1. Отпаиваем SPI flash и подключаем к своему сокету
2. Подключаем это чудо к Teensy++ 2.0 (но предварительно Teensy надо прошить SPIway.hex через FLIP 3.4.7, он требует Яву).
3.1 SpiWay требует Python27 и еще библиотеку pyserial, ставим их, но кто считывал дампы с PS3 проблем не должно быть, наверху есть ссылка на архив,
Сначала ставите python-2.7.amd64.msi на C:\Python27 а потом заменяете содержимое моим архивом Python27.zip (в нем все библиотеки, даже crypto)
3. 2 Открываем WAY-launchers v2.05 — SPI — INFO
8. Возвращаемся в WAY-launchers v2.05, SPI — ERASECHIP — START, ждем 2 минуты, Дальше заливаем SPI-WRITE наш патченный дамп.
9. Возвращаем SPI память обратно в приставку и подключаемся к UART
(два провода RX и GND).
TX – режим передатчика
RX – режим приемника
GND — Земля, минус.
На каждых рисунках по разному рисуют RX/TX.
Вот пример для СЛИМ.
Здесь надо подключить к RX вашему USB-UART
Вот пример для ФАТ.
а здесь нарисован TX0 к вашему RX (приставка передает — TX, а преобразователь принимает — RX)
Именно по этой линии будут идти информационные сообщения загрузки secure loader-a.
9. Настройки терминала:
Скорость: 115200, Биты 8, Без четности, Стоповые 1, Без управления потока
Включаем приставку, и видим сообщение на котором встал BLOD,
если у вас сразу тухнет приставка и нет сообщений, значит надо подключаться к Mediacon-у у него другая линия (обычно рядом), смотреть через JaiBrute2 командами errlog 0 , errlog 1 и т.д. но расшифровки этих цифр нет нигде, только у меня несколько экспериментальных , например проблема с питанием 80810011
https://cloud.mail.ru/public/TAcs/Q2vFCwEa8
- Итак, пройдемся по ошибкам.
- При физическом отвале оперативной памяти у вас будут ошибки.
- secure loader build: Mar 19 2019 05:31:18 (r9884:release_branches/release_06.510
- ) [711MHz]
- AGESA: KG&CN.BDK W8C24
- ERROR: DCT[0] is disabled
- ERROR: DCT[1] is disabled
- ERROR: DCT[2] is disabled
- ERROR: DCT[3] is disabled
- ERROR: DCT[4] is disabled
- ERROR: DCT[5] is disabled
- ERROR: DCT[6] is disabled
- ERROR: DCT[7] is disabled
- Моё мнение: Память работает парами, чтобы узнать какая именно отвалилась, можно попробовать ее прогреть до 150с, или сразу снять пару. сразу скажу SAMSUNG то еще говно, отваливается и сдыхает очень часто, а вот Micron намного лучше. Обычно, меняют сразу все банки. т.к. из за разности времени обновления HC-28 или HC-25 и тем более фирм могут быть проблемы с загрузкой системы (выхода из BLOD).
- Следующая ошибка:
- Запуск фатки до прогрева
- [ERROR]: AmdInitSecure 0x5
- и сразу отрубается или повисает в BLOD при замыкании информационной линии от Mediacon до APU.
- А после прогрева памяти
- ERROR: main.c:ecdsaVeriP224(1509) EcDsaVeri -1 —
- ERROR: main.c:main(3196) Invalid idpsCert
- После замены первой пары DCT[0] и DCT[1] приставка ожила.
- Следующая ошибка:
- ERROR: getManufacturingMode(1627) sceSblSnvsRecvSector -36
- ERROR: main(3724) getManufacturingMode -36
- Здесь очень просто, чужой SYSCON
- Следующая ошибка:
- ERROR: sceSblSlLoadSelfWithVerifiedHeader(171) sceSblCfVeriLoadSegment -36
- ERROR: loadBios(2174) sceSblSlLoadSelf -8
- ERROR: main(4065) loadBios -8 (здесь 4065 меняется в зависимости от версии ПО)
- Очень страшная ошибка говорящая скорее всего о повреждении раздела CoreOS, (приставку вырубили во время записи или обновления) если у вас нет рабочего дампа, скорее всего труп. Пока сам решаю данную проблему.
- Даже перенос связки на другую плату НЕ ПОМОЖЕТ. Проблема именно в связке.
- надо проверить SPI флешку с помощью BwE_PS4_NOR_Validator, может что покажет.