ZTE MF823 и всё, что с ним связано

  • Автор темы Автор темы vitalion
  • Дата начала Дата начала
In few words: emergency bootloader (ENPRG9x15.hex) in my firmware pack is not compatible with MF825A hardware platform. "NAK" simply means "Not AcKnowledged", as usual.

There's nothing to do with that until you find a compatible ENPRG9x15.hex. Bootloaders can be eventually found in firmware updaters/packs for numerous MDM9215/MDM9615-based devices. Model and vendor don't matter in this case, you may try any 9x15 emergency bootloader in hope of success.
 
Ребят. пара вопросов.
Где искать новейший wui_mf825 для ZTE MF825 (МТС 830FT)
Если удалить из 830FT ZTEMODEM.ISO его можно потом как то восстановить? или где то скачать.
И есть ли wui для МТС (понятно, что билайновский подходит, но все же.)
 
Последнее редактирование:
По ссылке в посте #1363 (страница 69) или .
Думаю, что у всех активных участников этой темы - владельцев 830FT есть сохранённая копия этого файла. У меня есть, во всяком случае.
Конечно, восстановить его можно, если пожертвовать мордой. Что, как минимум, неразумно.
Для чего Вам этот говнософт? Пугать непослушных детей?:)
Интерфейс - универсальный. Он, по своей сути, не привязан ни к какому конкретному оператору. Так же, как и входящая в комплект база данных для автоопределения профиля оператора. Просто мы выбрали базовый вариант от билайновского MF90 как наиболее приятный на вид и требующий наименьших усилий по модернизации. А упоминание Билайна на первой странице оставлено, исходя из нежелания понапрасну открыто декларировать нарушение авторских прав.
МТС и Мегафон, к сожалению, не стали повторять правильный и логичный путь Билайна, который (сам или руками ZTE) подготовил собственную версию веб-интерфейса. Вместо этого, они совсем удалили интерфейс и записали вместо него ISO-образы с этим мусорным софтом. В случае Мегафона здесь явно прослеживается вполне понятное желание поддержать своих партнёров - компанию Roox. У МТС - сложно сказать.
 

привет vvevvevve,

Спасибо за Ваш ответ,,,

что делать, если проблема QPST:

Тайм-аут в ожидании ACK.
Не удалось запустить флэш программист в оперативной памяти

Что это значит?

ане могли бы вы дать мне ссылку на модем, который использовать набор микросхем MDM9215/MDM9615?

Потому что его трудно для меня, чтобы найти загрузчик для этого чипсета

спасибо ...
 
Последнее редактирование:
Don't waste your time in searching for meanings of every error you have got or may get. Your aim is to find a compatible bootloader that works without errors.
Sorry man, but it's you who needs MF825A flashing so it's up to you to search for required stuff.
Hint: look at non-Huawei modems and mobile routers with LTE support that were announced in 4Q 2013 onwards.
It's hard for everybody. Bootloaders are not public software and become available for us by accident only.

P.S. This forum is not right place for posts in English.
 
Пытаюсь подключить данный модем к freebsd? Он не хочет определяться как сетевая карточка.
[2.1-RELEASE][admin@.]/root(10): usbconfig -u 0 -a 3 set_config 1
usbconfig: could not set config index: Input/output error

Я так понимаю, что не дает записать конфигурацию? А почему ? Или вообще другим путем надо идти?
Буду признателен за любую помощь, тем более, что не в состоянии выучить freebsd и модемы за пару дней, а пользоваться очень хочется :)

 
Последнее редактирование:
Модем ZTE MF823 от Алтел. Алтел пердоставлят только LTE. После разлочки модем заработал с симками операторов предоставляющих 2G и 3G, но только в режиме EDGE. CGI команды принимал только Auto, LTE+GSM, only LTE. Решил установить вебморду в надежде в ней поменять режимы. После установки вебморды при включении с симкой 3G,2G горит красным постоянно, а не синим, но подключается и похоже все в томже EDGE. При смене симки на алтеловскую горит зеленым и работает в штатном режиме. В веб-интерфейсе, вместо индикации режима сети (EDGE, UMTS,LTE), постоянная надпись "Ограничение сети" и индикатор мощности сигнала - крестик. Подскажите, как заставить его нормально работать.
 
