Настройка 3G-модема в Linux •

Содержание

Борьба с huawei e3531 в kubuntu 14.04
Настройка 3g-модема в linux • – huawei devices
Узнайте больше о Huawei

Борьба с huawei e3531 в kubuntu 14.04

В данной статье хочу рассказать вам, как я завел USB-модем Huawei E3531 в Kubuntu 14.04, так же известный, как МТС 423S и Мегафон M21-4…

Модем изначально определялся в системе как CD-Rom:
12d1:15e7
Естественно, намученный опытом я начал экспериментировать с usb-modeswitch. Но некоторое время спустя я не нашел данные VID и PID в базе usb-modeswitch.
На форуме usb-modeswitch появился вариант перевода в режим модема, который я и опробовал.
Создаем файл настроек:
sudo kate /etc/usb_modeswitch.d/12d1:15e7
# Huawei E3531
TargetVendor=0x12d1
TargetProduct=0x1506
MessageContent=”55534243123456780000000000000011062000000101000100000000000000″

Но радоваться было рано, потому что в udev не прописаны правила для этого модема, которые нужно предварительно добавить.
Добавляем правила:
sudo kate /lib/udev/rules.d/40-usb_modeswitch.rules
# Huawei E3531
ATTR{idVendor}==”12d1″, ATTR{idProduct}==”15e7″, RUN =”usb_modeswitch ‘%b/%k'”

Перезапускаем правила udev и передергиваем модем:
sudo udevadm control –reload-rules
Для верности вручную переводим модем:
sudo usb_modeswitch -v 12d1 -p 15e7 -c /etc/usb_modeswitch.d/12d1:15e7
После этих манипуляций модем должен переключиться в режим модема и сменит свой VID и PID на:
12d1:1506

И вроде бы все хорошо, модем определился и виден в системе, работает в режиме модема, а не флешки или CD-Rom…
Но вот незадача – подключение создается, но не выполняется. Модем не хочет подключаться через NetworkManager и пишет нам: “Connection Deactivated”. Дальнейшие манипуляции с обновлением ядра, usb_modeswitch не принесли результатов. И было принято решение установить родной Connect Manager, который шел в комплекте.
Но и он не устанавливался, а точнее не компилировался драйвер NDIS. Вот дела, думаю я – купил модемчик 🙂
Но мы не сдадимся, будем биться до последнего! Что интересно, сам установщик на диске не является выполняемым, что несомненно удивило, а потому для удобства я перенес установочные файлы в домашний каталог и сделал их исполняемыми.
Переходим в директорию установщика и устанавливаем:
cd ~/’Connect Manager/Linux’
sudo ./install
Сам Connect Manager установится, но в процессе компиляции драйвера появится ошибка: Install NDIS driver failed. Установщик нас предупреждает об зависимостях build-essential, make и gcc. С зависимостями все в порядке, случайно нашел решение по компиляции:
Открываем каталог с установщиком драйвера, который был создан при компиляции Connect Manager:
sudo kate /usr/local/Mobile_Partner/driver/ndis_driver/ndis_src/src/hw_cdc_driver.c
Нажимаем F11 и ищем строчку 2718:
dbg (“can’t kmalloc dev”);
И закомментируем ее, поставив два слэша:
//dbg (“can’t kmalloc dev”);
Сохраним изменения и переустановим драйвер:
cd /usr/local/Mobile_Partner/driver/
sudo ./install
После этого драйвер установится и вы можете спокойно запускать Connect Manager и подключиться к всемирной паутине.
Также возможно вам пригодятся АТ-команды, которые можно выполнить через minicom:
sudo minicom –device=/dev/ttyUSB0
AT – проверка работоспособности команд

AT^SYSCFG=13,1,3fffffff,0,0 – режим только 2G

AT^SYSCFG=2,1,3fffffff,0,0 – режим предпочтительно 2G

AT^SYSCFG=14,2,3fffffff,0,1 – режим только 3G

AT^SYSCFG=2,2,3fffffff,0,1 – режим предпочтительно 3G

