Итак имеем любой 6230i который не входит в Local mode, но при этом видится программатором и стоит задача во чтобы то ни стало сохранить адресную книгу. Решение оказывается очень простое, необходимо знать только некоторые неизвестные, а именно адреса во FLASH где хранятся эти контакты. В данном аппарате книга лежит по адресу 0x00B60000-0x00FAFFFF. Поэтому чтобы не убить справочнк нужно при прошивке не затрагивать эту часть памяти. Это можно сделать например так. Исспользовал для этих целей UFS/HWK. Вытираем FLASH адресам 00000000-00B60000 и потом дотираем кусочек еще 00FAFFFF-00FFFFFF. А далее просто прошиваем последней версией, но обязательно с галкой "SKIP ERASE". Теперь можем вычитать 58 поле из PM и распечатать номера или как вам будет угодно. Правда не смог проверить после такой процедуры отображаются ли номера в самом телефоне так как все проделывал на плате без дисплея и даже эмифильтров по его цепям)))
Решение хоть и частно, но думаю применимо ко всем nokia dct4. Главное правильно знать нужный адрес той или иной модели.
Меня вот еще интересует вопрос, почему у такого крутого бокса как BEST если я не ошибаюсь не прикручена функция типа "прошивка с сохранением справочника". Неужели мое решение какое-то революционное?))) Иначе как обяснить тот факт что один из авторов проэкта BEST ничем не смог мне помочь, хотя я предлагал даже поговорить о цене вопроса

Ну для начала Best писался под новые телефоны, в основном BB5, потом понемногу прикручивали WD2 и все остальное. 2 проблема это добыть кучу тестируемых телефонов.
ну и 3 как по мне, авторы занимаються тем чем хотят заниматься, и что более нужно в данный момент.

Anders77, Я вам предложил решение, которое было интересно и мне. Искать 6230-ю, смотреть адреса и т.д. у меня небыло не времени, ни особого желания. Ваше решение - слишком частное и далеко не всегда приводит к положительному результату.

ОФФтопик: улыбнуло... особенно последнее...

А проводились эксперименты в этом направлении или это только предположение? Если проводились то с какими моделями? Я исполен энтузиазмом все же испытать этот метод и на других dct4 где после обычной проливки mcu теряется 58 блок.
Ох...х Пануа здается мне что вы все прекрасно знаете только пытаетесь сбить с правильного пути по всем известным причинам(помню вашу перепалку с автором проги "редконтакт"). Иначе если бы не знали адреса хранения контактов, то я даже и не представляю что бы вы делали с моей флешкой.
Ладно умные люди кому не хватало идеи думаю поняли методику, а пионерия пускай платит бабки, больше я не буду распространятся на эту тему.

Есстественно мне известны и адреса, и размер. Только если бы вы понимали суть проблеммы - то понимали бы безсмысленность подобных телодвижений. При прошивке эти области трутся не даром.

А как или где вы узнали эти адресса?

Вот наконец я дождался этого вопроса, может создать новую тему с описанием способа чтоб люди сами опробовали поиск адресов справочника других типов ПЗУ для дкт4? Кстати те адреса возможно слишком широкие для одного только справочника, но их незатирание все же дает MCU дошится до конца и вывести тело из коматоза.

Я так подумал, что не стоит, имхо. Или хотя бы в закрытом Разделе.
Боком потом всем нам вылезет, когда пиВонеры, не приложив должных усилий, за надкусаное мороженое или за "ты крут муЗчина" будут доставать килобаксовую инфу из разбитых телефонов.

Но вы автор, и право ваше.

Господа, да не в адресах то дело... Это просто ооочень частный случай, при котором возможно такое решение. Т.е. телефон то был программно целый. Во всех остальных случаях кроме переломаной платы - этот способ безсилен, т.к. причина НЕ входа телефона в локал - разрушение структуры записей пм. Поэтому при прошивке эта зона и затирается.

Так ведь экстрактор достает книгу из просто фулла dct4 да уже и из bb5, стоит тоже совсем демократично, к чему такие сложности?

К тому, что не из всех DCT4 можно прочесть фулл доступным способом.

Ради интереса взял другую дкт4 1100 с витрины, посмотрел есть в патяти телефона несколько номеров подключил к боксу посмотрел на 58 поле оно там пустое посмотел на весь ПМ ни в одном блоке ничего похожего на номера не нашел наверное с 1100 этот способ не прокатит.
Зато далее интересней. Взял модельку посолидней из той же витрины 6070 там тоже оказалась книга так как тело б/у(отпала проблема дополнительных манипуляций). Посмотрел на 58 поле оно там есть со всеми номерами. Прошелся по уже натоптаной дорожке и вуаля вот вам адреса справочника для этой модели 01E60000-01FDFFFF.

Вы видимо не умеете таки читать... Перечитайте мое предпоследнее сообщение в этой теме еще раз. Вот попадет вам в руки моргалик 6070, адреса вам извесны от и попробуете тогда.

