f2065

Ну, если сброс настроек никогда не делать - то работать будет нормально.

Нет там никакого детекта ёмкости, цифры просто в прошивке указаны (причём не правильные - штатный аккумулятор 1000 mAh).

Прошивки для U700 там - https://oldph.one/files/file/211-u700_fw_all7z/ Но у нас только русские прошивки, в них есть какие-то ещё языки кроме русского, но я не знаю какие именно.

Выше человек упоминал что в последней прошивке тоже камера настройки не сохраняет. Полагаю что там уже давно все протоколы устарели. С компом должно работать по идее. Вспоминать какой там софт для него было, Kies или PC Sync наверно.

Ну лично я на D780 и B5722 (а это такая же платформа) видел удалённые смски и журналы звонков, в дампах памяти. Что показательно - после полного сброса настроек.

Это требует много знаний по платформе. В принципе - слить дамп TFS надо, однако штатный OneNAND обычно этого не позволяет (это умеют коммерческие флешеры). Хотя, в ряде моделей OneNAND позволяет смонтировать TFS как диск и оттуда можно взять базу смсок. Можно попробовать в FD_B5722 сливать дампы. Но S3600 более древний чем S3600i, в то время они ещё не умели по обычному кабелю сливать дамп. Скорее всего для S3600 в любом случае необходим специальный прошивочный кабель (на микросхеме типа PL2303 или CP2101). Ещё вариант - портировать патч (с D780 например) открывающий доступ Java-приложени

А зачем вообще его прошивать то потребовалось? Какая прошивка установлена сейчас? Если для сброса паролей/блокировок, или изначально не русской прошивки - подозреваю что простая заливка русской прошивки проблему не решит…

Похоже её нет рабочей для данной платформы (Samsung Swift - C3322/S5610). Несколько разных версий Bubble Ducky 3 in 1 скачал, некоторые даже устанавливаются и запускаются. Однако при старте - игрушка вылетает с нехваткой памяти. Увеличивал в настройках памяти Java и Heap до 6.5 мб (штатно у самсунгов вообще около 1.5мб) - несколько ходов в игре не сделать можно а потом всё равно вылетает с нехваткой памяти. Вот разве что версия Bubble Ducky 3 in 1 которая работает нормально на Samsung Infineon (C3322i в частности). Но на S5610 она вылетает. Вероятно что сама эта игрушка как-то неправильно

Настроек таких нет. Видимо какой-то глюк в БД или как-то связано с часами.

Драйвер по идее должен быть там в пакете - https://oldph.one/index.php?showtopic=34147&p=633920 Вероятно, потребуется WindowsXP или Win7 32-битная.

У нас - в описании всё указано. Ссылки там - https://oldph.one/files/file/518-i8510_fw_rus7z/ Последняя официальная для России - i8510XEHL2, I8510SERHL1_RUSSIA_WESTERN06 - 2008-Dec Последняя не для России - i8510XEIK1, I8510MOTIK1_SLOVENIA_WESTERN02 - 2009-Nov, но вероятно там тоже есть русский язык.

Я на S5610 (эта же платформа) пробовал - создавал партиции на флешке 16гб. Телефон нормально работал с первой партицией (остальные партиции телефон не умеет поддерживать)… В винде так просто партиции на флешке не создать, я в андроиде это делал (при помощи AParted). Ну или поищите разные продвинутые программы для создания партиций, у акрониса что-то такое было и т.п. И для безглючной работы - партицию (или реальную флешку) вообще надо делать всего на 2гб. Хоть телефон и видит 4гб флешки - он при определённых ситуациях запарывает файлы если флешка более 2гб.

А если другой кабель попробовать? Вообще странно, что его удалось прошить но он не видит комп… Вероятно процессор дохнет или плата разбита/намочена.

Проверенная версия есть там - https://oldph.one/topic/32276-resource-manager-56-pro/?do=findComment&comment=706388 Антивирусы некоторые ругаются, да. Но реально именно этой версией тысячи человек пользуются с 2008г, и проблем нет. Скорее всего это ложный детект.

