Возникла проблема с аккумулятором, не заряжается больше чем на 47%, при менее 3% заряда происходит отключение устройства. В данный момент пытаюсь откалибровать ее таким способом: полная разрядка; зарядка до 47%; перезагрузка; зарядка в течение нескольких часов; перезагрузка; разрядка. 47% - это как раз то число, которое видно в обзоре maxwirelesstv и именно с таким процентом заряда маршрутизатор определил батарею при первом включении.



С ней все в порядке, просто съемка производилась против света и впопыхах. :(



Сеть 802.11a не заявлена в спецификациях, поддерживаются следующие режимы: WiFi 802.11ac/b/g/n, 2.4 и/или 5.0 ГГц. Роутер способен одновременно содержать две точки доступа, а при необходимости может пользоваться сторонней сетью Wi-Fi, к примеру при недоступности сигнала LTE/3G. На скриншотах ниже эта функция называется "Wi-Fi - перенаправление".



Появился только адаптер NDIS: USB\VID_0846&PID_68E1&REV_0310
Сразу же поднялось соединение. Никаких виртуальных CD-ROM и прочих вещей обнаружено не было.

P.S. Обзор веб-морды (Внимание! Скриншоты разного размера, т.к. разная длина страниц, но они отсортированы по порядку!):


Сообщение отредактировал sandwern - 25.06.16, 23:00

Да фиг ли VID/PID... Нужна версия прошивки, чтобы уже nvu-файл правильный сгенерировать и ADB включить. :)

Добавлено 20.06.2016, 21:07:


А соединение-то через что поднялось? Что в композиции?

Эм, это в каком смысле? :huh:
Соединение поднялось через адаптер NDIS, который [USB\VID_0846&PID_68E1&REV_0310]. Кроме адаптера других устройств не появилось в системе.

Я тоже планы на включение ADB строю... VID/PID как раз полезны...


Версия прошивки есть на скрине web-морды:
NTG9X40C_11.14.07.00

NVU заливается через fdt.exe
Заливка идет через Download режим, на который всё равно нужны будут драйвера портов...


USB\VID_0846&PID_68E1 - стандартные идентификаторы для всей серии AirCard. Такие-же и у AC785, и у AC790..

В итоге ставь драйвера с предыдущей страницы, я ссылки бросал.
Netgear AirCard AC785(S), AC790(S), AC810(S) - Обсуждение (Пост Skvo #50230185)

И стучить в виртуальный модемнеый порт терминалкой...
Модем должен отвечать на AT-запросы.

ADB можно будет попробовать и через AT-команды включить...


В серии AirCard, в композиции должен видется один лишь RNDIS. Остальные порты должны быть виртуальные. Работают поверх RNDIS...

Сообщение отредактировал Skvo - 20.06.16, 21:26

Измерьте реальное напряжение на клеммах аккумулятора: возможно, эти показания - враньё.
Я тут на днях смотрел ядро AC790 (как раз на тему организации в нём управления питанием и зарядкой) и был удивлён тем, что в нём совсем нет никаких средств для этого - по сути, там только создаются интерфейсы источников питания и зарядника для работы с ними из юзерспейса. Пришлось смотреть файловую систему. И действительно: оказалось, что вся функциональность, связанная с зарядкой - включая алгоритм оценки уровня заряда - там реализована в демоне /usr/bin/swiapp. То есть, управление этими делами там полностью "внешнее" - ядро лишь предоставляет эти интерфейсы, драйверы.
Ни в коем случае не могу сказать, что такой подход - правильный. Точнее, даже совсем наоборот. Но как есть, так есть. И у меня нет причины полагать, что в AC810 это сделано как-то принципиально по-другому.

К чему это всё? Там, в этом демоне, можно найти текстовые строки, содержащие сообщения о том, что всей этой бодяге требуется время для того, чтобы она "адаптировалась" к вновь установленному аккумулятору - измерила там всё, что нужно. По контексту, имеется в виду адаптация после замены - то есть, когда вместо старого аккумулятора устанавливается новый. И, еще, если к аппарату подключается какой-то крэдл, содержащий ещё один - второй аккумулятор. Тогда тоже требуется определённая адаптация.
Ну и, собственно, чем отличается подключение "совсем нового" аккумулятора в только что включенный аппарат от замены старого на новый? Принципиально, ничем. А это значит, что и в этом случае требуется какое-то время для выхода подсистемы в штатный режим. Какое именно время? Да пёс его знает! Можно только с уверенностью сказать, что аккумулятор не нужно отключать, вынимать из устройства. Иначе, этот процесс адаптации будет каждый раз запускаться повторно и, в конце концов, никогда толком не завершится.

Добавлено 20.06.2016, 21:26:


Ха-ха... Включали мы тут, такие, на EM7455...
Нет у него никаких портов. Только RNDIS. А то и вообще MBIM.

Сообщение отредактировал vvevvevve - 20.06.16, 21:28

Включите вид "Устройства по подключению". Такие устройства очень редко бывают "одиночными", они всегда входят в состав композита (Составного USB-устройства).
Какая версия Windows у Вас на компьютере? Если Win8/8.1/10, то посмотрите ещё класс и подкласс этого адаптера. Есть подозрение, что это MBIM.

Так и делаю, на устройстве "Корневой USB-концентратор" живет только этот сетевой адаптер.



Если понял Вас верно, то в диспетчере устройств указано следующее (явного слова "подкласс" я там не нашел):





Появились 3 COM-порта, но Putty повесилась при попытке подключения к указанному.

Сообщение отредактировал sandwern - 20.06.16, 21:51

Эта информация содержится в описании свойства "Совместимые ИД": Class и Subclass.

Добавлено 20.06.2016, 22:17:


Пробуйте к другому. Ещё, если среди этих портов есть диагностический, его можно найти, поочерёдно добавляя их в QPST Configuration. Заодно и бэкап EFS/NVRAM сделаете. :)