Последнее редактирование:
Вы бы лучше поспрашивали ребят в форумах про BSD. Не думаю, что здесь Вы найдёте специалиста.

Как бы то ни было, я могу сказать (точнее, спросить) следующее: а зачем Вы его пытаетесь как-то конфигурировать? Всякие usbconfig, usb_modeswitch запускаете... Он же уже готов к использованию как USB-устройство, если я правильно понимаю:
Что вы ему ещё наконфигурировать собираетесь, куда переключить? Вместо этого, Вам нужно разобраться, как найти и подключить драйвер RNDIS, аналогичный rndis_host в Linux. Если BSD вообще поддерживает RNDIS, что под вопросом.
Если выяснится, что не поддерживает, или организовать поддержку слишком непросто, то можно на самом модеме организовать двойное переключение в режим 5 - с классическим адаптером CDC. Уж он-то точно должен поддерживаться. Во всяком случае, в Mac OS работает "из коробки".

Резюме: Вам сейчас нужно сосредоточить внимание на изучении возможностей BSD в части поддержки RNDIS и/или CDC, а не на ненужных манипуляциях с модемом.

---------- Сообщение добавлено в 00:24 ---------- Предыдущее сообщение было от в 00:08 ----------

В нём не хватает очень многого для того, чтобы работать в сетях UMTS - там и в файле config запрет прописан, и калибровки радиоканала для диапазонов UMTS отсутствуют, и переменных NVRAM, задающих коды антенного переключателя для этих диапазонов, нет, и ещё чуть ли не десяток различных "засад" подобного рода. Я какое-то время назад начал "проходить этот квест", но бросил, в результате. Просто потому, что реально не нужно (все манипуляции я проделывал на билайновском модеме с алтеловскими компонентами прошивки), а времени занимает уйму.

Могу только предложить прошить его моим билайновским комплектом. Дело рискованное, но подобный ему алтеловский комплект я могу запросто сделать - у меня для него уже есть готовая таблица разделов. Так что вероятность успешного возврата модема в исходное состояние (если с билайновским что-то не сложится) очень велика.
 
А был ли опыт удачного пршивания алтеловского модема у кого-нибудь на вашей памяти?

---------- Сообщение добавлено в 19:24 ---------- Предыдущее сообщение было от в 16:00 ----------

Попробовал перепрошиться QPST выдал ошибку в : NAK:Invalid Address

---------- Сообщение добавлено в 20:01 ---------- Предыдущее сообщение было от в 19:24 ----------

Прошивался по инструкции выложенной в посте #1722 стр.87. После замыкания контакта на корпус и подключения модема, windows7 обнаружил диагностический порт COM11, и сам установил драйвера. Разомкнул контакты. (или не надо этого было делать? В инструкции ни слова). Запустил QPST configuration Строка COM11 в столбце Phone отображается значение "Q/QCP-XXX (Download)". Далее запускаем приложение QPST Software Download. В Options - Settings и выбираем из списка "MDM9615 (NAND flash)". Здесь нужно еще выбрать директорию NV Backup и еще какие-то опции, оставил все как было, т.к. в инструкции ни слова об этом. А далее все по инструкции до п.10 Как только нажал Start, сразу высветилось NAK:Invalid Address. Где ошибка? Может чего пропустил? Вроде все по инструкции.

---------- Сообщение добавлено в 21:11 ---------- Предыдущее сообщение было от в 20:01 ----------

Непонятно еще, зачем в архиве прошивки два hex-файла.? И х нужно куда-нибудь подсовывать?
 