Ну в таком случае см. сервисмануал (https://oldph.one/topic/13234-shemy-telefonov-i-manualy/?do=findComment&comment=615889 ), там в GT-S5610 Troubleshooting.pdf есть про вибру: проверить напряжение и перепаять управляющий ключ U306 (но это нужен фен и опыт пайки подобных чипов). Кстати могу предположить что ключ дохнет от не совсем исправного вибромоторчика, если у моторчика стал повышенный ток - то он перегружает ключ и тот дохнет. Так что лучше взять с донора новый вибромоторчик кроме ключа U306. И проверить диоды D302 - если они оборваны то самоиндукция моторчика может убивать ключ

Ну, вибромоторчики иногда дохнут… Вибромоторчик можно проверить например при помощи батарейки, там вроде для запуска достаточно 1.5V.

Перенести конечно нельзя. А в принципе, для андроида что-то такое сделать можно, но это слишком аппаратно зависимо (если надо режимы типа «абонент вне зоны действия»). Т.е. не просто для андроида, а для конкретной платформы (связка чипсета и года выпуска, может ещё и бренда).

Посмотреть как эта функция сделана в C3322XWKL1 и сделать аналогично. lkcore16_IsIdleScreen: PUSH {R4,LR} MOV R4, 0 BL get_current_me_state BL lk_IsIdleState CMP R0, 0 BEQ loc_902099E6 LDR R0, =0xA841E398 LDRB R0, [R0, #0x1D] ; это всё где-то массиве gs_look, надо искать финальный адрес по использованию, а не оффсет от 0xA841E398. На С3322 и B5722 - финальный адрес gs_look+0xFD CMP R0, 1 BNE loc_902099E6 MOV R4, 1 loc_902099E6: LSL R0, R4, #0 POP {R4,PC}

На S5610 проверил - он не говорит при входящем звонке ведь… ; разрешено ли говорить во время разговора BL CheckInCallState CMP R0, 0 BNE TalkerClock_auto_end_free2 ; во время разговора уведомлений не надо На разных поколениях разные пределы уровней громкости, вероятно что 14 там имеет какое-то битовое переполнение. Или вообще по факту пишется на 14 из-за каких-то ошибок чтения spin/volume-контрола. Надо проверить все остальные уровни, и потом попробовать явную константу поставить (вместо чтения контрола). Ну это под конкретную модель индивидуально делать над

в arm-thumb ассемблере команды занимают по 2 фиксированных байта и адреса смещений очень короткие. Команда LDR не хранит данные в себе, она на самом деле хранит смещение до места хранения данных, бит для этого выделено мало и смещение короткое. LDR R0, =v_ImageTitleIconStart на самом деле физически компилятором пишется так LDR R0, offset m … .data .align 2 m: dd v_ImageTitleIconStart Если области для .data не указаны - то компилятор размещает data просто в конце кода. Вобщем, при возникновении этой ошибки надо просто вставить место для data где-то поближе.

Ну очевидно процедура выхода не там где кажется… Внимательно проверять логику MCC, ставить контрольные точки для проверки выполнения тех или иных скриптов…

Поправили ссылки в шапке, B312EXXNH1 CSC B312EOXENH1 - русская официальная прошивка. Правка чем его шить не знаю, по идее всё по аналогии с C3322i/C3295 должно быть - та же платформа и поколение.

Без сертификата просто нельзя в свойствах ява-приложения разрешить абсолютный доступ к файлам, смскам, интернету… Будет при каждом запуске спрашивать разрешение. В ks-файлах всё какие-то экзотические сертификаты - Samsung, Sun, и т.п., и находится это всё в java-папке. Думаю это всё имеет отношение только к запускам java, а не к браузеру. Для браузера типовые корневые сертификаты другие ведь - Thawte, VeriSign и т.п. - и они обнаруживаются в дампе прошивки… И подозреваю что дело может быть не только в устаревших сертификатах, а ещё может и форматы поменялись (например старые

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

Зачем? Для прав на доступ к записи файлов, интернету и т.п. - мы просто в настройках разрешений сделали ведь патч для игнорирования сертификатов.