Тогда вопрос снят .... у Вас Е1550 -64мб и процессор MSM6246.Потому и не принял прошивку от Е1750....там скорей всего MSM6290.

Не совсем так... Свистки совершенно одинаковые... Процессоры тоже одинаковые(MSM6246), почему и возникла такая мысль, сделать из 1550-го 1750-ый... Тут фотки уже выкладывал...

А DC Unlocker какой камень видит на Е1750 ?

Вот я опарафинился!!! Запустил ДЦ-Анлокер, он нашёл 6290... Не поверил, ковырнул экран, в натуре - 6290... Интересно получается, значит всё, что было сделано - всё впустую... Значит придётся пробовать запихать в него дамп от 1550-го... ОБИДНО!

6246 и 6290 близнецы и братья в каком то смысле ..
.разумеется за некоторыми улучшайзингами в 6290 ;-)

The MSM6246 chipset will support 3.6 Mbps HSDPA for advanced services such as high-resolution video downloads and Web 2.0 browsing. The MSM6290 HSUPA chipset supports speeds up to 7.2 Mbps on the downlink and 5.76 Mbps on the uplink, tapping into the surge in popularity of applications such as social networking and user-generated multimedia sharing. The two products are drop-in replacements for each other, with power management, software and RF compatibility. Both products interface with the RTR6285™ single-chip CMOS transceiver.

второе предложение снизу читать более внимательно ;-)

только вот не очень понятно имеется в виду зона пользовательского ПО или вся включая загрузчики.. а то можно свалить в конкретный каматоз контроллер питания как это получается при прошивке 180 не тем ФФ ..

по настоящему на эти и другие вопросы может ответить документ с таким названием вот бы его одним глазком посмотреть.. ;-)
80-VF625-2 MSM6246 Mobile Station Modem Software Interface

mephody13 Я про это и говорил....на Е1550 есть фулл на 64 и 128мб ,а на Е1750 только 128мб.



Попробуйте .... но я думаю не получится ....хоть Energizer и утверждает ,что прокатит....Тот же X-Parser както определяет название файла ,его начальный адрес и длинну...чем же хуже флешер от ВОВА ?

Попробовал... Чего-то вообще лажа какая-то... Или я не понял чего-то важное, или свисток приказал долго жить... Заливаю только MIBIB, тут же его считываю, там совсем не то, что заливал...



Сразу возникает шальная мысль, что разница в Е1550 и Е1750 только в камнях, а прошивки совершенно одинаковые, по крайней мере мибибы на 99,99%...

механизм записи в ZF отличается в корне от механизма чтения...
вот тут и начинается проблема --очень часто для удачной записи в ЖИВОЕ тело приходилось сначала сносить в хлам mibib (портить бинарник лабудой) -тем самым гарантированно УБИВАТЬ МОПЕД- и записывать настоящий mibib на место последним // а уже писал об этой проблеме и не раз ;-)
миссия zf -восстанавливать трупы с полу трупами и живыми проблемы в альфа релизе , а костыли и подпорки поставить не успели..

Вот я всё прекрасно понимаю, кроме одного... Изначально, Е1550 был убит конкретно кривым дампом, слитым с Е1750... После заливки, глаз потух, в диспетчере никаких телодвижений при подключении не наблюдалось, даже ZF2, перестал выполнять тестовые(с ключом t) коды... Теперь вопрос, если я заливаю в мёртвое тело мибиб, минуя заливку всех остальных файлов, он должен считываться правильно?

вообще то должен но не факт.. и вот наверное почему.. мертвое тело может получаться из-за любого сбоя любого загрузчика -отследить кто именно и как мешает сложновато..
коль он уже мертв то попробуйте прописать mibib вообще с кигрудой ну например сами испортите первые строк 10 записав вин хексом туда название Вашего сайта :-))
записать его в тело и затем на него посмотреть- если запишется в одной из попыток то все остальные попытки записи других файлов должны проходить более стабильно.. однако sergey67 насколько я помню утверждал. что у него в 180ке
приходилось вообще все мелкие файлы убивать для того чтоб нормально поехала запись..
я на 100ке только бил первые 100 байт нулями или хренью адреса занятые mibib руками и у ВОВА это тоже катило - нужно было сначала запустить Hjtag и встроенный в него флешер -выбрав в нем мой не доделанный и кривой драйвер и после его отправки в тело мопед начинал более адекватно себя вести ..далее убивал руками mibib через ноисе так - заказывал в буфер через адресный регистр страничку адресом 0х0 нулил в буфере контроллера несколько строк и подавал команду записи в командный регистр .. это записывало хрень напрямую в начало нанда убивая в целом работу mibib// но так исполнять вредно - нужно не нажать лишнего..иначе закаматозить можно тело на всегда.. по этому ход такой крайний и если остальные варианты не прокатят.

да и вроде я както Вас просил залезть в тело Ноисом и сдампить с адреса 60000000 хотя бы 1000 может у вас совсем другая флешка зацеплена с буфером 2K вместо привычных для ZF 512 ... это тогда засада