А ещё не помешает перезагрузить устройство.

USB\Class_E0&SubClass_01&Prot_03



А это нормально, что у портов размещение "Нет данных" и доступны они даже тогда, когда устройство не подключено? Перезагрузить - перезагрузил...

Это RNDIS.

Что, и после перезагрузки остались? Сносите - это что-то не то.
Так при подключении роутера какие-то дополнительные устройства - кроме того RNDIS - появляются, или нет?

Не появляются, только RNDIS. Проверял несколько раз.

Сообщение отредактировал sandwern - 20.06.16, 23:16

А во время (после?) работы установщика драйверов никаких переключений не отмечается?

Если нет, то, боюсь, так просто в него "проникнуть" не получится.

Можно попробовать устанавливать драйверы для сьерровских модулей с изменённым значением одного из параметров в конфигурационном файле, и ожидать переключения композиции (подробности может рассказать Skvo).

А ещё есть смысл отсканировать TCP-порты устройства в полном диапазоне - от 1 до 65534. Не исключено, что их внутри слушает что-нибудь интересное. Может быть, что и демон ADB. Или обработчик команд диагностического интерфейса через драйвер-преобразователь класса "Serial over TCP". Или ещё что-нибудь полезное.

Ну и не помешает, конечно, проверить включение аппарата с разными комбинациями зажатых кнопок - вдруг таким образом удастся получить интерфейс APPSBL (fastboot), PBL или SBL?

Беда в том, что тут всего одна аппаратная кнопка - кнопка включения. Остальные две кнопки сенсорные и активны только при включенном устройстве.



Список портов в аттаче к этому сообщению.



Еще что порадовало, во время одной из перезагрузок на экране появилась надпись "Connection could not be established (127.0.0.1)" и затем бесследно исчезла. А при вводе неверного админского пароля в веб-морде нас приветствует балун со словом null. :)

Сообщение отредактировал sandwern - 20.06.16, 23:50

О, целых 4 порта! Наверняка, хотя бы на одном из них есть что-нибудь интересное.

Пробуйте adb connect по адресу роутера с каждым из этих портов. А если connect сработает успешно, то adb devices для проверки.
Версию ADB, как я думаю, стоит взять самую последнюю.

То же самое можно попробовать и c SSH - подключаться по этим портам.

Можно попробовать и подключиться с помощью QPST. Это на закладке Outgoing TCP Connections в интерфейсе Add New Port QPST Configuration.

Сообщение отредактировал vvevvevve - 21.06.16, 00:53

ну да, конечно, чего-там смотрел.
оно, уже давно - ядро.

То, что всегда они болтаются - это нормально...
Это виртуальные порты от Netgear для работы Serial-over-TCP...
Через них на роутерах Aircard линейки AC78x как раз и работают Модемный, DM, и NMEA порты.

А вот если у тебя при подсоединенном роутере все также "Нет данных" - то видать нет связи у драйвера с роутером...
Тут или IP не совпадает, или в самом роутере перекрыли к доступ...

P.S.
Давай попробуем IP подставить в ручную.

Драйвера этих виртуальных портов (Serial-over-TCP) ставятся в систему в папку C:\Program Files\NETGEAR\AC78xSDrivers
В ней увидишь несколько *.reg файлов задающих для драйвера IP адрес роутера.
К примеру ATTVSP.reg - задает адрес по которому искать роутер, как 192.168.0.1 (такой используется в роутерах для AT&T)
В файле BigPondVSP.reg - задает адрес по которому искать роутер, как 10.0.0.138 (такой используется в роутерах для BigPond)


По аналогии можно подставить адрес твоего роутера ac810 (на скринах выше у тебя было 192.168.1.1) и внести его в реестр...
После перезагрузки еще раз постучаться по этим виртуальным портам от Netgear...


У роутеров netgear два режима работы.

Тестовый режим: VID_0846 и PID_68E2
при котором кроме RNDIS в композицию USB входят физические порты Модемный(AT) и диагностический (DM)

Классический режим: VID_0846 и PID_68E1
при котором есть только один сетевой RNDIS.
А Модемный(AT), диагностический (DM) и NMEA - виртуальные, работают через Serial-over-TCP.


У sandwern , как мы выяснили классический режим ( PID_68E1)... Нужно пытаться к виртуальным портам пробиться...

Переход к тестовому режиму PID_68E2 - я не знаю как осуществить...

Сообщение отредактировал Skvo - 21.06.16, 10:18

Через этот RNDIS, что ли? Бред какой-то! Где ты такое вычитал?
Может быть, всё-таки, авторы имели в виду работу через какой-нибудь управляемый (например, QMI-) NDIS-адаптер? Я имею в виду rmnet, по квалкоммовской спецификации. То есть, драйвер rmnet - "настоящий", а драйверы портов - вот такие. Но тогда всё это применимо только в случае наличия в составе композиции того самого rmnet. То есть, не в нашем случае.
И как ты вообще представляешь штатную работу - как ты её описываешь - этих драйверов? Локальный адрес RNDIS ведь назначается динамически, DHCP-сервером роутера. Получается, что на компьютере должен быть какой-то фоновый процесс, который отслеживает это (пере)назначение и соответствующим образом изменяет данные в реестре или в тех reg-файлах, содержимое которых потом кто-то пишет в реестр. Получается какой-то совсем уж адский говнософт, который нормальный хозяин на свой компьютер устанавливать поостережётся.

Но те 4 непонятных TCP-порта, конечно, кто-то слушает неспроста. И проверить это, наверное, проще всего с QPST, как я написал выше. В нём есть специальная функциональность для этого дела, она точно работает.

А эти драйверы... Полезная, конечно, штука - если говорить "в общем и целом", но в данном контексте - херня полнейшая.
К тому же, не забывай, что те конкретные драйверы, о которых ты говоришь, изначально предназначены для устройства на 9225 - платформы, на два поколения более старой. Учитывая то, как по-разному конфигурируется драйвер gadget в ядрах устройств на 9x25 и 9x3x (а по сравнению с 9x15 - совсем по-другому), на 9245 можно предположить, что угодно. Пусть и gadget к потенциально имеющей место ситуации "порты через RNDIS", в общем-то, не имеет никакого отношения.

Итак... Роутер проехал от м. Бабушкинская до Рижского вокзала, затем он ехал до м. Юго-Западная наземным транспортом и частично метром (для тех, кто не из Москвы - проехать город с Северо-Востока на Юго-Запад и обратно). На обратном пути он доехал от Юго-Западной до м. Бабушкинская и оттуда добирался наземным транспортом до "проклятого места". Не завис. На протяжении всего "проклятого места" переключался с B7 в B20 и обратно раз пять, нагревался (сказывается еще погода), но все прошло успешно.

С портами TCP прошу прощения, чуть позже, то после такой поездки уже не до них.

Особо хочу отметить очень (невероятно!) быстрое переключение из H+ в 4G и наоборот - одна секунда, даже меньше (по ощущениям, конечно же). Такого не встречал ни на одном устройстве, будь то смартфон или мобильная точка доступа.



Решение проблемы с аккумулятором для AirCard 785, 790 и 810: после остановки процесса зарядки на любом уровне ниже 100% отсоединить ЗУ, подключить ЗУ заново, дождаться начала процесса зарядки и резко вынуть аккумулятор, затем вернуть его на место и заново подключить ЗУ. Решение взято с форумов Telstra, сообщение #3 участника Pizz.

Сообщение отредактировал sandwern - 21.06.16, 21:09

sandwern,
А какие максимальные и средние скорости в спидтесте видели?

Если говорить о максимальных, то скорости, которые и должны соответствовать Cat.6. Из особенностей - всегда отличный аплоад (от 20 мбит/сек) при нормальном (RS-SINR более 7 dBm, Band 7) уровне сигнала.
Если говорить о средних, то аплоад в основном выше 15-20 даже при двух делениях палкомера, а даунлоад сильно привязан к качеству сигнала и различается в местах где есть/отсутствует агрегация. Но данных пока мало, потому мне сложно конкретно указать значения RSRP, RSRQ и RS-SINR в момент замеров.

P.S. Ни разу пока не встретился мегафоновский Band 38.



Сообщение отредактировал sandwern - 21.06.16, 22:07