AT^SYSCFG=2,2,3fffff ff,0,2 – режим включение 2G и 3G
AT^SETPORT=”A1,A2;1,16,3,2,A1,A2” – (Установить конфигурацию по умолчанию)
AT^SETPORT=”A1,A2;1,2,3,16,A1,A2” – (режим для работы модема с Android 4.0 (иногда работает))
AT^SETPORT=”A1,A2;1,16,3,2” – (девайс в режиме “модем сетевая карта”)
AT^SETPORT=”A1,A2;1,3,2,A2” – (девайс в режиме “модем Card Reader“)
AT^SETPORT=”A1,A2;1,3,2” – (девайс в режиме “только модем”)

AT^SETPORT=”FF;1,2“ (девайс в режиме “модем пользовательский интерфейс”)
AT^SETPORT=”A1,A2;2,16” – (девайс в режиме “сетевая карта”)
AT^SETPORT=”A1,A2;2,16,A1” – (девайс в режиме “сетевая карта CD–ROM“)

Добавлю отдельным комментарием следующие приключения с поделием от МТС.
После установки Коннект Менеджера (КМ) компилируется NDIS-драйвер и создается специальный активатор – HWactiwator, который в свою очередь призван запускать программу КМ при вставке модема в USB-порт и переводить его в режим можема. Так мало того, что сам КМ выглядит убого (просто нет слов, как можно нарисовать такой некрасивый скин, который смотрится нелепо абсолютно на всех ОС?), так еще и HWactivator начинает поглощать тонны оперативки и за час работы он съедает порядка 1 Gb.
В общем, как оказалось мой модем оснащен функцией HiLink – это когда модем работает в режиме сетевой карты со своим шлюзом, т.е. ненужно настраивать, ставить драйверы и программы и т.д. У этого интерфейса есть есть свой WebUI, который можно открыть через адрес 192.168.1.1 и глянуть настройки. Вставляешь модем в порт и он сразу подключается автоматически.
Пришлось разлочить модем, чтобы его прошить универсальной прошивкой и залить WebUI, теперь модем работает превосходно без всяких Коннект Менеджеров и Нетворк Менеджеров.
Еще нужно установить новую версию usb-modeswitch, чтобы она распознала модем, для этого подойдут пакеты из Debian Sid.

Настройка 3g-модема в linux • – huawei devices

Настройка 3G-модема в Linux • Продолжение. Начало здесь.

Для тех, кто недавно присоединился к ~~радиоканалу «Боян-FM»~~ читателям моей уютненькой™, напомню, что затеял всё это ради того, чтобы построить достаточно скоростной IPSec-канал через «Йоту». А для этого, в свою очередь, необходимо получить прямой «честный» IP с SIM-карты на каком-либо сетевом интерфейсе, притом минуя PPP.

Конкретно я использую модем iRZ TL21, построенный на базе модуля Sierra (он же AirPrime) MC7710, в составе которого находится чип Qualcomm MDM9200. Система — стабильный дистрибутив Debian (в данном случае Wheezy).

Сразу оговорюсь, что в какой-нибудь свежей Ubuntu данный модем заработает прям «из коробки»: его хорошо понимает NetworkManager. Но мы ж реальные пацаны, у нас реальный сервак, GUI на нём нетути. Да и подниматься линк должен сам по себе при старте системы. Поэтому пойти по простому пути не получится, придётся ~~никакой механизма~~ всё вручную.

Итак, суём модем в USB-порт, заправшиваем «lsusb» и видим…

Bus 006 Device 002: ID 03f0:1027 Hewlett-Packard Virtual keyboard and mouse
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 003: ID 1199:68a2 Sierra Wireless, Inc. MC7710 Modem
Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Ага, третья строчка — вот оно как раз самое. Выделенные жирным шрифтом цифирки нам потом ещё пригодятся. Ну что-ж, вроде как всё хорошо. Смотрим «ls /dev/ttyUSB*» и видим… а ничего мы не видим. Как говорится, «***в панама». Нету псевдотерминалов.

