подробности плиз) можно в личку) дабы не натворили другие бед а потом обвинять будут

нужен вход в factory mode! давай его искать) тогда будет вообще все

Хммм, это сложнее,
если нет этой записи в SYSCON-е не получится самому вшить.
а строки где хранятся ManufacturingMode одинаковые, даже в 00 структуре ((((
---------- Добавлено спустя 1 час 12 минут 55 секунд: ----------
Понизить прошивку (или восстановить checkUpdVersion ) без замены или удаления данных syscon-а не вышло..
а вот починить loadbios -8 можно) сначала все манипуляции проводятся на болванке (другой чип syscon-а) а после возвращается оригинал)
---------- Добавлено спустя 1 час 53 минуты 55 секунд: ----------

Передел свой SYSCON со структурированного в неструктурированный как у тебя, стал еще меньше)
Все легко) для первого слота это:
без структуры: 60800
со структурой: 60C00

А теперь update попробуйте поставить)))) в плане без структуры как говорите, по факту точки входа

Я всегда делаю инициализацию с переустановкой ПО )
Проблем нет.
После моих манипуляции она переходит в standby и сама все распределяет по нужной структуре )

возможно сегодня получу чипы, отпишусь какой прислали

жду! )

На этот раз могу уверенно сказать, что я победил ошибку loadBios -8!
Притом не нужно ставить новый чип syscon, после восстановления можно вернуть родной чип обратно, если не нужно понижать прошивку.
только что поднял 7.51 -> 5.05 (вот это переход )))
а вот что случилось с разделом CoreOS:
Виновата SPI память, решила испортить 1 бит данных (добавила 1 лишний бит в байте)! смещение всегда разное.


0x18 = 01 1000 (верный)
0x38 = 11 1000 (неверный)

уже не первый раз замечаю такое. что именно где-то случайно может появится 1 бит и испортить всю приставку!

столько трупов, а виной 1 бит данных...

darknesmonk
тоесть чип новый все ж надо купить будет только для восстановления а далее вернуть родной на место?

Именно так . К сожалению. Лично мне приходят чипы только с шагом 0.65 и приходится все паять волосками.
Думаю сделать грамотный переходник.

Вспомнил еще в начале Мая общался с одним продавцом приставки, он зарядил 15к, типа не игралась и не пользовалась и лежала в коробке и синий огонь получил (99% ошибка биоса).
Уже тогда я знал, что повреждается 1 бит данных на примере EAP ключа (БИТ чаще добавляется, чем удаляется), ох как давно я хотел выложить это фото переписки)))

Именно сейчас восстанавливаю PRO NVG-002, совершенно новая, играли максимум месяц, внутри ни пылинки, экран блестит как новый) и конечно же loadbios -8
---------- Добавлено спустя 1 минуту 31 секунду: ----------
Delfin-
Ты куда делся? ) какие чипы пришли?
---------- Добавлено спустя 2 часа 8 минут 10 секунд: ----------
Вот и починил PRO с ошибкой loadbios -8
Опять появился лишний бит информации ...


большего всего времени потратил на пайку чипа (линкер)



На этот раз повредился другой слот! Поэтому алгоритм переключения изменился. (не было реакции на FFFF в 201000), после понял и исправил.
Получается сначала надо знать какой CoreOS сейчас активен (повреждён), а потом уже патчить .

тут я) как и предпологалось... ни какой... из 2х чипов в пакете был 1... проще найти наверное в какой ни будь стиралке такой чип...

- вот почему иногда стирается syscon...



а на другом слоте как активировали? чисто через сискон?


а что если попробывать команды
scfupdbegin
scnvsinit?

надо бы испытать сегодня)

scnvsinit - НЕ ДЕЛАЙ! убивает syscon полностью, будет пустой с 60000 - 7FFFF.
scfupdbegin - тоже может убить, у меня никакой реакции нет.


? один же пришел? 0.65 ?


также надо писать в область 201000 только другие данные.

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


R5F100PL обычный 0.50 на fat-ку

до 60000 лил от разных версий, вплоть до 1.00 приставке пофигу...

Я думал ты на слим брал)
я тоже взял по 600р 2 штуки на фат

тогда уж и тему на 4пда подкоректируй что на слим и фат разные чипы)

так понятно же, у них маркировки разные, и размеры)

дураков хватает)

стирает блок от 6EC00 то есть как я и говорил верификация nvs nor

Хорошая работа! Я думал он весь 60000 -7FFFF стирает Не было времени проверять, да и толку) чипов не было.

Попробуй записать данные в SYSCON:
W8, W16, W32, а также с маленькими буквами w8, w16, w32
команды: https://www.psdevwiki.com/ps4/Talk:Southbridge

например на подобии PS3 была запись в syscon:
w 48C07 ff . смещение 48C07 данные ff

если получится, то сможем реализовать на 36 мосту. а это все остальные syscon-ы

