Zte proprietary usb modem драйвер windows 7

Дополнительную информацию (Unlock и т.п.) ищите в теме ZTE MF910 (Мегафон МR150-2)

Сообщение отредактировал ferhad.necef — 19.06.18, 20:45

Я тоже на днях купил парочку таких вот ZTE MF831, для экспериментов. Пока что удалась только разлочка.
Один разлочил копированием bin-файла в диагностический порт (из темы про ZTE MF823), другой — запуском соответствующего командного файла из архива qtools (из темы про ZTE MF910).
Оба модема одинаково хорошо разлочились и отлично работают с СИМ картами любых операторов. За оба способа не забываем благодарить vvevvevve.

Однако, пока не удалось обнаружить к этой модели никаких прошивок, ни в России, ни за границей.
А прошивка нужна как воздух, т.к. в ходе перепрошивки модема можно относительно легко и безболезненно для модема заменить оригинальный файл бэкапа NVRAM (содержащий заводской ИМЕЙ) на заранее отредактированный файл, с «правильным» значением.
Похоже, по умолчанию к нему закрыт удалённый доступ. Пробовал достучаться через ADB, но так и «ниасилил» эту тему.
Еще позарез нужен патч для фиксации TTL на 64.
В связи с этим, готов к сотрудничеству с соответствующими специалистами на 100 %, любые действия с этой моделью — снятие дампов, бэкапов и т.д., и т.п.

Спс, это я уже проделал (TTL=64). Но как посмотреть результат — пока не ясно, т.к. не удалось подключится телнетом через ADB.
Все соединения модемом отклоняются. Ну как тут быть?

Сообщение отредактировал Pensioneer2004 — 12.08.15, 19:01

Как это — телнетом через ADB? Телнет работает через сетевые интерфейсы (RNDIS, в данном случае), а adb shell — через адаптер ADB.
Не знаю, как на 831, но на MF910 доступ по телнету и SSH «из коробки» не разрешён. Для исправления ситуации требуется внесение изменений в конфигурационные скрипты (для MF910 есть готовый патч). Но для такой модификации всё равно требуется первоначальный доступ в консоль с помощью adb shell.

Если Вы уже запустили патч для корректировки TTL, то, значит, такой доступ у Вас уже есть. Иначе, как бы Вы его смогли установить?

В том то и дело, что я не уверен, что патч TTL64 (MR150-2_ttl64.tgz) установился.
Как то очень быстро окно cmd открылось и еще быстрее закрылось 🙂

Добавлено 12.08.2015, 19:39:

Патч MR150-2_patch1.tgz побоялся устанавливать, т.к. в нём есть строки конфигурации Вай-Фая, а в этом модеме, ессно, Вай-Фая нет.
Вдруг бы после такого патча перестал бы ходить трафик, или, модем вообще отказался бы загружаться?
Прошивки-то под него пока ещё в свободном доступе нет (что бы можно было перешить, если что пойдет не так)!

Сообщение отредактировал Pensioneer2004 — 12.08.15, 19:43

Похоже, с применением патча MR150-2_ttl64.tgz от ZTE MF910 в этом модеме TTL все таки зафиксировался!
Вот вывод проверочной команды:
—————————————————————————————————————
C:\MR150-2_ttl64>adb shell iptables -t mangle -L
.
Chain POSTROUTING (policy ACCEPT)
target prot opt source destination

Вы что-то путаете. Откуда там такие строки?
Но то, что не стали устанавливать в исходном варианте — правильно.
А, Вы, наверное, имеете в виду значения переменных nvram в файле default_parameter?

Так я ведь Вам (или это не Вам? :)) в личке писал, что из архива с патчем нужно удалить файл /usr/zte_web/zteconfig/default_parameter (или всю папку zteconfig), установить патч, потом исправить в этом файле (оригинальном, который в системе) значение sntp_tomezone на 0, а потом сделать сброс настроек из морды.
Можно этого и не делать (исправлять значение, делать сброс), если не планируете запускать на железке что-либо, чувствительное к правильной установке текущего времени на платформе — например, openvpn. Со старым значением этого параметра будет просто неправильно задан часовой пояс.