Иногда затык может заключаться в том, что некоторые модемы «тянут» за собой виртуальный CD-ROM, на котором типа лежат типа драйвера для этого модема. И пока не пнёшь этот модем правильной AT-командой, собственно в модем он не превратится. А будет и дальше себе с настойчивостью кретина прикидываться CD-приводом. Ну это лечится элементарной установкой пакета «usb-modeswitch»: «apt-get install usb-modeswitch«.

Ладно, установили. Но псевдотерминалы всё равно не появились. Чешем репу. И вспоминаем, что в Debian-е по умолчанию идёт довольно боянистый софт, и нужных драйверов «из коробки» нет. Чтобы не париться уж слишком сильно, можно тупо поставить свежее ядрышко из backports. На момент написания этого псто оно было версии 3.16:

echo ‘deb http://mirror.yandex.ru/debian wheezy-backports main non-free’ >> /etc/apt/sources.list apt-get update apt-get install linux-image-3.16.0-0.bpo.4-amd64 reboot

Перезагрузились. Смотрим «modinfo qmi_wwan» и «modinfo sierra_net«. Если выделенные жирным циферки из выхлопа lsusb (см. выше) оказались в одном из двух списков, то всё пучком. Можем продолжать. Если же нет, увы. Идем искать драйвера к нашему «мопеду». Хорошо если найдём. А если не найдем — значит «упс». В моём случае всё ништяк:

~# modinfo qmi_wwan | grep 1199 | grep -i 68a2 alias: usb:v1199p68A2d*dc*dsc*dp*ic*isc*ip*in13* alias: usb:v1199p68A2d*dc*dsc*dp*ic*isc*ip*in08*

Внезапно, и псевдотерминалы появились в большом количестве:

~# ls /dev/ttyUSB* /dev/ttyUSB0 /dev/ttyUSB1 /dev/ttyUSB2

Дальше тыкаем каким-нибудь minicom-ом в каждый терминал по очереди («minicom -D /dev/ttyUSB0«, «minicom -D /dev/ttyUSB1» и т.п.) и смотрим который из них откликнется на какой нибудь «AT!GSTATUS?«, тот и есть нужный нам. Заодно проверим, что модем сцепился с сотовой сетью.

AT!GSTATUS? !GSTATUS: Current Time: 989928 Temperature: 36 Bootup Time: 961006 Mode: ONLINE System mode: LTE PS state: Attached LTE band: B7 LTE bw: 20 MHz LTE Rx chan: 2850 LTE Tx chan: 20850 EMM state: Registered MM Update EMM connection:RRC Idle

RSSI (dBm): -75 Tx Power: 0
RSRP (dBm): -103 TAC: 26BD (9917)
RSRQ (dB): -9 Cell ID: 0F30DB00 (254860032)
SINR (dB): 7.2

Вроде работает. Тут наступает небольшая засада. В дальнейшем нам придётся из различных скриптов ссылаться на найденный псевдотерминал. Но никто не может гарантировать нам, что после очередной перезагрузки сервера имя устройства останется таким же. Поэтому придётся помучать udev для того чтобы создать символическую ссылку (symlink), дабы увековечить нашу бесценную находку. Для начала смотрим к каким атрибутам мы могли бы привязаться.

Копипаста ниже была взята с другой конфигурации оборудования, поэтому некоторые буквы-цифры там будут расходиться с моим примером. Самые внимательные, наверное, даже найдут где именно. Но общий смысл от этого не меняется. Текстовое поле можно растянуть, чтобы было удобнее читать.

~# udevadm info —attribute-walk -n /dev/ttyUSB3

Udevadm info starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device
found, all possible attributes in the udev rules key format.
A rule to match, can be composed by the attributes of the device
and the attributes from one single parent device.

looking at device ‘/devices/pci0000:00/0000:00:1d.7/usb4/4-5/4-5:1.3/ttyUSB3/tty/ttyUSB3’:
KERNEL==»ttyUSB3″
SUBSYSTEM==»tty»
DRIVER==»»

looking at parent device ‘/devices/pci0000:00/0000:00:1d.7/usb4/4-5/4-5:1.3/ttyUSB3’:
KERNELS==»ttyUSB3″
SUBSYSTEMS==»usb-serial»
DRIVERS==»sierra»
ATTRS{port_number}==»0″

