f2065

Вот про MAX232 - то у меня она глючила на скорости 128к, она всё-же на скорость 57к (а во флешерах наших такой нет). Надо хотябы MAX232A (она как раз на скорость 128к). Теоретически должна работать, но просто медленно это будет очень - CLA+TFS если на мегабите заливает полчаса, то тут будет часа 3-4. Вот это - http://OldPh.one/index.php?showtopic=4059 сообщение от 10.11.2010, 11:42 - точно подойдёт. зы. вроде у всех кабели на CP глючат с B5722 с официальным флерешром. А кабели на PL - нормально. У старых дуосов было наоборот - PL глючили а CP работали (в плане прошивок Slave)… Впрочем, это уже не очень критично поскольку альтернативные флешеры для B5722 нормально работают и через кабель на CP.

А с какой целью то ? Я примерно представляю как извне прервать ожидания MCC_USER_… Но далее то какой-то MCC-код обязательно должен быть…

Патч: -=Master-Patch=- v1.2 / B5722XXJK3 Патч-библиотека -=Мастер-патч=-. Библиотека создана специально для программистов, позволяет использовать удобные интерфейсы для написания новых патчей. Данный патч требуется для многих других патчей, которые скоро будут. Внимание, во избежание конфликтов патчей указывайте в описании патчей какие CFG-ячейки ваш патч задействует!!! Уже занятые ячейки Cfg: +0x00…+0x27,+0x90...0x9F,+0xA0...+0xA8 __Master_Patch___v12_B5722XXJK3.rar Патч: Filename DateTime v1.1 / B5722XXJK3 (устаревшая версия) Теперь диктофон, радио, фотокамера, видеокамера - будут в именах файлов писать дату и время, а радио ещё и частоту. К имени задаваемому в настройках - будет добавляться дата-время (ГГГГММДД-ЧЧММСС), если имя пустое - то имя файла будет просто из даты и времени. В радио помимо даты-времени пишется ещё и частота радиостанции, в виде 4 цифр без точки, т.е. например 87.5мгц - 0875. Для фотокамеры в режиме MultiShot - эта версия патча не действует (у файлов будет обычное имя как прежде, а если имя пустое - будет ошибка и файла не будет). Для записываемых телефонных разговоров - формат имени «номер_телефона направление ГГГГММДД-ЧЧММСС.amr» (правда пока есть проблема которую я не знаю как решить - номер берётся последний обработанный за время разговора, т.е. если вам позвонили на вторую симку - то при записи разговора на первой симке будет подставлен номер из второго звонка). Filename_DateTime_v11_B5722XXJK3.rar Патч: Call Record v1 / B5722XXJK3 Запись разговоров (телефонных). Включается (и выключается) коротким нажатием кнопки «Фото» при разговоре. Внимание, если экран погашен - то первое нажатие кнопки «Фото» только включает экран, а уже второе - включает запись (разблокировать блокировку экрана не обязательно). Если запись идёт - то иконка трубки в самом верху экрана будет с маленькой красной буквой «R». Особенности текущей версии: - запись разговора в этой версии патча возможна только для той симки которая установлена по умолчанию (Диспетчер SIM-карт - Сеть - Сеть по умолчанию); - запись разговора не совместима со спикерфоном, не включайте спикерфон при записи; - если в процессе записываемого разговора вам поступит второй входящий вызов - то вы не услышите уведомления об этом; - при завершении разговора по идее запись будет завершаться и сохраняться автоматически, хотя возможны и ошибки (надёжнее запись явно завершить нажатием кнопки «Фото» ещё до окончания разговора); - при длительности разговора более 59 минут - телефон скорее всего зависнет, а запись сохранена не будет; - если в настройках диктофона включено ограничение для MMS - то могут быть проблемы с записью разговора; - данная версия патча не гарантирует что запись получится всегда когда вы этого ожидаете, могут быть разные причины для невозможности записи (например, свёрнутая в фон Java, нехватка места под temp-файлы, или просто долго не перезагружавшийся телефон); - имя файла содержит телефонный номер собеседника, но если был второй вызов - то номер будет неправильным (впрочем это проблема в патче Filename_DateTime); - после записи (и во время записи) возможны разные неожиданные глюки и зависания телефона, особенно при последующем использовании диктофона. Call_Record_v1_B5722XXJK3.rar