upd. Сегодня пришла PRO NVG-004, по виду идеальная, тоже мало играли, разбираю и смотрю, процессор, память, мост реболили, везде флюс, ошибка памяти 4-5. Всё заново отреболил (проц, память), и опять же моя любимая loadbios -8 xD
Руки бы оторвать таким мастерам, ушатали плату до ошибки памяти, а первоначальная проблема была в Биосе.
Завтра буду паять линкер)

очень интересно но ни буя не понятно))))
но идея для даунгрейда интересная))) через эту команду ресет внутриний, и приставку не рубит при обращении и стирании данных)

Твою ж на лево))))) нашел откуда команды взяты. есть догадки? нашел еще пару интересных команд))) надо опробывать)))

команды тебе скинул же) они взяты с расшифрованной прошивки 26 моста, ключи слили у южника и уже давно кстати, а какие ты нашел?
испробовал w8 или W8 ?
там получается отличие 8 16 32 это в размере записи блока , а вот w или W я не проверял, думаю тут надо копать.

Сцена PS4 намерено скрыла доп. инфу, после выхода sysglitch-а (год назад) они оговорились, что готовят типа универсального программатора, для чтения записи syscon-а и флеш.
но про переключение слота никто не заикнулся. даже намерено напугали народ, что нельзя использовать команду переключения слота "SB" для кастомного моста. (выйдет ошибка checkupdateversion)
а если эта команда работает, значит и запись в syscon работает, на 99% процентов уверен, запись в родной чип возможна в данных реалиях.

часть команд взята из пошивки самого сикона) я тоже думаю что огромную часть скрыли... sony заплатили им по ходу за молчание. R(r) команда работает... только или у меня jaicrab не настроен то ли что то не так с выводом ответов.... сегодня стол дома переделаю а то не удобно работать после переезда и продолжу. прогнал mini-syscore.elf через ida основные точки входа понял, но не до конца. забыл как ей пользоваться) флаги читает он с раздела iccnvs4(блок 1C9000)

не помню побывал команду или нет(sb), надо попробывать.

У меня также нет ответов, это не jai виноват, от нас опять что-то скрыли )))

есть предположение что надо дешифровать самому прошивку моста(а ты делал сам ее?) и прошивку под скальпель на изучение)

щас пришел к мысли что я возможно дурак)))) подтертый сискон с консоли FSM, пришел в состояние getmanufacturingmode, и это натолкнуло меня что данные храняться в сисконе(и похоже что это может быть ошибка) я поставил другой сискон на эту плату и все осталось так же(как и говорится я мог ошибаться и в другом сисконе слот загрузки был тот же). сегодня попробую поставить болванку и переключить слот на другой и выбрать загрузку со 2го слота(так как во время эксперементов я перекидывал первый слот и приставка так же работала а так как я не обращал внимания не первую строчку то и не запомнил какой загрузчик грузился с getmanufacturingmode ) а уж если она запустится вдруг она пропишет заново данные туда...

Ничего не понял)
Я тебе же говорил что режим запуска записан в SYSCON-е,

без структуры - это первая строка каракуль в слоте))
Давно это заметил, при установке чужого чипа будет такая ошибка)
режим шифрован ключом как и версии ПО, восстановить в данный момент невозможно если нет копии (можно восстановить подтертый, он дублируется в слотах, он одинаковый для всех слотов).

могу скинуть позже открытую прошивку моста, там все команды которые ты вводишь )

а я испытывал, удаление 1го ведет к get, второй верификация заголовка ошибка и get, 3 ключь расшифровки прошивки\обновления , 4 версия, 5 расшифровка hdd какого то раздела по логу приложение начинает грузить и в ошибку падает и повторяет до бесконечности.все мониторилось по логу постоянно. где вход в manufacture mode неизвестно и вполне может быть в sam_ipl так как на ps3 можно иницилизировать новый syscon без дампа в режиме FSM, как то так

при подтертом сисконе и выставлении флага в nor в логе вообще тишина, при нормальном состоянии syscon и этим флагом консоль ищет фаил orbis_diag ненаходит его и ребутит приставку постояннно

Держи прошивку моста, оригинал, без патча.

а теперь очень интересный случай выходит...
переключил слот методом 201000-FF
secure loader build: Jul 16 2015 05:17:18 (r5580:release_branches/release_02.570) [711MHz]ERROR: snvssrv.c:sceSblSnvsRecvSector(122) sceSblChipCommSrvSnvsReadNvs -36ERROR: main.c:getManufacturingMode(1466) sceSblSnvsRecvSector -36ERROR: main.c:main(3296) getManufacturingMode -36<0>

то есть получается что= при FSM можно менять sam_ipl от другой консоли и она будет грузиться! так как когда приставка работала после замены загрузчик работала(грузила safe mode), и соответственно слот был именно тот что я менял.

соответственно теперь цель падает на на EMC прошивку)

Не верю! (с)
поменяй оба слота sam_ipl, тогда поверю ))
ты что взял 2.57 с другой приставки? Ты вроде писал эта твоя родная версия, попробуй тогда засунуть 1.6 уж)

я в любой прошивке могу менять один слот SAM_IPL, но оба уже нельзя, не загрузится уже никогда

Ну так что дамп то ничем не полезен?