looking at parent device ‘/devices/pci0000:00/0000:00:1d.7/usb4/4-5/4-5:1.3’:
KERNELS==»4-5:1.3″
SUBSYSTEMS==»usb»
DRIVERS==»qcserial»
ATTRS{bInterfaceClass}==»ff»
ATTRS{bInterfaceSubClass}==»ff»
ATTRS{bInterfaceProtocol}==»ff»
ATTRS{bNumEndpoints}==»03″
ATTRS{supports_autosuspend}==»1″
ATTRS{bAlternateSetting}==» 0″
ATTRS{bInterfaceNumber}==»03″

looking at parent device ‘/devices/pci0000:00/0000:00:1d.7/usb4/4-5’:
KERNELS==»4-5″
SUBSYSTEMS==»usb»
DRIVERS==»usb»
ATTRS{bDeviceSubClass}==»00″
ATTRS{bDeviceProtocol}==»00″
ATTRS{devpath}==»5″
ATTRS{idVendor}==»1199″
ATTRS{speed}==»480″
ATTRS{bNumInterfaces}==» 6″
ATTRS{bConfigurationValue}==»1″
ATTRS{bMaxPacketSize0}==»64″
ATTRS{busnum}==»4″
ATTRS{devnum}==»3″
ATTRS{configuration}==»Sierra Configuration»
ATTRS{bMaxPower}==»0mA»
ATTRS{authorized}==»1″
ATTRS{bmAttributes}==»e0″
ATTRS{bNumConfigurations}==»1″
ATTRS{maxchild}==»0″
ATTRS{bcdDevice}==»0006″
ATTRS{avoid_reset_quirk}==»0″
ATTRS{quirks}==»0x0″
ATTRS{serial}==»358178041352404″
ATTRS{version}==» 2.00″
ATTRS{urbnum}==»895″
ATTRS{ltm_capable}==»no»
ATTRS{manufacturer}==»Sierra Wireless, Incorporated»
ATTRS{removable}==»unknown»
ATTRS{idProduct}==»68a3″
ATTRS{bDeviceClass}==»00″
ATTRS{product}==»MC7710″

looking at parent device ‘/devices/pci0000:00/0000:00:1d.7/usb4’:
KERNELS==»usb4″
SUBSYSTEMS==»usb»
DRIVERS==»usb»
ATTRS{bDeviceSubClass}==»00″
ATTRS{bDeviceProtocol}==»00″
ATTRS{devpath}==»0″
ATTRS{idVendor}==»1d6b»
ATTRS{speed}==»480″
ATTRS{bNumInterfaces}==» 1″
ATTRS{bConfigurationValue}==»1″
ATTRS{bMaxPacketSize0}==»64″
ATTRS{authorized_default}==»1″
ATTRS{busnum}==»4″
ATTRS{devnum}==»1″
ATTRS{configuration}==»»
ATTRS{bMaxPower}==»0mA»
ATTRS{authorized}==»1″
ATTRS{bmAttributes}==»e0″
ATTRS{bNumConfigurations}==»1″
ATTRS{maxchild}==»8″
ATTRS{bcdDevice}==»0316″
ATTRS{avoid_reset_quirk}==»0″
ATTRS{quirks}==»0x0″
ATTRS{serial}==»0000:00:1d.7″
ATTRS{version}==» 2.00″
ATTRS{urbnum}==»61″
ATTRS{ltm_capable}==»no»
ATTRS{manufacturer}==»Linux 3.16.0-0.bpo.4-amd64 ehci_hcd»
ATTRS{removable}==»unknown»
ATTRS{idProduct}==»0002″
ATTRS{bDeviceClass}==»09″
ATTRS{product}==»EHCI Host Controller»