Приделал к мастерпатчу обработчики BSRP, RSP, IP… Типа описание для начинающих: MCC_BSRP - это в принципе тоже самое что MCC_TASK, но, после выполнения thumb-кода BSRP будет ждать сообщения, которое должно быть прописано в таблице cnf_err_tab. Обычно это надо в случаях использования Rtk05_2SendMsgToProcess - оно отправляет параллельному процессу какое-то указание, и не факт что указание будет выполнено мгновенно. BSRP позволяет дождаться ответного сообщения от процесса, и продолжить выполнение MCC-скриптов только после этого. Пример (на основе использования в патче Call Record на B5722XXJK3): .equ MP 0x19 ; базовый код мастерпатча .equ id_bsrp_demo 5 ; регистрация команды MCC_BSRP MP id_bsrp_demo .start new_mcc_bs_tab+id_bsrp_demo*4 .word bsrp_demo+1 ; регистрация кода успешного ответа и кода ошибки. .start ga_masterpatch_cnf_err_tab+id_bsrp_demo*4 .short MAPI_AUP_RECORD_STOP_CNF, MAPI_AUP_RECORD_STOP_ERR ; заглушка для MCC_RSP которое вызывается автоматически из BSRP. .start new_mcc_rp_tab+id_bsrp_demo*4 .word rsp_exit+1 .start free_addr bsrp_demo: MOV R0, #0xC BL RtkGetMemory MOV R3, R0 ; доп.аргументы команды LDR R2, =MAPI_AUP_RECORD_STOP_REQ ; команда MOV R1, PROCESS_GPLAYER ; получатель MOV R0, PROCESS_MMI ; отправитель BL Rtk05_2SendMsgToProcess ADD SP, 0x100 POP {R4-R7,PC} rsp_exit: ADD SP, 0x100 POP {R4-R7,PC} и теперь такая вот команда: .mcc MCC_BSRP MP id_bsrp_demo 0 0 mcc_demo_error Отправит сообщение MAPI_AUP_RECORD_STOP_REQ в PROCESS_GPLAYER, и будет ждать ответного сообщения MAPI_AUP_RECORD_STOP_CNF или MAPI_AUP_RECORD_STOP_ERR Эти сообщения зашиты в недрах вызываемого процесса, и вобщем надо правильно указать что следует ожидать. На один код BSRP можно указать только два сообщения - одно для CNF и одно для ERR. Размер их по 16 бит. В случае CNF - MCC нормально перейдёт на следующую строку, а в случае ERR - перейдёт по адресу mcc_demo_error Значения типа MAPI_AUP_RECORD_STOP_REQ, PROCESS_MMI - описаны не в SYM, а в DEF-Файле. А таблицы и обработчики MCC_RSP - нужны в случае если мы хотим при получении какого-то ответа немедленно что-то выполнить. Виртуальная команда типа MCC_RSP MP id_bsrp_demo будет обязательно выполнена как только MCC_BSRP дождётся ответа. MCC_RSP не может повлиять на интерпретацию ответа, но может записать в лог или выполнить ещё какие-либо действия. Даже если вам она не нужна - при использовании MCC_BSRP необходимо для MCC_RSP поставить заглушку в new_mcc_rp_tab.

Чтение документации помогло… Расширил соответствующим образом таблицу ga_srg_cnf_err_tab, добавил там _CNF и _ERR соответствующие и BSRP сработал как надо. Однако у меня возник вопрос - а почему к мастерпатчу не приделали обработчик RP ? Было бы очень удобно, и в принципе для нескольких патчей это бы пригодилось…

