Решил я развеять слухи о том что зыза 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
Другие консоли: Wii, PSP-2008, Vita 1008 Wi-fi, Sega Mega Drive II, Tetris 99 in 1
Регистрация: 04.05.2007
Адрес: Москва
Возраст: 39
Сообщений: 35
Вы сказали Спасибо: 2
Поблагодарили 23 раз(а) в 16 сообщениях
Сила репутации: 1
Репутация: 23 
(на пути к лучшему)
Сообщение от ANDPSP
снова опечатка ???? - вначале с210 (49680) потом с200 (49664)- из-за нее сразу не въехал о чем речь - потом разложил запросы ответы и понял...
с сервисной батарейкой
5A 02 01 A2
A5 05 06 10 9B 06 9E
5A 02 01 A2
A5 05 06 10 9B 06 9E
5A 02 01 A2
A5 05 06 00 9B 06 AE
и с обычной
5A 02 01 A2
A5 05 06 10 C2 06 77
5A 02 01 A2
A5 05 06 10 C2 06 77
5A 02 01 A2
A5 05 06 00 C2 06 87
Но вот заряд ли это - странно что на двух разных батарейках одинаковое проседание 10(16) - неужели первичное включение столько энергии сжирает или тут что то другое....
К Стасу вопрос - какая батарейка была лучше заряжена на момент эксперемента и снятия инфы... Если мы правы то сервисная была более разряжена чем обычная...
Занятная идея, особенно если учесть что смена происходит в момент рукопожатия.(смена 10 на 00) Вот еслиб попробовать сразу 00 послать )
Последний раз редактировалось Saros; 23.04.2010 в 02:43.
а какой ответ батарейка даёт на запрос зызы ...в смысле в хексе....мож эти байты в дампе батарейки? Стас выложи дамп батарейки которая работала с 3000.....Если ответ в дампе то мы его изменим ...ну или подберём нужный...Походу серийник FF.....зызе нравится и она готова с ним работать, но вот тот кто дал ей его, не должен представляться батарейкой....
Boryan добавил 23-04-2010 в 03:05
шлангом батарейке походу нужно прикинуться )))
Последний раз редактировалось Boryan; 23.04.2010 в 03:05.
Причина: добавил, подумав
stasik007 добавил 23-04-2010 в 03:29
НЕ !!! ТУТ ПОХОДУ В ЗАПРОС 80 ОТ ЗЫЗ НАДО ЧТОТО ПОДПИХНУТЬ ЧТОБ БАТАРЕЙКА ПРАВИЛЬНО ОТВЕТИЛА - неполучится поскольку зыза проверит ответ на вопрос и офигеет
stasik007 добавил 23-04-2010 в 03:58
ответ 18 байт и всё время разный
вот правильные с норм бат
5A0B800ACE1E537CF79B52A0D1 - вопрос
A5120695A09C5118088D72A8AB64331A96B1E4D2 - вот правильный ответ
5A0B80041E6855C3F5F0DCE1D6 - вопрос
A51206A58728AE08F07243A86ED563AD15C8D9E2 - вот повторный правильный
5A0B80045EB82EAB8066B9D2B6
A51206E0B4E8D460E5DE486884153DE7782E4E6E - и ещё
а вот неправильные сервисные
5A0B80D9C831D9C81C1D8429C1
A51206FA1A4CA5E46184DA2C5E52CFEE8CC2C6ED -непр
5A0B80D969E5C14C988C80350D
A51206243826E65DC2CD99E58489AEA94C7392BB - повтор непр
5A0B80D9C0FCFE119DE93DAE05
A51206724258A8B31FF0D8DB155DA9BB9B301860 - ещё
stasik007 добавил 23-04-2010 в 04:02
короче получается что для старта в сервисный режим на определённый вопрос батарейка должна чтото посчитать в себе и выдать правильный ответ
в нормальном режиме отвечает правильно на 5
а в сервисном - незнала да ещё и забыла - спрашиваем заново..
может Boryan прав - ответ выдаётся на основании содержимого еепром?
Последний раз редактировалось stasik007; 23.04.2010 в 04:21.
Причина: добавил, подумав
Интересно, что сразу на первый-же запрос 01 выдаются разные данные.
Вероятно у батареек есть какой-то идентификатор. Откуда он берётся?
Как я понял, и та и другая батареи переходят в сервисный режим.
Но в запросе с кодом 80 запрашиваются и возвращаются разные данные.
Вероятно здесь этот первый ответ влияет на эти данные.
Это может быть Vendor ID, типа завод изготовитель, партия, модель батареи или ещё что-то. Наверное это хранится в EEPROM. А может в контроллёре батареи.
Попробуйте серийник 00010001 - это положительный +1+1
А FFFFFFFF - это отрицательный -1-1
Во вложении, выложенный выше бинарник EEPROM и закладки HBK к нему.
Как смотреть и редактировать закладки, можно посмотреть здесь, если что.
Прошу любить и жаловать, Ваш Добро пожаловать в наш Чат в Telegram
Последний раз редактировалось ErikPshat; 23.04.2010 в 10:52.
Другие консоли: Wii, PSP-2008, Vita 1008 Wi-fi, Sega Mega Drive II, Tetris 99 in 1
Регистрация: 04.05.2007
Адрес: Москва
Возраст: 39
Сообщений: 35
Вы сказали Спасибо: 2
Поблагодарили 23 раз(а) в 16 сообщениях
Сила репутации: 1
Репутация: 23 
(на пути к лучшему)
Сообщение от Ins|der
вопрос: как проходит загрузка, если серийник 3000й батареи поменять на другой (не пандора)?
пост №98
Смысл зануления хитрого байта:
Акк же как-то умеет успешно общаться 0х80 0х81, занулив байт, при недоработке прошивки со стороны ЗЫЗ мы можем перейти к следующей итерации 0х80 0х81, которая может нормально прокатить.(а может и не может =) )
Последний раз редактировалось Saros; 23.04.2010 в 12:02.
Вот смотрите, вчера нам нужно было провести эксперимент на 3000.
Это было сделано и мы выяснили, что на 3000 в ответ приходил тот-же серийник, с той-же длиной, так-же 2 раза.
Смысл был в том, чтобы убедиться, не увеличилась ли длина и не беруться ли данные из другого места в качестве серийника. Однако выяснилось, что ничего не изменилось.
То есть, запрашивается тот-же серийник, такой-же 4-байтный и 2 раза. Мы это выяснили, т.к. если бы что-то изменилось с длинной или месторасположением, то мы бы получили в ответ другие байты из других мест или другой длины.
По моему, нас не должно больше ничего интересовать, как там приставка обрабатывает свои технические данные.
Теперь интересует другое. Получив сервисный номер FFFFFFFF, приставка должна как-то реагировать и начинать запрашивать сервисную флешку.
Вот интересует, после получения серийника, происходит ли разговор с флешкой, начинает ли поступать сигнал в картиридер или может сигнал идёт в USB (есть ещё порт под гарнитуру, куда тоже может происходить обращение). Ведь это так-же можно выяснить через терминал.
Прошу любить и жаловать, Ваш Добро пожаловать в наш Чат в Telegram
Последний раз редактировалось ErikPshat; 23.04.2010 в 12:51.
Смысл был в том, чтобы убедиться, не увеличилась ли длина и не берутся ли данные из другого места в качестве серийника. Однако выяснилось, что ничего не изменилось.
а если серийник сервисной батареи все же отличается по длине, как предположил Boryan?
не могли же они оставить ключ без изменений...
Сообщение от ErikPshat
Вот интересует, после получения серийника, происходит ли разговор с ...
а если серийник сервисной батареи все же отличается по длине, как предположил Boryan?
не могли же они оставить ключ без изменений...
Ну вот смотри сколько раз приходит в ответ один и тот-же серийник. И PSP всё неугомонно запрашивает и запрашивает серийник. Но если бы был другой серийник, то и в ответ бы приходил другой код, взятый оттуда, откуда запрашивается.
Я думаю, что серийник постоянно запрашивается, потому что идёт обращение к карте, но не находит нужный загрузчик и опять идёт обращение к серийнику и поять поиск загрузчика.
По идее в этот момент должен ощущатся некоторый интервал при выводе на терминал.
А вообще странно, что каждый новый запрос несколько отличается от предыдущего. Такое впечатление, что работает Соневский брутфорс
почему сразу сменился байт 06 на 07 ? что корректирующий байт не один а два? вряд ли...
потом 11 и 12 строчка - запрос и ответ - что то видать не понравилось и поэтому нет 13 и 14 строчки как в 2000 и соответственно нет обнуления в 16 строчке и вместо дальнейшего общения опять идет запрос серийника....
Последний раз редактировалось ANDPSP; 23.04.2010 в 14:06.