ZTE MF626 (Билайн. Интернет дома) и Linux [РЕШЕНО]

1) Кажется, рeшил проблему неправильного функционирования портов ttyUSB(0,1)
Ларчик открывался просто.
#> cat /proc/bus/usb/devices

T:  Bus=02 Lev=01 Prnt=01 Port=01 Cnt=02 Dev#=  3 Spd=12  MxCh= 0
D:  Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=19d2 ProdID=0031 Rev= 0.00
S:  Manufacturer=ZTE, Incorporated
S:  Product=ZTE CDMA Technologies MSM
S:  SerialNumber=1234567890ABCDEF
C:* #Ifs= 4 Cfg#= 1 Atr=e0 MxPwr=500mA
I:* If#= 0 Alt= 0 #EPs= 0 Cls=ff(vend.) Sub=ff Prot=ff Driver=(none)
I:  If#= 0 Alt= 1 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=(none)
E:  Ad=81(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms
E:  Ad=01(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms
I:* If#= 1 Alt= 0 #EPs= 0 Cls=ff(vend.) Sub=ff Prot=ff Driver=(none)
I:  If#= 1 Alt= 1 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=(none)
E:  Ad=82(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms
E:  Ad=02(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms
I:* If#= 2 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage
E:  Ad=03(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms
E:  Ad=83(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms
I:* If#= 3 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=ff Prot=ff Driver=(none)
E:  Ad=84(I) Atr=03(Int.) MxPS=  64 Ivl=5ms
E:  Ad=85(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms
E:  Ad=04(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms

Здесь внимательно смотрим на нулевой и первый интерфейсы и видим, что они существуют в двух altsetting`ах. И, по умолчанию, cur_altsetting указывает именно на altsetting[0], у которого _нет_ endpoint`ов... (обратите внимание на звездочки)

В общем, задача сводится к корректному переключению интерфейсов на altsetting[1], причем сделать это надо _до_ отработки usb_serial_probe из модуля usbserial, так как именно эта функция заполняет все нужное в структуре usb_serial, в том числе и эндпоинты. Поэтому, к сожалению, придется прямо тут хак и писать.

патчик на usb-serial.c:

--- usb-serial.orig.c   2008-11-10 15:00:18.000000000 +0300
+++ usb-serial.c        2008-11-10 14:38:33.000000000 +0300
@@ -659,6 +659,12 @@
                return -ENODEV;
        }

+       //**hack for ZTE...
+       if ((interface->num_altsetting >1)
+       && (interface->altsetting[0].desc.bNumEndpoints == 0))
+           usb_set_interface(dev, interface->altsetting[0].desc.bInterfaceNumber, 1);
+       //end...
+
        serial = create_serial(dev, interface, type);
        if (!serial) {
                unlock_kernel();

После этого грузим usbserial

#> modprobe usbserial vendor=0x19d2 product=0x0031

Он спокойно определяет все три интерфейса ttyUSB(0,1,2) и прекрасно с ними работает (упоминавшееся тут ограничение -- то что нужно обязательно три эндпоинта, два булка и один интеррапт я, если честно, не нашел...)

Теперь запись в /proc/bus/usb/devices имеет вид:
#> cat /proc/bus/usb/devices

T:  Bus=02 Lev=01 Prnt=01 Port=01 Cnt=02 Dev#=  6 Spd=12  MxCh= 0
D:  Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=19d2 ProdID=0031 Rev= 0.00
S:  Manufacturer=ZTE, Incorporated
S:  Product=ZTE CDMA Technologies MSM
S:  SerialNumber=1234567890ABCDEF
C:* #Ifs= 4 Cfg#= 1 Atr=e0 MxPwr=500mA
I:  If#= 0 Alt= 0 #EPs= 0 Cls=ff(vend.) Sub=ff Prot=ff Driver=usbserial_generic
I:* If#= 0 Alt= 1 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=usbserial_generic
E:  Ad=81(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms
E:  Ad=01(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms
I:  If#= 1 Alt= 0 #EPs= 0 Cls=ff(vend.) Sub=ff Prot=ff Driver=usbserial_generic
I:* If#= 1 Alt= 1 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=usbserial_generic
E:  Ad=82(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms
E:  Ad=02(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms
I:* If#= 2 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage
E:  Ad=03(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms
E:  Ad=83(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms
I:* If#= 3 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=ff Prot=ff Driver=usbserial_generic
E:  Ad=84(I) Atr=03(Int.) MxPS=  64 Ivl=5ms
E:  Ad=85(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms
E:  Ad=04(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms

Опять-таки смотрим на звездочки...

И, теперь все становится совсем просто. Для минимального функционирования достаточно:

#> while (/bin/true); do echo "AT+ZOPERTE=\"beeline\"" >/dev/ttyUSB1; sleep 60; echo "send alive..."; done

2) Странно, но у меня не проходит фокус с переключением MF626 из режима сидирома в модем...
т.е, если правим unusual_devs.h, он честно определяется как сидюк и, просто после

#> eject /dev/sr1

переключается нормально, а вот

#> usb_modeswitch -v 0x19d2 -p 0x2000 -d 1

переключить его не может...

Найденный, к сожалению не помню на каком форуме, но вроде речь шла о MF628, вариант

#> usb_modeswitch -v 0x19d2 -p 0x2000 -m 1 -M "5553424308403c862000000080000c85010101180101010101000000000000"

переключает гарантировано вне зависимости от того, опознан ZTE как сидюк, или не опознан, было бы в lsusb видно :)

3) Самое противное. У меня периодически случаются зависания системы _вмертвую_ при работе с этим модемом... К сожалению, не могу выяснить даже на чем, вроде на записи в тот самый самый _правильный_ ttyUSB, с которым работает pppd. Пытаюсь найти причину, самое интересное, что не могу (пока :)) повторить этот завис на буке, виснет строго на стационаре. Наблюдается и при работе через option и просто через usbserial...
Пытаюсь найти "10 отличий" от кода функций записи работающего как часы pl2303...

Отпишитесь, плиз, замечали ли такое кто?

ЗЫ: Проверку в патчике надо бы красивее сделать... и, как вариант, патч на kernel.org отправить, вдруг еще кому пригодится, таких модемов, как я понял, довольно много. Вот только опыта у меня соответствующего нет :), если кто надоумит, куда/как/что буду очю признателен :)

ЗЗЫ: Да, для справки: эксперименты проводил на 2.6.27.4 но с 2.6.24.5 usb_serial_probe сильно не переписывали, должно работать, вроде. Система: слакварь 12.1, да, не генту, но перелез именно с нее. нету нета портежи тащить... а без портежей с генту грустно...

Я первый раз подключил этот девайс в Linux-e. Девайс подключился с idVendor=19d2, idProduct=0031. Слегка поковырявшись переключился в Windows. После этого девайс в Linux-е стал включаться как idProduct=2000. В Виндузе кстати он тоже не сразу завелся - ему требуется для старта инсталятора свободная буковка E: Инсталлятор видимо и прописывает тот самый файлик CD_STARTUP_FLAG.

Итак, есть две новости, как всегда одна плохая.
Достаточно времени поковырявшись с предыдущей версией ( той, где правился usbserial.c ) пришел к выводу, что имеем мы баг...
А именно: при отсылке чего угодно через tty устройства, контролируемые usbserial и его "наследниками" (даже pl2303) _после_ самой отсылки usbserial шлет вдогонку "мусор" -- по одному байту из буфера приема (sic!). Процесс этот произвольный, чаще всего завершается сам попытками послать 0 байт. Однако, иногда заканчивается трапом ядра, или, что еще более неприятно -- метрвым висом, так как происходит все это безобразие в контексте прерывания.
Желающим пронаблюдать этот эффект своими глазами:
1) идем в Documentation/usb/usbmon.txt и читаем как настроить мониторинг (там все понятно и доступно)

2) после того, как собрали модуль usbmon, делаем:

# mount -t debugfs none_debugs /sys/kernel/debug
# modprobe usbmon
# cat /sys/kernel/debug/usbmon/2u

Для удобочитаемости можно воспользоваться набросанным на скорую руку usbmon_parse.pl (скриптик допечатывает в формате [--> 'TEXT'] данные из пакета, преобразованные в ascii. Непечатаемые символы -- по традиции точками.

# cat /sys/kernel/debug/usbmon/2u | ./usbmon_parse.pl

usbmon_parse.pl

#!/usr/bin/perl
use strict;

while ( <STDIN> ) {
    if ( /^([0-9abcdef]+\s[0-9\.]+\s[CS]\s[BICio0-9\:]+\s[0-9\-]+\s[0-9\-]+\s\=\s)(.*)\n$/ ) {
        printf ( "%s %s --> '%s'\n", $1, $2, data_to_ascii( $2 ));
    } else {
        print;
    }
}

sub data_to_ascii {
    my $source = shift;
    my $result;
    my $char;
    my $i;

    $source =~ s/\s//g;

    for ( my $i=0; $i < length( $source ); $i+=2 ) {
        $char = substr( $source, $i, 2 );

        if ( chr( hex( $char )) =~ /[[:print:]]/ ) {
            $result .= chr( hex( $char ));
        } else {
            $result .= sprintf( ".", $char );
        }
    }

    return $result;
}

Обратите внимание на одну особенность: usbmon считает, что при выводе текстом нам достаточно первых 64 байтов из пакета... потому длинные строки данных обрезаются. Если хотите видеть все содержимое пакета -- лучше использовать http://people.redhat.com/zaitcev/linux/usbmon.5.tar.gz (автор: Pete Zaitcev)
Эта утилитка читает бинарные данные из /dev/usbmon*, и, хоть по умолчанию тоже ограничивает размер напечатанного, лечится при помощи вот такого патчика:

--- usbmon.orig.c       2007-04-11 10:13:05.000000000 +0400
+++ usbmon.c    2008-11-15 02:39:04.723443961 +0300
@@ -676,7 +676,7 @@

        memset(p, 0, sizeof(struct params));
        p->data_size = 128;
-       p->data_max = 32;       /* Same as text API. */
+       p->data_max = 1024;     /* Same as text API. */
        p->format = TFMT_HUMAN;
        p->api = API_ANY; 

Вызываем командой

# usbmon -fh | ./usbmon_parse.pl

...и смотрим на результат

3)Затянул с преамбулой. В общем в итоге получаем что-то вроде этого:

d5a35e00 24.042163 S Bo:2:007:2 - 4 =  41545a0d --> 'ATZ '
d5a35280 24.043225 C Bi:2:007:2 0 13 =  0d0a2b5a 5553494d 523a320d 0a --> '  +ZUSIMR:2  '
d5a35280 24.043407 S Bi:2:007:2 - 64 <
d5a35e00 24.043418 C Bo:2:007:2 0 4 >
d5a35e00 24.043639 S Bo:2:007:2 - 1 =  0d --> ' '
d5a35280 24.044218 C Bi:2:007:2 0 4 =  41545a0d --> 'ATZ '
d5a35280 24.044288 S Bi:2:007:2 - 64 <
d5a35e00 24.044295 C Bo:2:007:2 0 1 >
d5a35e00 24.044377 S Bo:2:007:2 - 1 =  0d --> ' '
d5a35e00 24.045210 C Bo:2:007:2 -2 1 >
d5a35280 24.046217 C Bi:2:007:2 -2 0
d5a35280 27.063511 S Bi:2:007:2 - 64 <
d5a35e00 27.063594 S Bo:2:007:2 - 10 =  41542b43 46554e3d 310d --> 'AT+CFUN=1 '
d5a35280 27.064668 C Bi:2:007:2 0 6 =  0d0a4f4b 0d0a --> '  OK  '
d5a35280 27.064773 S Bi:2:007:2 - 64 <
d5a35e00 27.064782 C Bo:2:007:2 0 10 >
d5a35e00 27.064872 S Bo:2:007:2 - 1 =  0d --> ' '
d5a35280 27.065669 C Bi:2:007:2 0 26 =  0d0a2b5a 5553494d 523a320d 0a0d0a2b 5a555349 4d523a32 0d0a --> '  +ZUSIMR:2    +ZUSIMR:2  '
d5a35280 27.066009 S Bi:2:007:2 - 64 <
d5a35e00 27.066018 C Bo:2:007:2 0 1 >
d5a35e00 27.066134 S Bo:2:007:2 - 1 =  0d --> ' '
d5a35e00 27.066665 C Bo:2:007:2 -2 1 >
d5a35280 27.066691 C Bi:2:007:2 0 16 =  41542b43 46554e3d 310d0d0a 4f4b0d0a --> 'AT+CFUN=1   OK  '
d5a35e00 27.067979 S Bo:2:007:2 - 1 =  41 --> 'A'
d5a35e00 3068260437.000000 E Bo:2:007:2 -1 0
d5a35e00 27.069171 S Bo:2:007:2 - 1 =  54 --> 'T'
d5a35e00 3068260437.000000 E Bo:2:007:2 -1 0
d5a35e00 27.070360 S Bo:2:007:2 - 1 =  2b --> '+'
d5a35e00 3068260437.000000 E Bo:2:007:2 -1 0
d5a35e00 27.071543 S Bo:2:007:2 - 1 =  43 --> 'C'
d5a35e00 3068260437.000000 E Bo:2:007:2 -1 0
d5a35e00 27.072740 S Bo:2:007:2 - 1 =  46 --> 'F'
d5a35e00 3068260437.000000 E Bo:2:007:2 -1 0
d5a35e00 27.073919 S Bo:2:007:2 - 1 =  55 --> 'U'
d5a35e00 3068260437.000000 E Bo:2:007:2 -1 0
d5a35e00 27.075104 S Bo:2:007:2 - 1 =  4e --> 'N'
d5a35e00 3068260437.000000 E Bo:2:007:2 -1 0
d5a35e00 27.076297 S Bo:2:007:2 - 1 =  3d --> '='
d5a35e00 3068260437.000000 E Bo:2:007:2 -1 0
d5a35e00 27.077490 S Bo:2:007:2 - 1 =  31 --> '1'
d5a35e00 3068260437.000000 E Bo:2:007:2 -1 0
d5a35e00 27.078677 S Bo:2:007:2 - 1 =  0d --> ' '
d5a35e00 3068260437.000000 E Bo:2:007:2 -1 0
d5a35e00 27.079284 S Bo:2:007:2 - 1 =  0a --> ' '
d5a35e00 3068260437.000000 E Bo:2:007:2 -1 0
d5a35e00 27.080481 S Bo:2:007:2 - 1 =  0d --> ' '
d5a35e00 3068260437.000000 E Bo:2:007:2 -1 0
d5a35e00 27.081090 S Bo:2:007:2 - 1 =  0a --> ' '
d5a35e00 3068260437.000000 E Bo:2:007:2 -1 0
d5a35e00 27.082280 S Bo:2:007:2 - 1 =  0d --> ' '
d5a35e00 3068260437.000000 E Bo:2:007:2 -1 0
d5a35e00 27.082901 S Bo:2:007:2 - 1 =  0a --> ' '
d5a35e00 3068260437.000000 E Bo:2:007:2 -1 0
d5a35e00 27.084084 S Bo:2:007:2 - 1 =  4f --> 'O'
d5a35e00 3068260437.000000 E Bo:2:007:2 -1 0
d5a35e00 27.085268 S Bo:2:007:2 - 1 =  4b --> 'K'
d5a35e00 3068260437.000000 E Bo:2:007:2 -1 0
d5a35e00 27.086453 S Bo:2:007:2 - 1 =  0d --> ' '
d5a35e00 3068260437.000000 E Bo:2:007:2 -1 0
d5a35e00 27.087064 S Bo:2:007:2 - 1 =  0a --> ' '
d5a35e00 3068260437.000000 E Bo:2:007:2 -1 0
d5a35e00 27.088250 S Bo:2:007:2 - 1 =  0d --> ' '
d5a35e00 3068260437.000000 E Bo:2:007:2 -1 0
d5a35e00 27.088859 S Bo:2:007:2 - 1 =  0a --> ' '
d5a35e00 3068260437.000000 E Bo:2:007:2 -1 0
d5a35280 27.088869 S Bi:2:007:2 - 64 <
d5a35280 27.089656 C Bi:2:007:2 -2 0

Видно отсылку по одному байту. Если еще при загрузке модулей давать опцию debug=1, то можно убедиться, что эти отсылки завершаются ошибкой.

4)Насколько я смог понять копаясь в исходниках -- проблема на уровне tty части. Именно оттуда вызываются процедуры записи bulk, и там же и происходит перекрытие буферов... Уперся же я в то, что так и не нашел, где и как это обрабатывается... Если кто дальше разобрался -- подсказывайте, плиз.

А теперь самое интересное -- хорошая новость:
Пока копался, нашел очень интересный файлик: а именно /drivers/net/usb/hso.c -- это модуль для работы с 3G модемами Option, которые, судя по всему и являются предками нашего "счастья". Сильно обрадовался, увидев инициализацию прямо как я и делал в предыдущем хаке :)
Оставалось немного подточить и:

-- hso.orig.c  2008-11-07 14:48:16.000000000 +0300
+++ hso.c       2008-11-18 14:26:21.000000000 +0300
@@ -100,7 +100,7 @@
 /* Number of ttys to handle */
 #define HSO_SERIAL_TTY_MINORS          256

-#define MAX_RX_URBS                    2
+#define MAX_RX_URBS                    4

 static inline struct hso_serial *get_serial_by_tty(struct tty_struct *tty)
 {
@@ -366,6 +366,14 @@
        0
 };

+static const s32 mf626_port_spec[] = {
+       0,
+       HSO_INTF_BULK | HSO_PORT_DIAG,
+       0,
+       HSO_INTF_BULK | HSO_PORT_MODEM,
+       0
+};
+
 #define default_port_device(vendor, product)   \
        USB_DEVICE(vendor, product),    \
                .driver_info = (kernel_ulong_t)default_port_spec
@@ -374,6 +382,10 @@
        USB_DEVICE(vendor, product),    \
                .driver_info = (kernel_ulong_t)icon321_port_spec

+#define mf626_port_device(vendor, product)     \
+       USB_DEVICE(vendor, product),    \
+               .driver_info = (kernel_ulong_t)mf626_port_spec
+
 /* list of devices we support */
 static const struct usb_device_id hso_ids[] = {
        {default_port_device(0x0af0, 0x6711)},
@@ -403,6 +415,7 @@
        {USB_DEVICE(0x0af0, 0x7401)},           /* GI 0401 */
        {USB_DEVICE(0x0af0, 0x7501)},           /* GTM 382 */
        {USB_DEVICE(0x0af0, 0x7601)},           /* GE40x */
+       {mf626_port_device(0x19d2, 0x0031)},    /* ZTE */
        {}
 };
 MODULE_DEVICE_TABLE(usb, hso_ids);

Теперь у нас есть нормальный метод общения с нашим модемом, лишенный недостатков работы через option или usbserial.

После того, как модуль подхватит 19d2:0031 получаем два устройства: /dev/ttyHS[0,1] -- соответственно диагностический порт и сам модем. Для отсылки любимых команд достаточно написанного ночью на скорую руку:

#!/bin/bash

echo -e 'AT+CFUN=1\r'           >/dev/ttyHS0
sleep 5

echo -e 'AT+ZOPRT=5\r'          >/dev/ttyHS0
sleep 1

echo -e 'AT+ZSTART\r'           >/dev/ttyHS0
sleep 1

echo -e 'AT+CPBS="SM"\r'        >/dev/ttyHS0
sleep 1

echo -e 'AT+CPMS="SM","SM",""\r' >/dev/ttyHS0
sleep 1

while true
    do echo -e 'AT+ZOPERTE="beeline"\r' >/dev/ttyHS0;
    sleep 60;
done

а на /dev/ttyHS1 цепляемся pppd. Из плюсов -- зависаний нет, работает стабильно. Если смотреть через usbmon -- все чисто, как и должно быть, вопрос --> ответ.
Из минусов: не совсем понял как инициализируется скорость порта. Имхо жестко вбито 115200, надо бы проверить. Отпишитесь, у кого как со скоростью, у меня тут, просто, 3G даже и не пахнет :)

Еще вдогонку -- hso.ko рассчитан на создание _сетевого_ интерфейса на нулевом (на том самом нашем загадочном, который ни на что не откликается). Я пробовал, устройство создается, но соединение установить так и не смог. Или я что-то не так делаю, или все-таки в нашем любимом модеме эту возможность отломали. По отзывам европейцев -- у них MF628 -- практически то же, что и наш, и сетевой есть.
В общем -- для тех, кто хочет копать в этом направлении:
берите http://timlau.fedorapeople.org/files/packages/hso/dkms-hso-1.2-2.fc9.src.rpm -- внутри все подробно расписано.

ЗЫ: потестируйте пожалуйста hso, надо бы уже определиться с нашим модемом и дальше просто пользоваться.

ЗЗЫ: ИМХО, патч для option.c становится неактуальным. По-прежнему ищется кто надоумит куда отправлять мой патчик, когда до ума доведем, конечно...

В Linux начиная с версии 2.6.28 наш модем по-умолчанию поддерживается драйвером option. Решил я потестить его работу в новом ядре, накатив патч 2.6.28-rc7 - последняя версия на сегодняшний день.
Собрал, поставил. После втыкания модема получил привычный usb-storage: device ignored. Сразу же пришлось править drivers/usb/storage/unusual_devs.h, комментируя строчки. После этого девайс стал нормально определяться в системе как порты ttyUSB0, ttyUSB1, ttyUSB2. Поднял pppd, и после 5 минут работы модем привычно завис, погасив индикатор. Но! USB-хаб при этом не завис, и после выдергивания модема и втыкания в этот же порт можно опять поднимать pppd, который проработает так же 5 минут.
Тогда я решил проверить, как оно будет работать через HSO в новом ядре: закомментил две строчки в option.c, содержащие упоминания о mf626, и внес соответствующие добавления в hso.c Устройства HS0 и HS1 успешно появились, коннект отлично поднялся, и держался, кажется, несколько часов - вечером устал ждать, когда оно зависнет, пошел спать. Однако ж утром модем опять был в дауне, но зависания системы (как с предыдущей версией ядра) или usb-порта так же не происходит, т.е. можно выдергивать модем, тут же втыкать обратно и еще некоторое время работать.
Мои ламерские знания позволяют мне предположить, что в ядре чего-то исправили в USB-протоколе в целом, так что теперь не происходит зависания хаба и системы, но специфичные для нашей железки глюки все же остались.

В связи с этим несколько риторичных вопросов:

1. Отчего могут происходить подобные зависания, причем через четко определенные промежутки времени?
2. Почему в ядре в файле unusual_devs.h не убрали упоминание о нашем модеме, однако ж поддержку его драйвером option сделали? Может быть все дело в release candidate-версии ядра?
3. Неужели мы насовсем потеряли manuel'а? :(

С ядром 2.6.28 я пока не встретил ни одного зависания, видимо действительно что-то подправили в USB-стеке... Хотя option всё также работает некорректно. Пришлось убирать упоминания из option и править hso...

P.S. в нашей деревне появилась 3G сеть, после чего модем успешно перестал работать. При соединении не было строчки "CS_PS" были только "CS_ONLY", в родном ПО в том месте где писался тип услуги была тоже только буква "С". В результате долгого общения с техподдержкой выяснилось, что следует заменить сим карту (например в фирменном салоне или в салонах "Связной") и установить тип сети "Только 3G".

Может кто так пробовал? Итак, суть дела. В модеме ZTE626 есть карт-ридер для MicroSD объёмом до 2 Гб, который может работать (и работает) одновременно с модемом. В результате получается флешка-модем.

И захотелось мне поставить на эту флешку Gentoo, чтобы можно было мы на (любом) компьютере загрузить свою систему и сразу же, в том же флаконе, иметь доступ в сеть.
Принципиально я тут вижу две возможности:
1) Установить ядро и загрузчик вместо образа ZTEMODEM.ISO, загрузиться, как с CD-ROMа, затем, проведя необходимые действия, переконфигурировать модем, подмонтировать флешку и использовать её в качестве рута.
2) Отключить образ CD-ROM вообще путём удаления CD_STARTUP_FLAG и видеть при этом модем, как флешку сразу и грузится с неё.

Второй путь казался проще. Я взял образ Gentoo LiveCD в качестве экспериментальной системы и начал пытаться установить его в качестве LiveFlash (по официальной мурзилке с www.gentoo.org) на модем. Естественно, сразу не заработало. Тогда я поставил систему на контрольную обычную флешку для проверки. Флешка была со странностями всегда, и с неё система грузится не захотела. Тогда я взял флешку посовременнее, с неё система пошла нормально. Вывод. BIOS позволяет грузится не с каждой флешки. А уж с флешкой-модемом точно возможны проблемы. Удалось ли кому-нибудь такое провернуть с ZTE626?

Пока я поэксперементирую с образом ZTEMODEM.ISO, может быть так получится. Было бы очень неплохо.

После обновления перестал работать модем, пишет:"--> WvDial: Internet dialer version 1.60
--> Cannot open /dev/ttyUSB2: Device or resource busy
--> Cannot open /dev/ttyUSB2: Device or resource busy
--> Cannot open /dev/ttyUSB2: Device or resource busy

Модем был перепрошит и прекрасно работал несколько дней... В винде все работает!

Добрый день.
Не могу добиться нормальной работы данного модема на генерик ядре. Вот что выдает dmesg:

usbcore: registered new interface driver usbserial                                                                                                           
USB Serial support registered for generic                                                                                                                    
usbcore: registered new interface driver usbserial_generic                                                                                                   
usbserial: USB Serial Driver core                                                                                                                            
input: Power Button (FF) as /class/input/input3                                                                                                              
USB Serial support registered for GSM modem (1-port)
option 1-2:1.0: GSM modem (1-port) converter detected
usb 1-2: GSM modem (1-port) converter now attached to ttyUSB0
option 1-2:1.1: GSM modem (1-port) converter detected
usb 1-2: GSM modem (1-port) converter now attached to ttyUSB1
option 1-2:1.2: GSM modem (1-port) converter detected
usb 1-2: GSM modem (1-port) converter now attached to ttyUSB2
usbcore: registered new interface driver option
option: v0.7.2:USB Driver for GSM modems

Вот вывод lsusb:

gameserv ~ # lsusb
Bus 004 Device 002: ID 0000:0000
Bus 004 Device 001: ID 1d6b:0001
Bus 003 Device 001: ID 1d6b:0001
Bus 002 Device 001: ID 1d6b:0001
Bus 001 Device 002: ID 19d2:0016
Bus 001 Device 001: ID 1d6b:0002

Пробовал подменять deviceid в options.c и пересобирать, не помогло.
Можно ли запустить этот модем под линухом?

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

Всё-таки удалось заставить работать модем ZTE MF626 под линуксом нормально.

Изначально он работал около трёх минут и разрывал соединение. Казалось бы проблема решается или элементарной перепрошивкой на версию M02 с австралийского сайта, или переодически посылать в модем какие-то команды, чтоб он не разрывал соединения.

Последний вариант, как понимаете костыль. Железо (в данном случае модем) должно выполнять свою работу чётко, независимо от ОС, в которой функционирует.

Теперь про смену прошивки модема. А не прошивается он! И всё тут! Ну никак!:( Речь идёт о последней версии модема (дефолтная билайновская прошивка BD_BLNP673M3V1.0.1B02). Программа смены прошивки MF626_M02_Upgrade Tool.exe немного поработав пишет switch to DownLoad mode... switch to DownLoad mode fail!

И что же получается!? Я заплатил деньги за модем, а он у меня не работает! Ну чтож, беру гарантийник, модем и всё что с ним было, несу в сервисный центр с диагнозом "в ОС Linux работает 3 минуты и разрывает соединение". Модем принимают на гарантийный ремонт, через несколько дней возвращают и говорят, что перепрошили его. Как они это сделали для меня пока загадка...

Я радостно вставляю модем в ноутбук, устанавливаю соединение, проверяю что инет поднялся и работает и...бац! через три минуты дисконнект. Но кричать о том, что мастера из сервисного центра - халтурщики пока рано. Отыскав виндовый компьютер, подключаю модем и запускаю MF626_M02_Upgrade Tool.exe. Модем успешно прошивается до M02! В сервисном центре хоть и не отремонтировали мне его полностью, но сделали великое дело - разлочили чтоб его можно было прошивать.

Теперь обратно подключаю модем к ноутбуку, проверяю, с австралийской прошивкой инет работает нормально, оставляю соединение подключеным. Модем проработал 258 минут (четыре с лишним часа!), но потом завис, светодиод перестал моргать вообще, помогло только отключение от порта USB и повторное подключение, ну да ладно, по этому поводу я не слишком расстраиваюсь. 258 минут и 3 минуты - разница очевидна. И насколько я слышал отзывы, в родной ОС с родной программой модем работает полтора-два часа, потом происходит программная ошибка (кривые драйвера?).

Проблема с работой модема именно в качестве модема в ОС Linux решена. Что же осталось? Посылка USSD запросов и приём/отправка SMS. Предлагаю комьюнити объединится и допилить это, тем более что работы в этом направлении насколько мне известно уже идут.

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

А вот возможность отправлять/получать SMS сообщения будет очень полезна тем, кто устраивает SMS рассылки или создаёт автоматизированную систему обработки запросов с помощью SMS.

Созданим некий mf626-tools порт, в котором будут эти две универсальные консольные программы, а кому надо создадут для этих программ GUI.

И последнее. Если вдруг эту ветку будут читать программисты, которые по заказу билайн создали эту самую прошивку для MF626 и разработали эту глупую кривую программу "Билайн Интернет дома" или "USB модем от билайн", то знайте: ваши действия не что иное как прямое нарушение антимонопольного законодательства. Ваш монополизированный прозомбированный мозг не способен мыслить как мыслят свободные люди. И ваша цель заставить людей пользоваться ОС Windows для работы с этим модемом потерпела неудачу.

Хотел спросить, но решение нашёл, напишу здесь результат.

Использую я этот модем уже более года, всё было нормально. Но вчера выяснилось, что появилось в нашем городе такое чудо двадцать первого столетия, как сеть 3G от Megafon. Раньше я использовал 3G от Beeline в Питере и там такого эффекта не было.

Значит так - скорость действительно большая. То, что я видел (по данным wget при скачивании больших файлов) - 210 кбайт/c. По сравнению с тем, что было в EDGE - 25 кбайт/с это действительно много. Но возникла проблема. Интернет после некоторого времени работы начинал тормозить. Если отправить повторный запрос, опять немного скачивал и начинал тормозить.

Эту проблему я узнал, т.к. с этим уже сталкивался в своё время при настройке VPN местного проводного провайдера. Причина - в значениях MTU и MRU. По умолчанию они заданы 1500 (это можно посмотреть с помощью ifconfig). Тогда для VPN я уменьшил их до 1024. А вот сколько взять теперь для Мегафона? Я попробовал 1024, по-моему, скорость передачи данных несколько упала.

Как узнать? Очень просто. Запускаем ping, указав объём пакета:
ping www.ya.ru -s 1500
Это может работать без ошибок, нужно дождаться проявления тормозов. И тогда ping начинает ругаться, что не все данные возвращаются правильно. У меня ping писал, что байт номер 1436 не соответствует переданному и выводил содержимое принятого пакета. Оно должно быть заполнено линейно растущими значениями. И действительно, начиная с 1436 пакета шли несколько нулей, а потом - мусор:

>> ping www.ya.ru -s 1500
PING ya.ru (93.158.134.8) 1500(1528) bytes of data.
1508 bytes from ya.ru (93.158.134.8): icmp_seq=1 ttl=47 time=309 ms
wrong data byte #1436 should be 0x9c but was 0x0
#8 8 9 a b c d e f 10 11 12 13 14 15 16 17 18 19 1a 1b 1c 1d 1e 1f 20 21 22 23 24 25 26 27
#40 28 29 2a 2b 2c 2d 2e 2f 30 31 32 33 34 35 36 37 38 39 3a 3b 3c 3d 3e 3f 40 41 42 43 44 45 46 47
.......
#1416 88 89 8a 8b 8c 8d 8e 8f 90 91 92 93 94 95 96 97 98 99 9a 9b 0 0 0 0 0 0 0 0 0 0 0 0
#1448 0 0 0 0 0 0 0 0 0 0 5 e4 10 38 aa 6b 7e 97 4b 19 ff 58 af 49 c0 c1 c2 c3 c4 c5 c6 c7
#1480 c8 c9 ca cb cc cd ce cf d0 d1 d2 d3 d4 d5 d6 d7 d8 d9 da db

Отсюда я сделал вывод, что MRU и MTU не следует делать больше 1435 байт. У себя я поставил 1400, теперь всё работает. Устанавливать это нужно в параметрах pppd: mru 1400 mtu 1400.

Здравствуйте! Пытаюсь завести модем mf100, он вроде похож на mf626.
Ядро 2.6.32.3, модуль option. C помощью программы qpst удалил файлы NODOWNLOAD.FLG и AUTORUN.FLG.
Когда втыкаю модем появляются устройства /dev/ttyUSB0, /dev/ttyUSB1, /dev/ttyUSB2.
Но не удается поднять интерфейс ppp0. Использовал конфиги для wvdial, приведенные выше.
На AT+ZOPERTE="beeline" модем отвечает: ERROR. В /dev/ttyUSB1 переодически появляются записи вида +ZOPERTER: 0,E8761454AE480E68.
У кого-нибудь получилось настроить данный девайс в linux?

Зато удалось получить информацию о балансе, мой вариант программы:

#include <stdlib.h>
#include <iconv.h>
#include <iostream>
#include <fstream>
#include <unistd.h>
using namespace std;

int main(void)
{
	char rawdata[1024];
	char text[1024];
	fstream dev;
	dev.open("/dev/ttyUSB2", fstream::out);
	if (!dev) {cout << "Нет доступа к модему. Нужны права суперпользователя\n"; exit(1);} 
//	dev << "AT+CPBS=\"SM\"\r\n";
//	dev << "AT+CPMS=\"SM\",\"SM\",\"\"\r\n";
	dev << "AT+CUSD=1,*102#,15\r\n";
	dev.close();
	dev.open("/dev/ttyUSB2", fstream::in);                                                                                                                                                                                                                                            
	do                               
	{
		dev>>rawdata;
		cout<<"Диалог с модемом: "<<rawdata<<endl;
		if (rawdata[0] == 'E') exit(1);
		usleep(10000);
	} 
	while(rawdata[0]!='0' || rawdata[1] != ',' || rawdata[2] != '"');                                                                                     
	dev.close();
	printf("Расшифровка:\n");
	size_t i = 0; size_t j = 0;
	while (rawdata[i++] != '"') if (i > 10) {cout << "Открывающие кавычки не найдены\n"; exit(1);};
	while (rawdata[i] != '"') {text[j++] = rawdata[i++]; if (j > 500) {cout << "Закрывающие кавычки не найдены\n"; exit(1);}}
	unsigned short data[256];
	char str[512]; int ss;
	for (i = 0; i <= j/4; i++) {sscanf(text+i*4, "%04X", &ss); data[i] = (unsigned short) ss;}
	data[i]=0;
	size_t i1 = i*2 + 2; size_t i2 = 512;
	char *c1 = (char*)data; char *c2 = (char*)str;
	iconv_t cnv = iconv_open("utf-8", "UCS-2");
	if (iconv(cnv, &c1, &i1, &c2, &i2) == 0) cout<<str<<endl;
}

Непонятно только с командами "AT+CPBS=\"SM\"\r\n" "AT+CPMS=\"SM\",\"SM\",\"\"\r\n". Сначала без них частенько ошибки выскакивали, а теперь если их отправлять в порт, то модем на первую отвечает и молчит. Зато без них все работает.