А в чём отличие MCC-команд BSRP, IBSRP, CBSRP, ICBSRP, ICFBSRP, RP, RSP, BS, IP, BSR от обычного TASK ? На первый взгляд их работа не отличается от TASK. Однако, многие обработчики продублированы по разным MCC-командам! К примеру (B5722XXJK3) вот: 2138С088 - MCC_BSRP_10, MCC_IBSRP_10, MCC_CBSRP_10, MCC_ICBSRP_10, MCC_ICFBSRP_10, MCC_BS_10. Т.е. вроде бы один и тот-же thumb-код можно вызвать разными MCC-командами. Вообще у меня такая проблема (в процессе написания патча CallRecord для B5722XXJK3): в индийской прошивке есть код типа MCC_BSRP 0x10 5 ; просто делает Rtk05_2SendMsgToProcess MAPI_AUP_RECORD_STOP_REQ MCC_TASK 0x10 1 ; копирует файл из temp-папки в итоговую Ну сделал я весь код который был в BSRP - в TASK-мастерпатче… И всё даже заработало как надо! Но, примерно в половине случаев после вышеупомянутого Rtk05_2SendMsgToProcess временный файл не копируется! Смотрю во временную папку потом - а файл есть… И даже нормально копируется ручным запуском MCC_TASK 0x10 1. Вобщем я пришёл к выводу что проблема в том что файл появляется (или освобождается) далеко не сразу после отправки команды в Rtk05_2SendMsgToProcess. Попытки вместо TASK 0x10 1 использовать напрямую свою функция gfs00_6Rnm вероятность успешного копирования файла существенно понизили (видимо потому что у меня это было гораздо быстрее). А вот BSRP каким-то образом ждал выполнения отправленной через Rtk05_2SendMsgToProcess команды… Ладно, попробовал расширить кол-во функций в этом MCC_BSRP 0x10 (добавил ещё несколько CASE-переходов в конце), но мои функции работают с глюками - после их вызова экран зависает (очевидно ждёт какого-то события, но факт создания файла почему-то не видит). Вызываю тоже самое через MCC_BS 0x10 - экран не зависает и всё работает, только опять проблема с temp-файлом прежняя - как у MCC_TASK… А, напомню, что thumb-обработчик у MCC_BS 0x10 и MCC_BSRP 0x10 - один и тот же! Однако штатные функции управления диктофоном используют именно BSRP… Так что вообще делать с этим BSRP ? Как он управляется ?

Samsung PC Studio содержит в себе все необходимые драйвера (в т.ч. и виртуального модема). Очевидно, у тебя проблема в чём-то другом (например, особенности висты с UAC, или нехватка админских привелегий). Или винда какая-нибудь урезанная типа ZverCD GameEdition. Описывай конкретно что именно не получается.

Потому что надо сделать одноимённый MD5-файл и записать в него соответствующее значение.http://OldPh.one/ipb.html?s=&showto...st&p=574795

Прошивочный кабель можно купить там - http://sotaland.net/shop/UID_2143.html или почитать на этом форуме в соседних разделах про самостоятельное изготовление - http://OldPh.one/index.php?showforum=1 Прошивка без прошивочного кабеля - через штатный USB-датакабель, но пока есть ряд проблем с этим (DFU-драйвер win64 вызывает BSOD, прошивка/бекап slave пока не возможны, и видимо есть ряд проблем с заливанием Master_TFS). Так что это только как вариант для быстрого заливания CLA (по USB прошивается за ~5 минут - в два раза быстрее чем прошивочным кабелем на 921кбит), для полной прошивки пока всё равно надо прошивочный кабель. Подробнее про прошивку по USB-кабелю будет видимо когда автор выложит новый флешер…

Кабель можно купить… http://sotaland.net/shop/UID_2143.html Не очень понял что за ограничение. Java-Читалки и без патчей должны ставится, доступ к пользовательской файловой системе есть и без патчей… Используй читалки которые работают автономно, подгружают файлы из памяти а не компилируются вместе с книгой. Я что-то не представляю какие из опубликованных в настоящее время патчей могут помочь. Вообще замечу что тут просто не удобно что-либо читать ява-читалками, поскольку у них интерфейс управления либо джойстиком либо цифровыми кнопками. А вызывать в читалке виртуальную клавиатуру на экран - очень неудобно. Я потом попробую сделать патч для чтения txt средствами самой мобилы… Прошивку без прошивочного кабеля сделать можно (уже даже новый флешер пишут), но, если что-то пойдёт не так - то для восстановления мобилы прошивочный кабель будет нужен, причём полный бекап можно сделать только прошивочным кабелем.

Ну вообще то в архиве с патчем - FM_Names_v11_B5722XXJK3.rar - есть аж два примера этих файлов. Кстати если версия патча старая - v.1.0 - то он писал "файл с ошибками" про вообще любые ошибки, не только с файлом…