looking at parent device ‘/devices/pci0000:00/0000:00:1d.7’:
KERNELS==»0000:00:1d.7″
SUBSYSTEMS==»pci»
DRIVERS==»ehci-pci»
ATTRS{irq}==»16″
ATTRS{subsystem_vendor}==»0x103c»
ATTRS{broken_parity_status}==»0″
ATTRS{class}==»0x0c0320″
ATTRS{companion}==»»
ATTRS{driver_override}==»(null)»
ATTRS{consistent_dma_mask_bits}==»32″
ATTRS{dma_mask_bits}==»32″
ATTRS{local_cpus}==»00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,0000000f»
ATTRS{device}==»0x268c»
ATTRS{uframe_periodic_max}==»100″
ATTRS{enable}==»1″
ATTRS{msi_bus}==»»
ATTRS{local_cpulist}==»0-3″
ATTRS{vendor}==»0x8086″
ATTRS{subsystem_device}==»0x31fe»
ATTRS{numa_node}==»-1″
ATTRS{d3cold_allowed}==»1″

looking at parent device ‘/devices/pci0000:00’:
KERNELS==»pci0000:00″
SUBSYSTEMS==»»
DRIVERS==»»

Смотрим к каким атрибутам оборудования мы можем «привязаться». Однозначно придётся использовать критерий SUBSYSTEM==»tty» из первой секции, иначе получится ерунда. Но этого мало. Нужно что-то ещё. Большой соблазн взять ATTRS{product}==»MC7710″, чтобы однозначно идентифицировать устройство, но… тогда мы не сможем указать номер интерфейса. Ибо udev позволяет брать параметры устройства и только одного родителя. Поэтому придётся довольствоваться ATTRS{bInterfaceNumber}==»03″ и DRIVERS==»qcserial» из третьей секции. Итоговое правило будет выглядеть так:

SUBSYSTEM==»tty»,DRIVERS==»qcserial»,ATTRS{bInterfaceNumber}==»03″,GROUP=»dialout»,MODE=»0660″,SYMLINK =»LTE-control»

Записываем его куда-нибудь в «/etc/udev/rules.d/80-LTE.rules», после чего заклинаем «udevadm control —reload-rules«, «udevadm trigger«. Первое нужно, чтобы udev перечитал список правил, второе — чтобы не топать ногами в серверную и не «перевтыкать» руками модем.

Итак, у нас появилась символическая ссылка «/dev/LTE-control». Что же с ней делать дальше? А дальше надо указать модему APN и логин-пароль, если есть. Но каждый раз мы это делать руками, понятно, не будем. Поэтому имеет смысл либо написать скрипт, либо запихнуть вызов соответствующих команд прямо в «/etc/network/interfaces». У меня получилось что-то типа того.

auto wwan0 iface wwan0 inet dhcp pre-up echo ‘AT CGDCONT=1,»IP»,»yota.ru»‘ > /dev/LTE-control ; sleep 10 ; /usr/bin/qmi-network /dev/cdc-wdm0 start post-down /usr/bin/qmi-network /dev/cdc-wdm0 stop

В директиве «pre-up» описываем действия до поднятия интерфейса: указать название APN, немного подождать, запустить пакетный драйвер QMI (или как он там правильно называется). То есть софтинку, которая разбирает-собирает поток данных и контрольный канал. С этого момента всё должно заработать. Если не взлетит, то вдумчиво раскуривать мануалы по модему, искать там диагностические AT-команды и пытаться разобраться что же пошло не так. После опускания интерфейса останавливаем QMI-драйвер.

Вроде бы на этом можно и успокоиться. Но я же ж извращенец, мне этого мало. Я хочу не просто подключить модем к серваку, а ~~стать владычицей морскою~~ «закинуть» его вовнутрь QEMU/KVM-виртуалки. В принципе, можно потанцевать с бубном и попробовать сделать это «прям щас». Но мой модем помимо режима QMI умеет ещё Direct IP, при котором не надо запускать никакого QMI-драйвера. Поэтому я пошёл дальше.

Сперва попросил уважаемого Настройка 3G-модема в Linux • rustedowl разобраться как именно переключить модем в другой режим. Сложность там в том, что у данного устройства есть два разных набора AT-команд. Один ~~лоховский~~ универсальный, который является стандартным для любых UMTS-устройств. А второй — ~~пацанский~~ расширенный, для того чтобы можно было ~~трогать модем за яйца~~ крутить всякие хитрые инженерные параметры. Спустя какое-то время поспели вот такие заклинания:

AT!ENTERCND=»A710″ AT!UDPID=68A3 AT!RESET

