Активация UART для диагностики BLOD

Этот способ позволит узнать на каком этапе загрузки зависла приставка в 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

3.3 Должна выйти информация о чипе и памяти, если выходят ошибки - разбирайтесь , может контакта нет или библиотеки не поставили.
4. После SPI - DUMP . Снимаем 2-4 дампа и делаем сравнение (enable binary comparsion) - должны быть идентичны! Это очень важный момент! Если вы считаете некорректный дамп, а после зальете его обратно БУДЕТ КИРПИЧ!
5. Берем наш дамп и копируем в папку BwE PS4 NOR Validator где лежит exe (на BwE ругается антивирус)
6. Там может попросит обновление, нажимаете Y. (или скачайте актуальную версию ) После выходит табличка что делать с дампам
Вам необходимо сначала проверить дамп VALIDATE , После проверки в браузере будет отчет, смотрите чтоб не было DANGER, Могут быть WARNING, убедитесь, что дамп снялся корректно, а так каждый отчет требует отдельного изучения.
7. Патчим дамп. ENABLE UART

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

 

Итак, пройдемся по ошибкам.
При физическом отвале оперативной памяти у вас будут ошибки.
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, может что покажет.

 

Спасибо за мануал. Проверил на давно лежащей прошке, та же ошибка но валидатор на дамп не ругается, видимо ошибка там где он пока не может определить её.

 

У меня 2 раза выходила данная ошибка .
Первый раз на слимке ( неудачно выключили приставку ) , там программа не ругалась на coreos, перенос связки на другую плату не помог.
Второй раз на фатке, когда во время обратной записи дампа teensy отвалилась и я не заметил и запустил приставку. Там образовалась ошибка в coreos , программа валидации это обнаружила . Просто залил старый дамп по новой .

Программа валидации проверяет coreos только поверхностно , т.к. он зашифрован уникальными ключами приставкой .
Даже две идентичные приставки с идентичными ПО показывают ~99% различие в secure loader и coreos.
При попытке залить любой другой coreos будет моментальная ошибка при анализе Header-а.

Мне интересно , какая будет ошибка, если залить родной coreos только ниже версии ПО.
Страшно проверять на рабочих приставках .
Если будет такая же ошибка, значит можно поковырять syscon по инструкции sysglitch downgrade.

 

Имея на руках программатор и донора флешки и сискона можно экспериментировать до синевы в пальцах)

 

Программатора для записи нет)
По идеи, есть много вариантов для записи, надо пробовать, как нить займусь .

 

точно, лежит такая слимка, на выходных гляну у нее что происходит.

 

Как бы глупо не звучало с моей стороны, но все давно уже лежало на забугорных ресурсах, в валидаторе уже давно появился пункт активации uart, но как то все не хватало времени.

 

@timoncrew , это появилось в версии 1.5.1 где то в ноябре . Я сразу как появилось попробовал , не получилось ) BwE исправил и получилось в версии 1.5.3 )
Я просто долго не мог написать пост .
А про ошибки никто ничего не знает и не пишет .
Я задавал вопросы по ошибкам на psx-place, psxhax, gbatemp

 

@darknesmonk, низкий поклон)
Теперь можно начать нормально диагностировать и собирать статистику по ошибкам)

 

Странно подрубаюсь, а н фига, чёт идёт, но экран с командами белый

 

Sad-002 два провода земля и rx

 

пробелами забивается? Походу UART флаг не активировал, повтори процедуру.
считать - пропатчить - записать - снова считать - и сравнить с патчем.
попробуй патчить с BWE 1.5.3, если не пойдет, то с новой 1.5.9

 

Активировал, в том то и дело, попробую ещё раз

 

Приставка в синем? Может быть у тебя и не загружается загрузчик, это легко проверить, память будет еле-теплой или вообще холодной.
Можешь в терминале переключится в режим HEX за место ASCII там будет видно.
Подключаешься к порту, включаешь приставку, ждешь пока не будет "00", Нажимаешь кнопку включения, если ничего не изменилось значит не грузится secure loader (чужая или поврежденная память или сдох мост или его память). если куча "20" , значит не активирован флаг.
upd. Только что проверил на SAD-002 с 8.03 все работает. Патчил версией 1.5.9

Белый RX, Коричневый GND

 

@darknesmonk, как считать с прошки spansion? Отсальные считываются, а она не определяет ID?
fl256laif01

 

Вот у меня на прошке выдало такое.
??secure loader build: Dec 16 2019 14:57:46 (r10131:release_branches/release_07.020) [800MHz]
AGESA: GL&MO.BDK W9313
Отвал оперативной или видеопамяти?

 

Чем в итоге считал?

И ничего больше нет? Приставка вырубается потом? Или висит в синем? Если отрубается - проблема в питании, или проц треснул, можно внимательно под лупой посмотреть микротрещины