Ну заливать бекап EEPROM (или бекап фуллфлеша), потом форматировать TFS в OneNAND, и прошивать заново CLA+TFS.

Патч: Набор патчей для изучения прошивки / B5722DDJA1 Только для разработчиков, для перетаскивания в нашу XXJK3 разных функций из DDJA1. Содержит: B5722DDJA1.rxt - карта прошивки B5722DDJA1_MASTER.be - для BinEdit CGSN v1.4 - CGSN-патч Ignore_Bluetooth_Transfer - для подключения по Bluetooth (к CGSN-патчу) без ограничений Java_Access_to_all_folders - доступ ко всем папкам в Java RegView - RegView, он тут для упрощения реализации контрольных точек при запуске кусков кода в CGSN for_developers__CGSN_IgnoreBT_JavaAccess_RegView_BE_RXT__B5722DDJA1.rar

Распиновка одинакова у всех самсунгов с таким разъёмом, и на форуме описано много раз. B5722 лежит экраном вверх разъёмом к нам, считаем слева(1) направо(20): Датакабель: 1,2 - земля 16 - USB D+ 17 - USB D- 18 - 5V Зарядка: 1,2 - земля 19,20 - 5V Прошивочный кабель: 1,2 - земля 11 - Tx 12 - Rx Если не заработает - попробовать перевернуть Tx/Rx, может их с другой стороны назвали. Гарнитура: 2 и 9 - замкнуты постоянно (опознавание гарнитуры) кнопка гарнитуры - 8 замыкается с 2 и 9 3 и 4 - микрофон, прозвонка 1.4кОм в одну сторону, 1.2кОм в другую 5-6-7 ноги - наушники: 6 общий, 5 правый, 7 левый. По 20ом. Больше они ни с кем не звонятся - т.е. у микрофона и ушей земля разная (и не совпадает с землёй кабелей/зарядки)! У поддельных гарнитур где объединяют земли - из-за этого случаются громкие щелчки в наушниках. 1 нога гарнитуры - не звонится ни с чем - это антенна для радио (и при объединении с землёй качестро приёма падает). Да вот любая железка или даже токопроводящая резинка - работают устойчиво только имея диаметр пальца. А главная задача стилуса уменьшить диаметр хотябы до 5мм. Потому что с 1см в игрушках и прочих ява-программах делать вообще нечего. Неа. Пальцы уверенно работают и через лист бумаги. Стилус что из токопроводящей резинки с сопротивлением несколько десятков кОм, что из железок - работает одинаково глючно. А вот не может такого быть что там используются какие-то резонансные частоты для человеческого пальца или для его диаметра ? Потому что работают любые толстые железки, но надставленные с помощью гвоздя - уже не работают. Ну вот у меня тоже такое подозрение возникает…

Осмотр яндекса и самостоятельные манипуляции с различными магнитами (в т.ч. мощными) показали что магнитная головка тут не работает. Она работает только с отдельными экранами очевидно самого HTC, в яндексе тоже много жалоб на то что именно эти фирменные стилусы по ~900р - глючат с экранами других производителей. На минусовый контакт батарейки - реагирует хорошо, но дело не в батарейке, а в площаде минусового контакта. На аналогичный стальной цилиндр реагирует ничуть не хуже. Работает точно. Но экран царапать будет, да и стилус толщиной с палец - не имеет смысла. На свёрнутую фольгу - реагирует так-же неточно (с разбросом около 1см) как на китайские стилусы. На всякие подручные железки, проволоку, ложку и т.д. - реагирует если они массивные и площадь контакта с экраном около 1см. Вообще я пришёл к выводу что экран тут устойчиво реагирует на любой токопроводящий предмет если у него площадь контакта как у пальца. А если площадь контакта менее 1см - то реакции добится тяжело, надо подбирать угол, прижимать сильно, и в любом случае в тесте *#0*# линии получаются со смещением на 1см к центру экрана.