Есть. В теме про MF910 — сообщение #519 (стр. 26).

Кстати, рекомендую всем владельцам обсуждаемого модема изучить упомянутую тему про MF910. Аппаратная платформа и прошивки обоих устройств — идентичны. Безусловно, есть небольшие различия в конфигурациях прошивок, обусловленные наличием в MF910 дополнительных устройств — адаптера Wi-Fi, мордочки (дисплея) и аккумулятора. Подчеркну, что эти различия относятся именно к конфигурации — параметрам настройки, а не к содержанию прошивки.

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

Pensioneer2004 @ 12.08.2015, 20:45
Может быть, по этому вопросу уже есть мануал?

Есть. В теме про MF910 — сообщение #519 (стр. 26).

Далее, я так понимаю, с помощью подходящего Хекс-редактора можно будет найти в файле «нужные» нам позиции и отредактировать их на «правильные» значения

Неправильно понимаете. См. сообщение #330 на стр. 17 (в теме про MF910).

А разве в файле дампа rawdump.bin не содержатся данные NVRAM?

Если нет, тогда как правильно «убить» (сознательно повредить) EFS для последующей записи бэкапа NVRAM.
Я уже несколько дней назад сделал бэкап NVRAM с помощью QPST, отредактировал его на «правильные» значения, сами знаете чего.
Записать назад отредактированный файл модем, ессно, в обычном режиме не дает, т.к. эта область защищена от записи.
А модем разбирать не хочется (для закорачивания контактов входа в download mode), т. к. слетит пломба (будет потеря гарантии 🙂 )
Можно ли обойтись тут без разборки модема?

Сообщение отредактировал Pensioneer2004 — 13.08.15, 00:50

А есть мануал, как залить отредактированный rawdump.bin обратно в модем?

Не помню сходу. Да и какой там мануал?
Возьмите скрипт, с помощью которого получаете дамп, и замените в нём строку с запуском qrflash на такую:
qwdirect -p%dlpnum% -fi -b0 rawdump.bin

Потом запустите этот модифицированный скрипт таким же образом, как и для получения дампа.

Дамп снимался около 54 минут, а заливался назад в модем значительно быстрее — около 32 минут.
После успешной заливки rawdump.bin назад в модем по окончании процесса в интерфейсе cmd скрипт предложил нажать любую клавишу, я нажал пробел, окно cmd закрылось, но модем не перезагрузился, и так и застрял в download mode (с одним портом ZTE Diagnostics Interface (COM6), через который заливался rawdump.bin).
Пытался потом выполнить команду qcommand -p6 -c «c 0b» — курсор мигает в начале следующей строки, и ничего не происходит, команда не исполняется.
Пробовал запускать MF_bckfrmfactory.cmd — бесполезно, скрипт не исполняется.
SCSI.exe — не работает.
Пробовал подключить к нему QPST — прога его на несколько секунд распознаёт, затем отвергает, как неизвестное устройство, и так циклически всё повторяется.
DC-Unlocker его в упор не видит.
Пробовал подключаться к нему через Putty (на COM6) — на любые вводимые AT-команды отвечает нулями.
Переставил модем в ноутбук, выполнил команду:
C:\Program Files (x86)\qtools_win>qcommand -p5 -c «c 0b»
—- ответ —
00000000: 01 00 00 00 30 00 00 00 02 00 00 00 01 00 00 00 *. 0. *
00000010: 00 04 00 00 02 00 00 00 00 00 00 00 00 00 00 00 *. *
00000020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 *. *
C:\Program Files (x86)\qtools_win>
И ничего!
В общем, тупик в конце тоннеля.
——
Хелп! Как выйти после прошивки rawdump.bin из download mode?

Сообщение отредактировал Pensioneer2004 — 13.08.15, 05:06

Источник