Решил я развеять слухи о том что зыза 3000 преходит в сервисный режим с порта USB. Во первых, что бы активировался порт USB должен стартануть ЦП..., а он ну ни как не может это сделать на брикнутой консоли Далее я просто зацепил крутой осциллограф к среднему выводу батарейки пандора и воткнул её в 3000 брик и записал их разговор. Известно, что со старой батарейкой 3000 не стартует....но ....смотрите сами http://www.youtube.com/watch?v=T4mQofU37sg, что записал осциллограф. Короче зыза общается с батарейкой упорно на предмет получения ключика для перехода в сервисмод. Делаем выводы....нужен ключик для перевода 3000 в сервис мод, но, он не FFFFFFFF.....а какой? какие будут предложения по подбору ключика? Кто силён в написании прог под винду. Нуно сварганить прогу что бы она по USB через микруху МАХ232 эмулировала флешку батарейки ....со всеми вытекающими последствиями. А точнее сгенерила ключик и дала команду электронному ключу на вкл батарейки....посмотрели... нет сервисмод у 3000....отключаем батарейку...генерим новый ключик ...и так далее до победного конца. Кто готов написать такую прогу? Электронную начинку я беру на себя .
Boryan добавил 20-04-2010 в 11:33
народ давай подтягивайтесь в тему. неужели не интересно мозгами поработать? Мои мысли по поводу батарейки для 3000....что могли в ней изменить Сони? Применить другой ключик...слишком просто...перебрать 4 байта учитывая что код только может быть типа 0хAA AA AA AA или 0хАВ АВ АВ АВ, это не сложно. Это не в правилах Сони...уж если рубить концы, то конкретно. Я думаю что они тупо увеличили код до 8 байт, и он так и остался 0хFF FF FF FF FF FF FF FF. Что это даёт? Во первых, процессор стандартной батарейки не может дать зызе код длиннее 4 байт, а вот их специальная батарейка может выдать код длинной 8 байт. В итоге... и волки сыты и овцы целы... Мужики, подумал я тут и понял эмулировать флешку батарейки пока рано. Нужно написать прогу снифер под винду, ну типа писать протокол обмена с батарейкой. Записать один протокол с 2000 а второй с 3000, и сравнить команды запроса на серийник, если они одинаковые то возможно ключик так и остался 4 байта, и тогда перебор нам поможет. А вот если разные...то нужно думать как заставить батарейку выдать 8 байт.....или тупо заставить прогу снифер поработать за батарейку и отвечать за неё ...ведь если будет записан протокол, то что нам составит труда выплюнуть его обратно с нужным нам ключиком?
Код Описание Данные Ответ от батареи Примечание
0x01 запрос оставшегося заряда нет energyleft_mAh:u16
0x02 запрос температуры нет temperature:u8 cercius degree, min/max value unknown
0x03 запрос напряжения нет voltage_mV:u16
0x04 запрос тока нет current_mA:short positive if charging battery
0x07 запрос ёмкости нет capacity_mAh:u16
0x09 запрос оставшегося времени нет timeleft_min:u16 XMB showing not this value
0x0c запрос серийного номера нет serialno:u32 suspected
0x80 запрос аутентификации? 9byte 16byte encrypted data/reply
0x81 запрос аутентификации? 8byte 8byte encrypted data/reply
0x05 ответ от батареи нет NAK, BCC error and so on??
0x06 ответ от батареи да ACK, with reply data
А в чём прикол между этими разными запросами и одинаковыми ответами?
это ты из какого лога нарыл? очень интересно ...подтверждаются мои догадки что ну не могла соня так сильно замутить батарейку ..да ещё с привязкой ответов по времени....походу это тупо библиотеки...типа с такого диапазона кода по такой то....ответ один на всех...
Boryan добавил 17-05-2010 в 02:26 ErikPshat, лана вот соберу к-лайны вам ....мы сообща покажем батарейкам кузькину мать ))
Последний раз редактировалось Boryan; 17.05.2010 в 02:26.
Причина: добавил, подумав
есть идея - назовём Battery-swap сделать две батарейки сервисную и обычную и пусть на вопросы про серийник и состояние отвечает сервисная а на 80 и 81 нормальная - вдруг прокатит?
ErikPshat, подскажи как делаете раскрывающиеся трейлеры....я чота не разберусь в движке форума...или опера не дат мне это делать...а то я своими логами весь форум загажу
Boryan добавил 17-05-2010 в 02:35 stasik007, ооо превед...тож не спится? а как будешь отвечать на 80D9 ???? какой батарейкой....Ты давай тож подключайся к издевательствам над батарейками ..а то сочковать начал
Boryan добавил 17-05-2010 в 02:38
нужно вычислять алгоритм 80 и 81 команд....и тогда останется только 80D9 ломануть ...правда на чём всё это эмулировать? я про алгоритмы ..
Последний раз редактировалось Boryan; 17.05.2010 в 02:38.
Причина: добавил, подумав
Получается ещё одна хитрость батареек? Если он "отдохнули" мальца просто полежали без зызы, то и ответы от них на 81 и 80 адекватные а как с зызой поработают то начинают выкобениваться? очень интересные батарейки ))
Есть мысль что Стасовы самые древние батарейки умеют отвечать на 80D9... но видать соня перестраховалась... во первых вырезала этот ответ полностью у более свежих батареек ...но и за одно изменила на всякий случай алгоритм ответа 80D9 что бы не могли воспользоваться старой батарейкой ..но старая умеет на него отвечать пусть и не правильно. Выходит, что в батарейках они используют свою первую разработку что была сделана на 1000 зызу ...позже они её урезали убрали работу с 14 и 13 командой ...но для 3000 пандоры слегка изменили алгоритм ответа на 80D9...
Boryan добавил 17-05-2010 в 02:57
Сообщение от stasik007
может защита от брута?
Да ладно....мне кажется всё проще гораздо...просто мы пока идём не той тропинкой...ну нету смысла так наворачивать батарейку....невыгодно экономически....
Boryan добавил 17-05-2010 в 03:02
я же говорю что используют старую изначально разработанную программу для контроллера батарейки...только подрихтовали ответ на 80D9 и всё...И я ещё уверен что этот алгоритм ответа на 80D9 можно изменить ...изменив какие то байты во внешнем епроме. Сам пойми ..нужна мобильность и возможность создать пандору 3000 на месте в авторизованных центрах сони...а в СЦ сонях наверняка и используют старые, древние и родные батарейки в которых есть все ранее заложенные функции.....
Boryan добавил 17-05-2010 в 03:06
код FF и 00 они же оставили....это подтверждает мои доводы что всё по старому лишь слегка подрихтованно...Смысла нет делать sys con и батарейку с чистого листа....экономически не выгодно....+ нужно сохранить поддержку старых алгоритмов в новых разработках....а память и у sys con и контроллера батарейки не резиновая...
Boryan добавил 17-05-2010 в 03:13
Время будет на днях сниму лог с PSP GO и посмотрим на их развитие )) сдаётся мне что там всё осталось по старому ))
Последний раз редактировалось Boryan; 17.05.2010 в 03:13.
Причина: добавил, подумав
Мне вообще кажется, что SysCon и контроллёр батареи - это просто тупые железки.
Для их функционирования должна быть программа.
Допустим, psp убитая, без прошивки в нанде, то получив питание от батарейки syscon запрашивает "ты кто", она отвечает - "это_я_твоя_батарейка". Затем syscon запрашивает "какой у тебя серийник", батарея даёт ему серийник и если серийник сервисный, то дальше должен с карты грузиться драйвер syscon.prx, который берёт управление питанием.
А без драйвера, мне кажется, на большее, на брут или ещё что, сам syscon не способен.
И думаю, что всё-таки при обращени к карте лампочка не моргает, а всё делается в тихом режиме до тех пор, пока не пройдёт правильная инициализация и пока они не подружатся.
Кстати, я проверял, syscon.prx один и тот-же для всех моделей.
Прошу любить и жаловать, Ваш Добро пожаловать в наш Чат в Telegram
Последний раз редактировалось ErikPshat; 17.05.2010 в 03:27.
Мне вообще кажется, что SysCon и контроллёр батареи - это просто тупые железки.
А без драйвера, мне кажется, на большее, на брут или ещё что, сам syscon не способен.
Ну они могли легко в чип включить аппаратный шифратор/дешифратор AES - это же не сложно, а процесс идентификации батарейки улучшит...
Ведь странно что 80 запрос консоли получает строго 16 байт а 81 уже 8 байт...
А потом вспомни поведение консоли когда в нее вставляешь запандоренную батарейку - что происходит если карточка с пандорой не вставлена? Ведь консоль стартует и подает питание на картоприемник, зеленая лампочка горит и в таком состоянии консоль будет находится до того момента пока ты не вставишь карточку с пандорой, тогда консоль запустится, а если вставишь обычную карточку то нет и даже если быстро вытащишь обычную и вставишь пандору то все равно ничего не получится... Значит SYSCON не такой уж и примитивный и после удачной идентификации дает питание на картоприемник, включает лампочку и инициирует старт консоли с карточки и все это без загруженных с карты драйверов...
И еще Boryan ты уверен что когда подключал к консоли батарейку с k-line, то изолировал средний выход батарейки до подпайки k-line, а то может у тя и эмуляция с PC шла и сама батарейка отвечала или ты только батарейку и мучаешь ?
ErikPshat
Провел маленький эксперимент, вставлял в свою фатку запандоренную батарейку и быстро вытаскивал карточку с пандорой - если успевал это сделать до того как загорится зеленый огонек, то консоль оставалась в ожидании карточки, а если после или как сразу зажглась то консоль стартовала ... Значит можно сделать вывод что зажигание зеленого диода совпадает с началом работы картоприемника - но это все после удачной идентификации батарейки...
Последний раз редактировалось ANDPSP; 17.05.2010 в 12:35.
Мне вообще кажется, что SysCon и контроллёр батареи - это просто тупые железки.
И думаю, что всё-таки при обращени к карте лампочка не моргает, а всё делается в тихом режиме до тех пор, пока не пройдёт правильная инициализация и пока они не подружатся.
.
Вынужден огорчить - поскольку лично проверял осцилографом - КАРТРИДЕР МОЛЧИТ!!!
ErikPshat, забудь про эту мысль. Я уже много раз говорил что пока syscon не договорится с батарейкой ни чего не работает. И даже он сам работает только модулем общения с батарейкой...а модуль ответственный за клоки на ЦП и другие микрухи...МОЛЧИТ!!! Как молчат и модули опроса кнопок , запуска контроллера питания...всё молчит!!!А ЦП без клоков, это просто железяка. А посему ни каких опросов картридера и USB порта быть не может. А вот то, что ты подловил одинаковый ответ на разные 80 запросы ....это очень интересно и наталкивает на мысль что шифрования ключика в батарейке НЕТУ!!!Ведь шифрование разных ключей ни когда не может дать одинаковый ответ...и снова приходит мысль что мы работаем тупо с библиотеками ....которые необходимо просчитать
Boryan добавил 17-05-2010 в 18:22
И ещё
Мне вообще кажется, что SysCon и контроллёр батареи - это просто тупые железки.
На счёт контроллера батарейки ещё можно так сказать, но насчёт syscon у которого 84!!! ноги я бы не стал говорить.....хоть и мал клоп, да вонюч ))
Boryan добавил 17-05-2010 в 18:28
и файл syscon.prx это файл который пришется в syscon только в модуль работы с кнопками...тупо определяя какая кнопка за что будет отвечать..так же в рекавери меню есть доступ в syscon....вспомни пункт в меню где мы можем менять частоту работы процессора....клоки одним словом....и за это всё отвечает syscon....
Последний раз редактировалось Boryan; 17.05.2010 в 18:28.
Причина: добавил, подумав
Интересно а кто нибудь слушал диалог 3000-й консоли и запандоренной батарейки если ее вставить в включенную консоль с подключенным внешним питанием, а потом внешнее питание отключить - просто на забугорном сайте нашел инфу что так народ делал ... Кто нить может повторить эксперимент ?
ANDPSP, А что это даст? буржуи -дураки!!! Это даст обычный старт зызы. У меня по работе в основном все батарейки пандора и иногда нужно включить для проверки зызу, а как известно зыза с пандоры стартанёт только если шитая и в ней стоит стик пандоровский. Так вот, я тупо стартую с зарядки а потом вставляю батарейку пандору, и отключаю зарядку зыза продолжает работать от батарейки...Код FF в батарейке говорит при старте зызы откуда грузиться.....а коли мы стартанули с зарядки, то зыза уже включилась и загрузилась и ей уже пофигу на все коды батарейки.... Так что пусть буржуи сами делают свои эксперименты.
Boryan добавил 17-05-2010 в 20:01 lport3, Всё же свожусь к мнению...что не статичные ответы батарейки, это не что иное как косяк с таймингами в твоей проге...Если прога работает стабильно то и ответы одинаковые на одинаковые запросы...а если косячит то и ответы разные ....вот сегодня те же условия...те же батарейки...а ответы разные ....
Boryan добавил 17-05-2010 в 20:32
ну вот взял у Стаса батарейку умеющую отвечать на 80D9...оказалось всё банально....галимый кетай ещё из первых подделок который умеет отвечать вообще на все 80хх команды....даже на те которых не существует Кетайсы видать престраховались на всякий случай, сделали ответы на все 80хх и все 81хх.....но они уже тогда знали алгоритм ответа на 80 и 81....
вот такой первый кусок должен быть
5A 0B 80 09 11 11 11 11 11 11 11 11 89
A5 12 06 8E CC 1D 40 A8 0E 22 DF 4F F4 F2 ED A8 F0 7F 5A 41
https://www.pspx.ru/forum/showthread....257#post884257
--------------------
вторые 8 байт в ответе, это синхра по времени,
именно из за них нельзя "перехватывать и подменять",
задержка по моим подсчетам 25-50мс.
--------------------
Всё же свожусь к мнению...что не статичные ответы батарейки, это не что иное как косяк с таймингами в твоей проге...Если прога работает стабильно то и ответы одинаковые на одинаковые запросы...а если косячит то и ответы разные ....вот сегодня те же условия...те же батарейки...а ответы разные ....
Я уже говорил тебе, что временные 8 байт у тебя были одинаковые из за
сброса одного из счетчиков, но этот счетчик не один..
-------------------
Да ладно....мне кажется всё проще гораздо...просто мы пока идём не той тропинкой...ну нету смысла так наворачивать батарейку....невыгодно экономически....
блажен неведающий..))
Разница между 4 байтами и 16 знаешь какая?.. 16-4=.. нет..))
-------------------
lport3, а что ответишь на мой вопрос по поводу кривых нестатичных ответов на 80 команды? Что косячит в итоге связка PL2303 или твоя прога? Или нужно делать К-лайн который без МАХа работает от настоящего СОМ порта, и работать по реальному СОм порту только на транзисторах....походу МАХ свои косяки добавляет.... и только тогда мы избавимся от мусора...Сдаётся мне что мы тупо в мусоре сейчас ковыряемся ....я про ответы на 80 ....а таким образом алгоритма нам не просчитать...
))может микрухи взять не наши а японские, глядишь
и выровняется все..
-------------------
ты всё же утверждаешь что есть временная привязка? Тогда как китайцы раскусили и повторили алгоритм ответа но 80?
ты выпивший что ль ?
самая первая мысль в этом посте..читай внимательнее.
Последний раз редактировалось lport3; 17.05.2010 в 21:23.
lport3, а что ответишь на мой вопрос по поводу кривых нестатичных ответов на 80 команды? Что косячит в итоге связка PL2303 или твоя прога? Или нужно делать К-лайн который без МАХа работает от настоящего СОМ порта, и работать по реальному СОм порту только на транзисторах....походу МАХ свои косяки добавляет.... и только тогда мы избавимся от мусора...Сдаётся мне что мы тупо в мусоре сейчас ковыряемся ....я про ответы на 80 ....а таким образом алгоритма нам не просчитать...
Boryan добавил 17-05-2010 в 21:18
ты всё же утверждаешь что есть временная привязка? Тогда как китайцы раскусили и повторили алгоритм ответа но 80?
Boryan добавил 17-05-2010 в 21:23
ты меня не понял про наворачивать батарейку разницу между 4 и 16 байтами знаю Я в смысле истории создания ПСП ...получается что создавая первую ПСП разработчики в ней сделали защиту только от не родного софта....но не сделали НИКАКОЙ защиты при загрузке с стика...и заливай что хочешь....таким образом и взломали ПСП....но при этом они в то время положили все свои силы на защиту копеечной батарейки....и такого там накрутили что и по сей день батарейку не ломанули....Смысл в этом каков?
Последний раз редактировалось Boryan; 17.05.2010 в 21:23.
Причина: добавил, подумав
получается что создавая первую ПСП разработчики в ней сделали защиту только от не родного софта....но не сделали НИКАКОЙ защиты при загрузке с стика...и заливай что хочешь....таким образом и взломали ПСП....но при этом они в то время положили все свои силы на защиту копеечной батарейки....и такого там накрутили что и по сей день батарейку не ломанули....Смысл в этом каков?
Могу еще штуки 3 поста своих по этой теме нарыть здесь, но
лень, так что повторюсь..
Слом эфками в серийнике это дыра, которую прохлопали разработчики. Интересно, сколько япошек по этому поводу сделали харакири..))
Сейчас все функционирует в штатном, как и задумывалось, режиме.
Батарейка изначально задумывалась как ключ от сервисного режима.
Я уже говорил тебе, что временные 8 байт у тебя были одинаковые из за
сброса одного из счетчиков, но этот счетчик не один..
Не находишь ли странным что этот счётчик вчера одновременно сбросился на 12 штуках батарейках? Вчера все батарейки давали стабильные статические ответы на 80хх команду....почему интересно? И в зызы я их вставлял....ответ конечно был другой но он был одинаковый!!! Или в батарейке есть календарь и по чётным дням она выдаёт стабильные ответы? ))
Boryan добавил 17-05-2010 в 21:40 lport3, Слома по FF батарейки не было !!! Просто в сервисном центре забыли вытащить такую батарейку и она попала в руки умельцам...ну а далее дело техники и продолжение истории
Последний раз редактировалось Boryan; 17.05.2010 в 21:40.
Причина: добавил, подумав
Не находишь ли странным что этот счётчик вчера одновременно сбросился на 12 штуках батарейках? Вчера все батарейки давали стабильные статические ответы на 80хх команду....почему интересно? И в зызы я их вставлял....ответ конечно был другой но он был одинаковый!!! Или в батарейке есть календарь и по чётным дням она выдаёт стабильные ответы? ))
А у меня сейчас псп временами виснет, и перегружается,
почему?...а еще в протоколе псп запрашивает у батарейки
дополнительные длинные пакеты, на которые батарейка отвечает
негативно.. Защиты для того и делают, чтобы не допустить основного
"защищаемого" события.. и как не огорчительно всеми способами.
lport3 добавил 17-05-2010 в 21:44
lport3, Слома по FF батарейки не было !!! Просто в сервисном центре забыли вытащить такую батарейку и она попала в руки умельцам...ну а далее дело техники и продолжение истории
а вот это важно.. это точная информация?
Последний раз редактировалось lport3; 17.05.2010 в 21:44.
Причина: добавил, подумав
Да, это было имеено так ....Взлом ПСП был сделан только потому что в СЦ Сони забыли вытащить из зызы мемори стик сервисный с пандорой и батарейку с кодом FF ....так и отдали клиенту полный комплект....а клиент не дурак оказался
Boryan добавил 17-05-2010 в 21:54
Думаю после этого и начали ковырять батарейку на предмет смены в ней серийника на FF....
Boryan добавил 17-05-2010 в 21:59
Но опять же странно выглядит это...значит батарейку сони защищает выше крыши ....а с картридера грузи что хочешь в зызу ....любую прошивку....или они думали что защита с той стороны не нужна раз есть мощная защита в батарейке? Которая в итоге оказалась для любого пионера лёгкой
Последний раз редактировалось Boryan; 17.05.2010 в 21:59.
Причина: добавил, подумав
ANDPSP, А что это даст? буржуи -дураки!!! Это даст обычный старт зызы.
Хех, если это действительно работает - тогда прослушав диалог 3000-й консоли и запандоренной батарейки (FFFFFFFF) мы можем узнать что она отвечает на 80 и 81 запросы, они же и при включенной консоли сыпятся....
Да и не дураки они совсем - все чем мы занимаемся - они начали в далеком 2005 году, здесь уже упоминали инфу из этого топика, но может кому интересно полностью почитать будет http://forums.ps2dev.org/viewtopic.p...er=asc&start=0 и кстати контроллер батарейки, чей PDF изучали тоже отсюда - он здесь и упоминается и сфоткан великолепно....
ANDPSP, а что это даст? Ты просто увидишь разницу в организации команд при прямом включении батарейки и при включении батарейки с включенным зарядником....Я чота не понимаю чего ты хочешь там увидеть?