Последнее редактирование:
Если говорить о моём комплекте, то нет - я не слышал о таком опыте. Но вариант с неподходящим загрузчиком здесь практически невозможен.
Всё правильно сделали.
Здесь всё тоже правильно. Ничего другого изменять не нужно.
Я наблюдал такую ошибку (на MF823) только в случаях, когда забывал установить галочку "Use Emerg. Host D/L". Ещё, как вариант, такое может быть при использовании старой версии QPST (< 2.7.402). В любом случае, после неудачной попытки нужно попробовать нажать на Start ещё раз, ничего не меняя, а если и после этого процесс не запускается - отключить модем от порта и подключить снова (замыкая площадку) перед повторной попыткой.

А если и всё перечисленное не избавит от ошибки, то попробовать запустить процесс через диагностический порт в обычном режиме - без замыкания площадки и с отключенной галочкой "Use Emerg. Host D/L". В общем, перебрать все возможные варианты.

---------- Сообщение добавлено в 19:16 ---------- Предыдущее сообщение было от в 19:14 ----------

Тут всё просто: ENPRG9x15.hex работает в emergency mode, а NPRG9x15.hex - в обычном.
 
А hex-файлы из прошивки нигде не нужны?

---------- Сообщение добавлено в 21:20 ---------- Предыдущее сообщение было от в 21:18 ----------

Сейчас попробую, потом отпишусь
 
Новость: по данным на сайте Россвязи, ООО "Йота Девайсез" получило декларации соответствия на модем NY-101 и роутер NY-401.
Что это за звери такие - пока неизвестно. Может быть, NY-101 (очень спорное для российского продукта название) - это тот "элитный модем с дыркой" на MDM9225, который год назад показывали на выставке?
 
Вторая попытка -теперь пишет : Could not open downloader in user partition mode
 
Это значит, что у Вас в той папке, где лежит partition.mbn, отсутствует ENPRG9x15.hex или NPRG9x15.hex - в зависимости от состояния "Use Emerg. Host D/L".
Как вариант - путь к этой папке или её имя содержит пробелы или/и какие-нибудь другие буквы, кроме латинских.
Или, возможно, "потерялась" установка "MDM9615 (NAND flash)" в Options - Settings.
 
Теперь эта ошибка возникает при копировании последнего файла. Пять раз перепрошивал. Можно ли убрать галочки напротив уже загруженных файлов? А то долго ждать. Менял драйвера портов. Распаковывал файлы с прошивкой в другую папку в корне диска. Установка "MDM9615 (NAND flash)" в Options - Settings на месте. Переустановил QPST. перегружал windows. Все равно на последнем файле apps.mbn - Could not open downloader in user partition mode.
 
Можно, почему бы и нет.
Но я что-то не пойму: у Вас начинается процесс, 9 разделов прошиваются, а на 10-м внезапно "Could not open downloader..."?
Такого не может быть. Проверьте путь к файлу последнего раздела - он правильно указан?
А может, у Вас лишняя галочка стоит, в "пустой" строке, ниже всех 10 разделов?
Смотрите: это сообщение говорит о том, что не найден загрузчик (*.hex). А он передаётся в модем и запускается в его памяти один раз - после нажатия на кнопку Start. Если QPST собирается передать его ещё раз, то у него для этого должна быть какой-то повод. Но, даже если такой повод и есть, то почему он не находит загрузчик? У Вас ведь все файлы разделов, таблица разделов и оба загрузчика лежат в одной и той же папке, правильно?
В общем, странная какая-то картина. Вам нужно понаблюдать за процессом более внимательно. Может быть, модем внезапно перезагружается?

Да, и что происходит, если его, в текущем состоянии, просто подключить к порту? Он, вообще, как-то запускается?
А бэкап NVRAM Вы не забыли сделать?
 
Лишних галочек нет в "пустых" разделах. Все файлы находятся в одной папке. Сейчас попробовал прошить два последних раздела. Предпоследний, ztedata.mbp, прошивается, последний, apps.mbp - нет. Если подключить модем в текущем состоянии он определяется как USB Modem Phone ADB port. Бэкап NVRAM есть.