Если бы поля PM находились бы по фиксированным адресам, то все было так просто. Насколько я помню, PM область на то и PM, что данные в физической памяти тело располагает само, и поэтому PM и читается из какого либо (Local/Test/Normal) mode самим аппаратом. При разрушении структуры PM, сама прошивка не может вытащить оттуда данные, поэтому и получаются contact service на BB5 при потере 120/308 или других полей. Конечно, для старых моделей с меньшим кол-вом PM полей можно примерно отыскать физические адреса. Но, поверьте, это частные случаи, и такой спокоб не годится для использования в программах.

В этот раз я внимательно прочитал и понял что вы сказали, но под рукой битого програмно без локала не было, а как так прибить его програмно вручную я не знаю, затереть или оборвать при прошивке это будет не то. Но я помню ваш закид на то что этот случай частный и прокатил только с 6230, поэтому решил проверить это ваше утверждение.

Добавлено через 1 час 18 минут
Все правильно тело располагает само, но по фиксированым адресам как было задумано разработчиком, а не бросает куда попало. Если бы это было не так то не существовало бы никаких экстракторов вытаскивающих номера из фулла. По сути дела я так понимаю экстрактор работает так же как и например фришный ReadContact. Но если последний ищет 58 поле в full-pm и потом расшифровывает имена из 16-тиричного кода, то первый ищет адреса контактов в считаном фулле и раскодирует его в понятную обычному юзеру форму.

Anders77 по вашей методе возможно вытащить контакты если тело перейдет в Local/Test/Normal. Но, как и говорит Андрей, если PM побит, то хоть тресни, надо его стирать, что бы получить Local/Test/Normal. При этом, естественно, контакты улетят. (я думаю никто не в состоянии взять и вот так запросто вычислить, путем логического мышления и измерениями, по какому именно адресу произошел сбой в перманентной памяти, дабы затереть только лишь конкретный адрес...)

Отсюда суть: если причина не входа в Local/Test/Normal не из за PM, то хватит и прошивки с галкой "SKIP ERASE". (что, конечно же, можно считать как - "на удачу" или "авось пройдет").

По поводу частности случая именно с 6230, то тут тоже нужно вспомнить насколько различаются ревизии этих телефонов. Достаточно сказать о различных, применяемых, микросхемах памяти! Различных именно функционально! Так что к адресам хранения адресной, которые выложены выше, необходимо дополнить и сведения о ревизии и установленных микросхемах памяти... Так как, имхо, эти адреса не применимы абсолютно ко всем 6230.

Ну и, конечно, голос за изыскания по теме - с меня.

P.S. Это полезно и правильно, только, имхо, чуть поменьше эмоций, дабы не выглядело это выкладывание инфы как в назидание и укор PANUA.

Нда... под частным случаем какраз и имелось ввиду, что аппарат был не исправен по причине механических повреждений и поэтому способ работает...
Что вы хотели проверить? Какие мои слова вы хотите поставить под сомнение? Что в конечном итоге вы опровергли из моих утверждений своими дополнительными исследованиями?

Ну вот и хорошо что уточнили теперь.

Эти вопросы лишние так как имело место недопонимание ввиду размытости некоторых ваших слов.

Теперь к сути вопроса. Если в указаной мною области кроме справочника хранится еще и другая инфа которую нужно обязательно затирать в случае "разрушения структуры PM", то ведь можно сузить указаную мною область до пределов где будет хранится только справочник и незатирание лишь только этой области уж точно должно вводить тело в локал даже при "разрушении структуры PM". Не так ли???

Добавлено через 21 минуту
Если не можно найти "по какому именно адресу произошел сбой в перманентной памяти", то можно тупо стереть все кроме "только зоны справочника". Любая задача имеет несколько правильных решений и не обязательно идти по самому сложному...хотя не спорю возможно имеется еще более простой путь.

Не так. Справочник как вы выражаетесь - это не единая область данных, а набор записей, и соотвественно может быть расположен распределенно по всей зоне в пределах найденых адресов. Весь ПМ - это связанный список записей, справочник - только часть из него. Там еще есть различные тонкости, но они сейчас не важны и соответственно рассматривать я их не буду. Подитожим: невозможно вычислить именно адреса где живут записи справочника даже в случае одинаковых моделей, это раз. Даже если вы знаете адреса этих записей - стерев все остальное - вы разрушите структуру пм и соответственно получите телефон без контактов. Надеюсь я внятно обьяснил. Что же мы имеем в конечном итоге? Мы можем сохранить только всю зону ПМ которая включает в себя и записи так необходимого нам справочника. В случае когда имеет место нарушение структуры записей в ПМ - мы соответственно в пролете с нашим горяче желанным справочником. В подавляющем большинстве случаев программных сбоев в этих моделях, если тело не входит в локал - значит нарушены записи ПМ. Соответственно, когда идет речь об ударниках и утопленниках и жизнено необходимо спасти контакты пересадив флешку в донора - то можно юзать вышепредложенный способ. Во всех остальных случаях - нужно читать флеш на программаторе и только тогда можно достигнуть нужного результата.