f2065

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

Проверенная версия есть там - 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-контрола. Надо проверить все остальные уровни, и потом попробовать явную константу поставить (вместо чтения контрола). Ну это под конкретную модель индивидуально делать надо. Патч делался под дуосы, где вообще отдельная лишняя кнопка была (sim-выбор). Где-то делали по удержания кнопки громкости (хотя туда тоже много всего вешается - управление плеером).

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

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

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

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

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

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

Так в настройках бесшумного профиля ведь можно отключить вибру… Да. Но ведь всегда есть риск что при замене экрана телефон сломают. Проще сделать резервную копию всех контактов и смсов. Обращаю внимание что если в телефоне заводская прошивка - то там есть баг - при любом бекапе контактов (на флешку, в комп, пересылку по BT) из имён пропадает буква «л». Впервые слышу о такой проблеме. Подозреваю что это какой-то баг сим-карты. Ну или прошивка какая-то редкая с багом (тут у всех S5610XXLL4).

Думаю что уже нигде. Всё что было спасено с со старых серверов - выложено. Но многие старые патчи видимо не систематизированы в разделе патчей, а может где-то в темах по телефону лежат. Или их вообще и не было - ведь далеко не на всех телефонах были сделан патчи (если например эту модель никто из людей способных делать патчи не купил). Для X650 тут есть например прошивка с патчачи - https://oldph.one/topic/35332-modifitsirovannaya-proshivka-x650xefg1/