---------- Сообщение добавлено в 03:26 ---------- Предыдущее сообщение было от в 02:59 ----------

И еще. После первой или второй незаконченой прошивке модем определился как "Android bootloader ..."
 
Последнее редактирование:
Прикольный баг словил. У нас в сети йоты можно с мегафоновкой симки зарегатся.
Даже соединение поднимается.
 
Так это настоящий адаптер ADB, или только одно название?
Если настоящий, и всё остальное прошилось нормально, то можно не мучиться и прошить ядро через него:

fastboot flash boot apps.mbn

---------- Сообщение добавлено в 02:12 ---------- Предыдущее сообщение было от в 01:59 ----------

Да давно уже пора это сделать. Ещё 2 года назад ничего не мешало организовать такой роуминг. Сеть - одна, и нефиг вводить дурацкие ограничения.

Сейчас попробовал в Москве. Не работает.
 
А куда эту команду отправить? Можно подробнее, как подключиться к модему ну и т.д.

---------- Сообщение добавлено в 11:36 ---------- Предыдущее сообщение было от в 10:03 ----------

Попробовал в консоли команду adb devices из папки С:\823adb\adb, в ответ только list of devices attached
 

Сим лок. на данном девайсе. прочитал тему сначала :rolleyes:
не нашел прямой инструкции к отвязке от оператора по данному девайсу
в теме описывается только опосредованный способ отлочки к MF90
Вот думаю подойдет способ от MF90 к MF93D
 
Должен подойти. Обратите внимание на то, что применительно к MF90 процедура состоит из двух частей - изменения значения NVRAM item и переименования файла в Linux-подсистеме, так как в нём реализована "двойная защита". В MF93D может быть реализован только "первый уровень" - в NVRAM. Также отмечу, что файл с командой для изменения значения этого item в билайновском MF90 (и в алтеловском MF827) отличается от такового для MF823 или MF825.
По традиции, рекомендую сделать бэкап NVRAM в QPST перед началом операции.

Между тем, никто не застрахован и от печального варианта, аналогичного тому, что применён в индонезийских MF825A Bolt!. Там используется кастомизированная прошивка модемной части, в которой блокировка реализована в программном коде. В этом случае выход один - заменить её на "нормальную", а это уже задача другого уровня сложности.
 
Добрый день, vvevvevve! Еще раз спасибо вам за ваши труды. Возник такой вопрос. как заставить ZTE 823 работать только на стандарте HSPA или HSPA+ или HSDPA, чтобы он не скакал. У Билайна в сети HSPA+ сильно перегружен, а на HSDPA шевелится все намного веселее, однако модем ломится в HSPA+ и там все начинает лагать.
 
Это можно сделать по диагностическому интерфейсу. Параметр, как обычно, находится в NVRAM item 0x0E41 (3649), его содержимое сохраняется после отключения питания. Значение по умолчанию - 4, диапазон значений - 0...4, они соответствуют значениям параметра хуавеевской команды ^HSPA.

Но как изменить это значение более "дружественным" способом - например, через CGI или хотя бы с помощью AT-команды, я не знаю. Это, наверняка, возможно, но искать эту команду едва ли кто-нибудь будет: слишком узок круг её возможного применения. Если только случайно попадётся...
 
Последнее редактирование:

А не подскажете как ему хотя бы через диагностический интерфейс подсунуть нужное значение? Я честно говоря, даже не представляю как напрямую к парметрам NVRAM обращаться. А перевести модем в режим factory и вытащить из него - это не проблема. Спасибо.
 
Последнее редактирование:
Пока, на стадии экспериментов, удобнее всего менять такие значения с помощью готовых диагностических программ - например, QXDM.
Установите QPST и QXDM, выберите или задайте в QPST Configuration диаг. порт модема, потом запустите QXDM и выберите тот же порт в Options - Communications - Target port. Потом перейдите в View - NV Browser и найдите в списке item 3649.
Кнопка Read в нижнем правом окне - чтение значения из модема. Новое значение пишется в колонке Input таблицы Fields, режим редактирования включается по двойному клику. Кнопка Write - запись значения в модем.