Очевидно по аналогии с B5722 и прочими мобилами без цифровых кнопок - отвратительно она работает!!! По крайней мере играть тяжело, кроме тех немногочисленных игрушек которые полностью заточены под ёмкостный(!) тачскрин. У B5722, D980 и прочих моделей без клавиатуры - в яве по нажатию центральной кнопки вылезает виртуальная клавиатура на нижнюю часть экрана. Но пользоватся ей очень неудобно, поскольку плохо видно закрытую ею часть экрана, и саму клавиатуру плохо видно если там экран в игрушке пёстрой раскраски. Игрушки под тачскрин есть, но крайне мало. Особенно под ёмкостный тачскрин… Если у игрушки есть нажимаемые экранные кнопки и меню мелкие - под стилус - то пальцем очень сложно их нажать. Ну а стилусы под ёмкостные экраны - я к B5722 купил на ebay несколько разных ценой до 100р - ни один нормально не заработал. Покупать фирменные стилусы от нокии или яблока по цене 1000р - я не рискнул…

Купил на ebay несколько разных ёмкостных стилусов - ни один не работает… Надо прикладывать большое усилие (хотя на палец - экран на легкое касание реагирует)… И точность очень плохая - мобила реагирует примерно на 1 сантиметр к центру экрана. В тесте тачскрина в *#0*# это отчётливо видно, хотя на палец в том же тесте реагирует очень точно. Не понятно почему… Сопротивление резинки на стилусах у всех разное - от 5кОм до 700кОм, но глючат они абсолютно одинаково…

ну может попробовать CBR а не VBR…

Патч: Счётчик файлов при отправке по Bluetooth v1 / B5722XXJK3 Теперь при отправке нескольких файлов по Bluetooth в окне передачи отображается счетчик, показывающий общее количество передаваемых файлов и номер текущего передаваемого файла. В будущем надо бы тут глобальный прогрессбар сделать, но пока прогрессбар старый - на каждый файл с нуля… _ounter_files_sending_Bluetooth_v1_B5722XXJK3.rar

Патч: Lock Default Path v1 / B5722XXJK3 Изначально, если дефолтные пути для камеры, bluetooth, диктофона и прочих указывают на флешку - то при извлечении флешки они переключаются на телефон. Но это крайне неудобно при временном извлечении флешки - например чтобы в кардридер её вставить… Данный патч решает эту проблему - теперь при извлечении флешки пути не сбрасываются. Lock_Default_Path_v1_B5722XXJK3.rar Патч: Battery Low Disable v1 / B5722XXJK3 Отключает реакцию на низкий заряд батареи. Телефон теперь никак не будет предупреждать о низком заряде и не будет никаких ограничений при низком заряде. В опциях патча можно включить звуковой сигнал оповещающий о низком уровне (но тогда будут закрываться в момент сигнала плеер, радио, камера и тп., хотя можно будет их запускать повторно). BatteryLowDisable_v1_B5722XXJK3.rar Патч: Battery Percentage v1 / B5722XXJK3 BatteryPercentage_v1_B5722XXJK3.rar Патч: Battery Precise v1 / B5722XXJK3 (устаревшая версия) Теперь индикатор батарейки будет иметь 25 градаций (вместо 5), и по мере разряда будет менять цвет (при окончании зарядки - синий, при 100% - зелёный, по мере приближения к 0% - будет плавно краснеть). В опциях патча можно указать будет ли при разряде до 2-3 делений батарейка мигать (как обычно), или батарейка мигать не будет никогда. Во время зарядки батарейка бегает от 0 до заряженного уровня (в оригинале без патча было иначе - от заряженного уровня до максимума, но пока не удалось это реализовать тут). BatteryPrecise_v1_B5722XXJK3.rar Патч: Offline_Charging_Info v1 / B5722XXJK3 Теперь при выключенном телефоне и подключённой зарядке на экране вместо(!!!) большой анимированной батарейки отображается текущее время, дата, напряжение и процент зарядки. Offline_Charging_Info_v1_B5722XXJK3.rar