Где набор символов «A710» является… паролем. Дабы всякие ничтоже сумнящиеся не совали свои шаловливые ручки куда не просят. И что ~~сцуко~~ характерно, энтот пароль в официальной документации к хитропопому прибору напрочь отсутствует. Он был найден на бескрайних просторах интернета и подходит к большинству модемов от данного производителя (Sierra Wireless). Параметр второй команды — собственно режим. «68A2» — это QMI, «68A3» — Direct IP. Данные значения актуальны только для данной модели (MC7710). Но в любом случае будет очень кстати лишний раз свериться с документацией чтобы не напортачить, поскольку операция смены PID является весьма щекотливой и может привести к самым разным последствиям. Третья команда перезагружает мопед.

После перезагрузки супостат перекрашивается яки киллер из GTA2. Он теперь в lsusb виден как «Bus 004 Device 003: ID 1199:68a3 Sierra Wireless, Inc. MC8700 Modem». Обратите внимание, что поменялся ID оборудования и даже название модели. Раньше он представлялся как MC7710, а теперь внезапно стал MC8700. И драйвер теперь к нему подключился другой:

~# modinfo sierra_net | grep 1199 | grep -i 68a3 alias: usb:v1199p68A3d*dc*dsc*dp*ic*isc*ip*in0B* alias: usb:v1199p68A3d*dc*dsc*dp*ic*isc*ip*in0A* alias: usb:v1199p68A3d*dc*dsc*dp*ic*isc*ip*in07*

Также увеличилось количество псевдотерминалов ажно до пяти штук. И несколько изменился набор допустимых AT-команд.

Дальше всё «как обычно». Находим среди этой пачки «телетайпов» контрольный канал, фиксируем его udev-ом. Точно так же, как и в предыдущем случае, указываем точку доступа («AT CGDCONT=1,»IP»,»yota.ru»»). А вот процесс «дозвона» намного проще: «at!scact=1,1». Где последняя циферка является номером профиля, указанного в «CGDCONT». То есть, внутри модема можно создать несколько разных профилей с разными точками доступа и переключаться между ними. Теоретически это может пригодиться если нужно время от времени использовать то «честный» IP от оператора, то «серый», которые раздаются разными APN. Практически я не знаю случаев, когда такое может реально понадобиться.

Проверить, что «всё хорошо» можно командой «at!scpaddr=1», где цифра означает номер пресловутого «профиля». В ответ модем должен откликнуться полученным от оператора IP-адресом.

Но самой главной «плюшкой» режима Direct IP является то, что конкретно Sierr-овские модемы можно настроить на «автодозвон». Для этого нужно установить профиль по умолчанию: «at!scdftprof=1» и включить автодозвон в этом профиле: «at!scprof=1,»»,1,0,0,0«. Теперь после перезагрузки сервера либо отключения-включения питания модема он будет устанавливать линк автоматически. Аллилуйя!

IP-шник на системный интерфейс прилетает как обычно, по DHCP. Однако wwan0 — это всё-таки не ethernet. Попытки объединить его в bridge с другими системными интерфейсами («brctl addif br0 wwan0«) не увенчались успехом. Для того, чтобы получить беспроводной LTE-линк с честным IP-адресом внутри виртуальной машины, пришлось ещё немного поизгаляться. Как — напишу в третьей части, если когда-нибудь дойдут руки.

Какой вывод можно сделать из вышеописанных ~~половых сношений с модемом~~ умозаключений? Sierra Wireless делает вполне годные железки, которые довольно неплохо поддерживаются Linux-ом. Даже таким консервативным, как Debian. Собратьям по ~~несчастью~~ разуму могу порекомендовать брать устройства, которые понимает драйвер «sierra_net», ибо при прочих равных секса с ними будет меньше. К сожалению, таковых не так уж и много. Пока что их можно пересчитать по пальцам одной руки. Если кто будет выбирать, вот вам их VID-PID: «0f3d:68a3», «0f3d:68aa», «1199:68a3», «1199:68aa». Однако имейте в виду, что VID-PID также зависит и от режима работы и может изменяться в результате переключения последнего.