Да, после изменения значения таким способом модем нужно перезагрузить.
 

Да, у меня непрошился последний раздел в QPST.

---------- Сообщение добавлено в 13:42 ---------- Предыдущее сообщение было от в 13:36 ----------


Да, у меня непрошился последний раздел в QPST.
Из консоли послал
c:\adb>fastboot flash boot apps.mbn
sending 'boot' (6144 KB)...
OKAY [ 0.822s]
writing 'boot'...
OKAY [ 1.074s]
finished. total time: 1.899s

c:\adb>
Теперь передернуть модем?
 
Появились три устройства ZTE diagnostics... и т.д. в putty послал команды в командный порт AT+ZCDRUN=F, предернул модем., а он все равно из диагностического не вышел. Сделал несколько раз в разные порты, не выходит из дигностического режима. Постоянно горит красный с симкой.
 
Обнаружил занятный эффект. Модем MF825 от МТС, разлочен, залит web-интерфейс, настроил его для работы в режиме 1403 - AT+ZCDRUN=8 + AT+ZCDRUN=F. На компьютере все работает замечательно. Решил подключить его к маршрутизатору TP-Link 3040 - вижу, что модем определился как CDC Ether, светодиод модема мигает синим, в общем все как будто есть подключение. Но вижу, что маршрутизатор 3040 не может никак определиться с тем, как ему взаимодействовать с модемом, он попеременно подставляет разные типы интерфейсов в поле WAN interface - usb, eth0, eth1 и т.д. В общем, такое ощущение, что не может нормально договориться с модемом по RNDIS. Причем веб-интерфейс также оставался недоступным, но это очевидно.
Я тогда переткнул модем в компьютер и настроил его в режим 1225 - AT+ZCDRUN=9 + AT+ZCDRUN=F. То есть в компьютере у меня начал появляться cdrom и работать можно стало только после извлечение этого cdrom в windows.
Но вот после того, как я установил настроенный таким образом модем в маршрутизатор, все сразу завелось, маршрутизатор влет с модемом договорился, стала доступна веб-морда и коннективити во внешний мир!:confused:
Возможно, тут уже это обсуждалось, но эффект мне показался странным. Это значит, что маршрутизатор не умеет работать с модемом, когда ему подсовывают готовый rndis без всяких дополнительных свистулек? Это как-то можно логически объяснить? Или это просто так программисты tp-link позабавились? Или я что-то не правильно понял?
Кстати, сегодня проверю все то же самое на keenetic giga - повториться ли этот эффект?
 
Подключился к модему QPST EFS Explorer-ом, файла config нет в корне. Скопировал в корень модема билайновский config... и поторопился. Не выполнил команды вывода из диагностического режима, просто передернул модем. В итоге в ДУ появился cd-rom и картридер модема, а самого модема нет. Что делать?

---------- Сообщение добавлено в 15:02 ---------- Предыдущее сообщение было от в 14:56 ----------

А может быть нужно было алтеловский конфиг скопировать. Файлы брал из вашего архива config.zip
 
Вариант объяснения:
В ядре (или среди модулей) роутера нет модуля rndis_host. Роутер зачем-то пытается приспособить для него cdc_ether, но так ничего, конечно, не работает.
Когда модем подключается в режиме с PID=1225, usb_modeswitch (который Вы, наверняка, не отключили) переключает его в режим с доступным CDC (PID=1405?), который нормально работает с cdc_ether, и всё работает.

Ещё вариант: usb_modeswitch (который Вы, опять же, наверняка не отключили) каким-то образом нарушает работу адаптера RNDIS.

И ещё один: адресация в подсети LAN роутера совпадает или пересекается с адресацией подсети модема.

---------- Сообщение добавлено в 13:10 ---------- Предыдущее сообщение было от в 13:08 ----------

А говорили, что читали тему... Или это не Вы говорили?:)
Нужно "извлечть" CD-ROM модема в проводнике Windows. Это классика...
 

Нет, я такого не говорил. Все появилось. Но модем так и горит красным. Страница 192.168.0.1 неоткрывается.

---------- Сообщение добавлено в 15:32 ---------- Предыдущее сообщение было от в 15:24 ----------

Запустил cd-rom модема . Программа установки вроде объявила о запуске web-интерфейса, но я его не наблюдаю.
 
Перед тем, как искать интерфейс, проверьте свойства адаптера RNDIS. С ним, наверняка, что-то не то - например, он может находиться в состоянии, в котором "сетевой кабель не подключен". Или он просто не получает адрес по DHCP.
Во втором случае можно вручную назначить ему статический адрес, маску и попытаться выполнить CGI-команду включения композиции, в которой доступны порты и адаптер ADB.
А если имеет место первый случай, то в этом режиме ничего сделать нельзя. И вернуться в режим с доступными портами, наверняка, тоже не получится. Если это так, то остаётся единственное доступное действие - повторная полная прошивка, после замыкания площадки. Предполагаю, что на этот раз она завершится успешно, включая прошивку ядра.

Сразу после прошивки и перезагрузки - восстановление NVRAM из бэкапа (мы совсем об этом забыли!) и запись файла config. После этого и перезагрузки - проверка конфигурации (командой ATI). Если с ней всё в порядке (название модели, IMEI), то только тогда выход в нормальный режим (+ZCDRUN).
 


Спасибо за быстрый ответ.
Если честно, я не знаю каким образом включить режим 1405 и запустить (или правильно будет не отключить?) usb_modeswitch. Я использовал Вашу информацию с первой страницы для понимания какие режимы работы существуют и как их включать. AT команды для активации 1403 там есть, и это я делать научился :) , а вот как специально включать 1405? И как проверить в каком точно режиме модем? В ДУ windows (в деталях на RNDIS устройство) будет отображаться конкретный режим из двух 1403/1405? Или там всегда будет 1403? Сейчас к сожалению нет с собой модема - не могу проверить...
И можете в двух словах что есть usb_modeswitch и для чего он здесь конкретно нам нужен?

С адресацией все нормально - подсети разные.
 

Немного опишу свои попытки.
Прошивал QPST 402 версией, система Win 7x64. Один модем определялся только на диагностическом порту, второй - замыкал точки. После QPST заливал софт родным флешером. NVRAM не бекапил, config тоже не трогал. Ошибок при прошивке разделов не было.
Модемы работают до сих пор.
 
Windows здесь вообще ни при чём - мы ведь говорим о работе модема с роутером, работающим под управлением Linux.
Посмотреть идентификаторы (VID/PID) USB-устройств в консоли Linux обычно можно с помощью команды lsusb .
usb_modeswitch - специализированная Linux-утилита, основное назначение которой - переключение модемов из режима ZeroCD (когда доступен только CD-ROM) в рабочий режим. Подобную задачу в Windows решает драйвер составного устройства или (иногда) дашборд. Фактически, эта операция представляет собой "извлечение" CD-ROM, в неизменном или модифицированном виде. usb_modeswitch практически всегда входит в комплект прошивки роутеров и настроен на автоматический запуск при обнаружении известных ему комбинаций VID/PID. Что именно (какая композиция USB-устройств) получится после срабатывания usb_modeswitch, можно с уверенностью сказать только после тестирования с конкретной моделью, т.к. модемы одного производителя часто имеют одинаковую комбинацию VID/PID в режиме ZeroCD, но реагируют на одну и ту же команду переключения совсем по-разному.