Конвертация видеофайлов для просмотра на B5722. Тут оказался весьма продвинутый декодер понимающий множество модификаций MP4. Главное требование - частота кадров не более 15к/с, и разрешение кадра 320*240 (вероятно допустимы и 176*144 160*120 128*96 - всё что есть в видеокамере). А вот битрейт может быть любым - хоть 1500кбит (хотя для экрана 320*240 делать битрейт выше 500кбит не имеет смысла). Аудиотрек - MPEG4 AAC, стерео (2 канала), битрейт (32…320кбит) и дискретизация (32000…48000) любые. Используемый софт - Xilisoft Video Converter Ultimate 6 - http://www.xilisoft.com/video-converter.html Выбираем базовый профиль MP4 - MPEG-4 Video. В окне Profile - нажать стрелку для открытия окна Advanced Profile Settings. Там установить настройки как показано на картинке, Битрейт видео и аудио в принципе можно менять, но высокими ставить не рекомендуется - мобила начинает при пролистывании файла в проводнике задумываться на полминуты. Остальные параметры менять не надо. Потом изменённый профиль можно сохранить кнопкой Profile: Save… Теперь открываем какой-нибудь видеофайл (он кстати понимает всё - avi, flv и т.д.), и обратите внимание на выбор аудиотрека: Конвертер позволяет выбрать нужную дорожку если там многоязыковое сопровождение или вообще из внешнего файла. Вобщем если тут будет не соответствующая дорожка - то звука на выходе не будет. Готовый видеофайл копируем в мобилу и можно его смотреть. Перемотка - удержанием (а не просто нажатием) соответствующих стрелок на экране. На новом оригинальном аккумуляторе и максимальной яркости экрана видеоплеер должен прожить около 3-4 часов. При пролистывании в проводнике больших видеофайлов - мобила на них подвисает на полминуты, это нормально. Поэтому рекомендую видеофайлы складывать в отдельные подкаталоги. Ну и длинна имени не должна превышать 50 букв (причём русские буквы считаются как две). При воспроизведении видео длинее 20-30 минут - видео постепенно начинает идти рывками. Но на родном видео со встроенной видеокамеры - такая же проблема - так что это не баг конвертирования (а видимо проблемы видеоплеера). Для обхода этой проблемы - можно просто нарезать видео кусками по 15 минут (в Xilisoft опция Profile - Split - Custon split time… - 15).

Это штатный баг всех самсунгов того времени, лечится либо соответствующим патчем либо нажатием красной кнопки и отмены.

Естественно. Только надо точные спецификации уточнить. Интересно как оно с проблемой 2гб будет работать. Эмулировать microSD и поддерживать флешки только до 2гб (которые уже и не так то просто купить) ? Или эмулировать microSDHC (но тогда древние мобилы - как E200 например - должны обломаться, гарантированно будут работать только выпущенные с 2010г) ? Ну и что со флешек оно будет понимать - FAT16, FAT32, ExFAT ? И где оно будет брать питание для флешек ? Многие флешки жрут столько что даже не у каждого USB-хаба или ноутбука порты тянут. Я что-то сомневаюсь что у мобилы SD-интерфейс даст столько тока, что без проблем заработает любая флешка. Хотя конечно не проблема и внешний БП для этого адаптера делать, но тогда это всё получится размерами существено более самой мобилы и врядли кто будет просто так это носить на всякий случай.

Ну проблема не столько в том чтобы спаять, а в том чтобы написать программу для микроконтроллера который там размещён. Это весьма долго и утомительно…

По поводу старения Li-Ion батарей… Собрались у меня одинаковые аккумуляторы от мобилы Samsung, но разного возраста: ровно 3 года, ровно 1 год, совсем новый, а так-же поддельный. Зарядил их полностью и запустил запись на видео в качестве нагрузки: Аккумулятор в возрасте 3 лет - проработал 146минут; Аккумулятор в возрасте 1 года - проработал 210минут; Аккумулятор совсем новый - проработал 234минуты; Аккумулятор поддельный но при этом новый - проработал всего 94 минуты. Вывода из этого можно такие: - В возрасте 2 лет у аккумуляторов уже существенное падение ёмкости - на 25% - Покупая новые аккумуляторы - покупать не в палатках по ремонту, интернет-магазинах и прочих случайных местах, а в официальных сервис-центрах или в крупных торговых сетях (кстати в одной из крупнейших торговых сетей подлинный аккмулятор стоит 588р - дешевле чем подделки которые продаются по 600-800р). - Поддельный аккумулятор Samsung - дизайн, все надписи на аккумуляторе, и коробка - полностью копируют оригинальный Samsung! Но вот пресс-формы пластикового корпуса аккумулятора немного другие - у оригинала есть несколько каких-то технологических углублений (который мобилой не используются) а у подделки их нет. На фотках 1 подделка и 3 разных оригинала: