f2065

Есть просто схема microUSB гарнитур самсунговских - Если там microUSB - то вероятно она подходит.

Какой то непонятный баг при компиляции вылез. Причём и в новой версии и в старой… Вот такой простой исходник (для наглядного воспроизведения бага): === .little .thumb .binid C3322XWKL1 .start 0x907418E4 BL 0x919DFB60 B 0x90741940 .data .start 0x90815D80 LDR R0, =0x916E6200+1 BX R0 .data === И компилируется оно в +90140000 006018E4: D4F050FA2AE0 006D5D80: 0048004701626E9103B40148019001BD61FB9D91 Суть проблемы в том что переход на 0x919DFB60 - это дальний переход. Но место дальнего перехода почему-то выбирается не сразу после первой .data, а после второй .data Как сделать так чтобы переходы размещались на первой же .data ? .orgbl тоже как-то не помогает… Можно конечно вручную сделать переходы, но на больших исходниках это не всегда можно сразу понять. Он же без ошибок компилирует, а я потом несколько часов не могу понять почему патч в итоге не работает (а он затирает нужный код кривым размещением переходов).

Например, патч заказать… И все файлы будут глобально доступны через Bluetooth Права на BT лежат не в файловой системе а в дополнительной БД. Так что например в MiniCommander их нет.

распаковщик прошивок - http://OldPh.one/index.php?showtopic=46144 запаковщик тебе предстоит написать самому. или по крайней мере упаковку без компрессии и затем двигать разделы чтобы хватило места для непакованной прошивки. Патчи пишутся в BinEdit - http://OldPh.one/ipb.html?s=&showto...st&p=597795 Немного инфы для новичков есть там - http://OldPh.one/index.php?showforum=45 Только вот проблема в том что это более новое поколение Swift (с пакованными и разделёнными прошивками), и по ним базы знаний нет и публичных патчей для примеров тоже нет. Многое там с нуля будет не понятно, это надо просто знать использую опыт старых Swift. Поэтому я вообще сомневаюсь что новички могут сделать патчи для S5610. Начни например для C3300, а потом уже на S5610 будет проще. На S5610 даже применить патчи нечем, CLAB/ResMan не будут работать с такими прошивками. Надо либо ещё и софт для применения патчей новый написать, либо самостоятельно компилировать патч в прошивку и выкладывать прошивку без возможность изменения пользователями. Ну когда-то все ведь ничего не умели. Мало ли, вдруг он знает асм - есть шансы что и напишет чего

Такое подозрение что в разъёме мусор, или телефон утопленник - коррозия платы пошла. Для начала надо его разбирать и внимательно смотреть вокруг разъёма.

Установить Kies, и подключить телефон к компу через его штатный кабель (если кабеля нет - то купить, там обычный кабель microUSB-B - USB 2.0 AM) Ну или обратится по гарантии.

Надо попробовать его подключить к компу, и Kies должен его обновить до прошивки Dev C3520XFLJ1 CSC C352WOXELJ1…Если не будет обновлять - тогда надо посмотреть какие три буквы в скобках написаны после имени существующей прошивки.

Соответствующего патча не публиковалось… Так что единственное решение о котором я писал ранее - открыть JAR на компе и выкинуть из manifest.mf русские буквы. Ну или купить другую мобилу (и замечу что у всех Samsung платформы Swift, даже в моделях 2012г - по прежнему в манифесте русские буквы недопустимы).

Батарейка нужна алкалиновая (AA LR6), стоит она обычно от 25р (местами и по 50р). Ёмкость у LR6 на больших токах менее 1.5А/ч на 1.5В, нам надо зарядить 1А и 4.1В, учитывая примитивную схему с низким КПД - думаю что на полную зарядку мы потратим как минимум 4 батарейки. Вопрос. Какая практическая модель применения этого зарядника? Таскать в собой в походах и по пути покупать AA-батарейки? Так удобнее сразу купить мощную внешнюю батарею на 10 подзарядок. Ну или небольшую батарею на 1-2 подзарядки (и места она занимает меньше чем 4*AA). И автомобильную зарядку купить, для сельской местности. Автомобиль от которого можно зарядиться найти куда проще чем батарейки. Особенно если владельцу автомобиля заплатить стоимость тех батареек. Вот поддерживать барыг точно не стоит, эта фигня массово лежит на DX и ebay по цене 3$ с бесплатной доставкой. А за 400р можно купить нормальную внешнюю батарею.

Нет, потому что китайцы их не делают сейчас для простых мобил… Мобила и так работает долго и популярность не высокая. Вот помнится для D780 делали (он штатно жил всего 2 дня - и это было актуально). Но проблема в том что более ёмкая батарея и по габаритам больше - так что для неё в комплекте должна быть и новая задняя крышка под выпирающую батарею. Корпус в итоге становится толще в два раза. В принципе нет. Но китайцы могут сделать батарею не качественно, и она может самопроизвольно загореться. Ну для начала - по физическим габаритам, неподходящая батарея физически не влезет. Если очень надо увеличить ёмкость - то для этой мобилы практически на сегодня есть только два решения: запасной аккумулятор (правда вопрос чем его заряжать). Либо внешняя универсальная USB-батарея: на 1-2 дозарядки, на 10-12 дозарядок.

у меня и с D780 так было, он адреса подхватывал но не все и не всегда. так что я всё что надо пишу через equ самостоятельно.

Ну во-первых эта мобила не поддерживает юникод и русский язык в манифестах. Надо как минимум перепаковать там манифест в JAR, переписав всё английскими буквами. И потом сгенерировать новый JAD с учётом этого.

Вообще у всех после перепрошивки это ошибка проходит. Если не проходит - то вероятно просто реально попадаются несовместимые приложения. Для проверки советую попробовать MiniCommander - он точно совсемтим с этим телефоном, если он запустится - значит проблема не в прошивке.

Для C3322 это реализуемов в патче Sheduler, и там даже два пути для решения это задачи: 1. собственно отключение/включение выбранных симок через Sheduler в заданное время заданных дней недели. 2. можно включить чёрный список в режиме недоступности для всех и тоже управлять им через Sheduler (если интересно в реалтайме знать кто хотел дозвониться). На всякий случай замечу что надёжность работы патчей не гарантируется… Хотя патч существует давно и основной набор его глюков уже выявлен и вылечен.

меню - настройки - сброс настроек… однако полного сброса не будет, например мусор в java остаётся… это только перепрошивкой. вообще в FAQ есть способы для полного сброса (правда всё равно без java)

А если мобила включённая - то как флешка она видна?

Думаю что какие-то проблемы с виндой. Может запрещено искать новые устройства. Может винда - какая-нибудь сборка типа ZverCD. В диспетчере устройств на 2 секунды должно появлятся новое устройство, если его обновить сразу при подключении USB-кабеля.

А кнопки блокировки и громкости+ зажаты при этом? Комп должен обнаружить новое устройство и начать ставить дравера…

Обновить Kies как минимум до 2.5.2.13021Дистрибутив DFU-драйвера будет лежать в C:\Program Files (x86)\Samsung\USB Drivers\20_NXP_Driver Хотя вообще я сам лично пробовал на Win8 драйвер Sunstone_V5_00_0_1_WHQLed и проблем не было… Именно с C3322

А что происходит при подключении к компу телефона с зажатыми блокировка+громкость вверх ? И комп и телефон ведь должны как-то реагировать… Как они реагируют?

Повторяю вопросы: 1. версия винды? 2. версия драйвера? 3. виден ли DFU драйвер «скрытых» в диспетчере устройств? 4. какая версия драйвера в диспетчере устройств?

Внимательно читайте инструкцию от C3322… Тут всё примерно аналогично. Подробно описывайте на каком этапе проблема, появляется ли драйвер DFU в диспетчере устройств (на 1-2 секунды) при подключении выключенной мобилы с зажатыми кнопками… Какая винда, какой версии драйвер… Ну так может драйвер уже стоит. Его например Kies мог поставить сам. Надо в диспетчере устройств включить показ скрытых устройст, и там DFU будет видно даже без мобилы.

Да не помогут никакие коды - у этой мобилы нет дефолтного бекапа Java-среды, ей неоткуда её восстанавливать. Все поломки в Java и весь потерянный мусор от Java - удаляются только перепрошивкой TFS/CSC. Дефолтный Java конфиг был в Swift-прошивках до 2007г, там можно было кодом эту проблему решать. А потом это убрали.

Люди то пока есть… А что может послужить стимулом не знаю, лично мне бы хватило финансирования покупки этого телефона для опытов (новый стоит около 4000р, с б/у не связываюсь). Кстати с соседними моделями так уже неоднократно было - народ покупал патчеписателю телефон… Без телефона конечно тоже можно написать, но сложнее и нужен кто-то для тестирования (причём тоже хоть немного понимающий в программировании, в HEX-цифрах, умеющий пользоватся терминалкой), ибо с совсем чайниками тестировать тяжело). Раньше у старых Swift было наоборот - звонок звонил в динамик. И там делали патчи типа «Входящий звонок в гарнитуре» - которые наоборот делали то что у C3222 штатно. Вообще как-то больше никто не жаловался на то что входящих звонок в наушниках…

Ни разу не сталкивался, хотя активно использую несколько будильников именно в B5722 уже несколько лет. Бывает наоборот - будильник зависает при звонке и звонит непереставая, приходится выключать-включать весь телефон. Кстати полноценный будильник - который звонит всегда - там только первый. Остальные учитывают бесшумный режим, и несколько ещё каких-то ограничения.