Почти все современные модемы, однако, имеют возможность выбрать режим, в котором ZeroCD не используется, а нужные для передачи данных компоненты доступны сразу после включения (пример - RNDIS в том же режиме с PID=1403 у MF823). Авторы прошивок для роутеров обычно плохо разбираются в модемах - точнее, плохо следят за новостями в этой отрасли. Поэтому, например, ещё сейчас встречаются прошивки, которые могут работать с модемами только через COM-порты, которые у того же MF823, например, нельзя использовать для установления соединения. Для таких новых модемов в использовании usb_modeswitch нет необходимости. Более того, запускаясь "не по делу", он может непреднамеренно привести к ошибкам в работе модема. Это маловероятно, но может быть.

Возвращаясь к Вашей ситуации: если у Вас модем при подключению к роутеру из режима ZeroCD корректно переключается в режим с доступным CDC (проверьте PID с помощью lsusb) и после этого нормально работает, то usb_modeswitch работает правильно - ведь Вы получаете то, что нужно.
Минус такого решения - необходимость в дополнительной операции при подключении к компьютеру с Windows.

А чтобы полноценно проверить работу модема с роутером в "родном" режиме RNDIS, автозапуск usb_modeswitch нужно, по-хорошему, отключить. Для того, чтобы это сделать, нужно иметь определённый опыт администрирования Linux, которого, насколько я понимаю, у Вас нет. Так что "не морочьтесь", оставьте так, как работает. Тем более, что мы не знаем - запускается ли он у Вас на самом деле. Более того, если выяснится, что драйвера/модуля rndis_host всё-таки нет в прошивке роутера, его нужно будет добавлять, и Вы снова столкнётесь с необходимостью приобретения дополнительных навыков работы с Linux.

Автоматическое включение композиции с CDC можно настроить и на модеме с помощью т.н. "двойного переключения". Но это решение будет хуже, чем тот вариант, что у Вас уже работает, потому что работа с модемом в среде Windows тогда будет совсем невозможна.

---------- Сообщение добавлено в 17:15 ---------- Предыдущее сообщение было от в 17:11 ----------

Вы прошивали алтеловские модемы? А какую задачу Вы решали с помощью прошивки?
 
Вот собственно драйвер, которые tp-link имеет возможность использовать при работе с модемом - это rndis_host

mf825-tp-link3040.jpg

Кстати, я проверил работу модема с Keenetic Giga - все прекрасно подключается и определяется и в 1403 режиме. Так что скорее всего наблюдаемая проблема - это косяк прошивки TP-Link-а :(
 


Спасибо, очень информативно!
Проблему решил с помощью другой (чуть более старой) прошивки от ROOter. Все теперь работает как нужно.
lsusb ничего не выводит, если я правильно понял, то для работы lsusb мне необходим пакет usbutils. Но попытка поставить его была безуспешной - в маршрутизаторе не было места :( Но это скорее всего уже не сюда...
 
ZTE MF823 и всё, что с ним связано ---> vvevvevve
==========================================
Для получения много от ёты интернета и много видео звонков, много смс за 750 рублей в месяц в виртуальных сетях вымпелкома, мтс, быстрой и широкой меги и других операторов 2г, 3г, 4г, 4г+ с АНДРЮШ и ОГРЫЗКОВ с мопедом ZTE MF823 надо:

1 Получить спец нандо сим карту с фидеральным или другим номером в офисах продаж ёты с паспартой
2 В личном кабинете ёты убедится что есть 750 рублёв
3 Скачать приложение ёты YOTA в маркете
4 Сделать заказ благолепия и болдеть(Подключись первым)

Ссылка кому - над федеральный оператор 2G/3G/4G покрытие по всей России и в Крыму с Севастополем
100% безлимитный интернет для лопат звонки и SMS

- а мужики не знают - - эту страницу над добавить в вебмордочку мопеда -
 
Последнее редактирование:

Модемы алтеловские, скорее всего в них были сбои при обновлении программы. Алтел запускал пару раз онлайн-обновление, но некоторые экземпляры не дошивались нормально, или их выдернули до завершения, сие не известно.
 

Похожие темы

Назад
Верх Низ