Собственно, кто-нибудь использует подобную связку? Как отключается CDROM модема, с помощью usb_modeswitch? И хотелось бы услышать общие впечатления от модема.
Printable View
Собственно, кто-нибудь использует подобную связку? Как отключается CDROM модема, с помощью usb_modeswitch? И хотелось бы услышать общие впечатления от модема.
Работает отлично, отключал на PC с помощью терминала AT+ZCDRUN=8 или 9 отключает CDROM навсегда.
usb_modeswitch не работает с этим модемом?
Подскажите, как подружить эти две железки.
1) Определение модема в режиме СД рома отключил при помощи QPST (удалил флаги)
2) Пин-код убрал
3) VendID/ProdID где нужно прописал
4) Оператор утел, на компе работает.
5) У меня пишет "Connection script failed"
Все пароли и т.п. уже несколько раз проверял. Остальные настройки многократно проверены на других модемах.
Уже 2 недели с ним бьюсь. Подскажите.
Я извиняюсь, а есть успехи с использованием модема ZTE MF180 - лоченого под МТС?
Без всяких извенений выкладывайте Вашу проблему. Формат - как выкладывать см. в WIKI из подписи.Quote:
Originally Posted by SerJJ
Несколько дней бьюсь над тем, чтобы подключить модем ZTE MF192.
Удалось поднять его под Ubuntu 10.10, но под роутером не хочет...
На основании информации из драйверов виндовс начальное устройство определяется как:
После переключения в режим "модем" как:Code:Dev.19D2.1216 = "ZTE Mobile Connect CPO device"
С помощью сниффинга USB определил конфигурацию для переключения usb_modeswitch:Code:Dev.19D2.1217.00 = "ZTE Mobile Connect HSPA+ Modem"
Далее, в Ubuntu без проблем происходит процесс переключения и загрузки драйверов, по "pppd call my_provider" поднимается соединение.Code:DefaultVendor= 0x19d2
DefaultProduct= 0x1216
TargetVendor= 0x19d2
TargetProduct= 0x1217
MessageContent="5553424308EB1D8400000000000010FF000000000000000000000000000000"
Под роутером, процесс переключения происходит (индикатор начинает мигать голубым), а драйвера модема не загружаются.
Затрудняюсь понять, куда дальше копать, прошу помощи. Не совсем понял, зачем нужен файл modems.conf? Если модема нет в этом списке будет ли работать?
Логи прикладываю.
Прошивку просьба взять по-новее.Quote:
Originally Posted by a005
Далее что говорит lsmodem (на новой прошивке)?
Добавлять usb_modeswitch понадобится в том случае, модем находится в режиме storage. Из diag.txt следует, что он переключен в коммуникационный режим. Если это случайность - надо сделать файл /usr/local/etc/usb_modeswitch.conf со всем тем, что указано.
Для того, чтобы не надо было прописывать руками порты обмена данных и статистики. Естественно, можно ввести руками.Quote:
Originally Posted by a005
Вроде как по-новее прошивок не выкладывали, пришлось собрать самому...Quote:
Originally Posted by rss
Quote:
Originally Posted by rss
Code:0:19d2:1217:W:0:8:1:ZTE:MF192
Это все было сделано сразу, я просто про это не написал. Сейчас же, при сборке прошивки я добавил это правило переключения "19d2:1216" в "usb_modeswitch.d/"Quote:
Originally Posted by rss
На новой прошивке поведение (или реакция) изменилась, хотя причина наверно осталась таже самая - символьное устройство модема не появляется. Драйвера acm, option, usbserial в ядро загружены, но с модемом не связаны.
Вообще-то можно было прочитать Где взять нужную прошивку от энтузиастов.Quote:
Originally Posted by a005
Просьба под убунтой посмотреть cat /proc/bus/usb/devices в тот момент, когда связь установлена. Возможно, что модем после отключения zerocd становится вовсе не 0x19d2:0x1217. По крайней мере мне не удалось найти в патчах ядра убунты такого PID. В драйверах стандартного ядра модем 0x19d2:0x1217 также отсутствует.
Естественно, "из коробки" этот модем не запускается, однако, если "подкрутить" usb_modeswitch, все получается.Quote:
Originally Posted by rss
Прикладываю диагностику и файлы из убунты:
- вывод lsusb до момента переключения (/proc/bus/usb/devices в 2.6 ядре нету)
- вывод lsusb после переключения
- файл /etc/usb_modeswitch.d/19d2:1216
- дифф на файл /lib/udev/rules.d/40-usb_modeswitch.rules
Еще из замеченного, индикатор готовности модема (цвет меняется с красного на голубой) появляется не сразу после переключения. Т.е. usb_modeswitch рапортует о том, что найдено target device, а индикатор все еще горит красным. Может быть из-за этой задержки драйвера не успевают подключаться?
Так же имеется способ переключения в режим модема через посыл "eject" на блочное устройство виртуальной флэшки. В этом случае, идентификатор модема становится 19d2:1218, но всем остальном все аналогично.
Есть оно в 2.6. Называется usbfs.Quote:
Originally Posted by a005
sudo mount --bind /dev/bus /proc/bus
Желательно именно после подключения, чтобы было видно, с какими драйверами модем подключился.
В убунте выпилили поддержку usbfs. Как ее примонтировать не знаю (и не нашел)...
Может есть другой способ посмотреть загруженные драйвера?
Тогда попытаемся обойтись без убунты.Quote:
Originally Posted by a005
В консоли маршрутизатора надо сделать
и посмотреть назначен ли драйвер в /proc/bus/usb/devicesCode:rmmod usbserial
insmod usbserial vendor=0x19d2 product=0x1216
и /proc/bus/usb/devpath. Возможно, что после этого модем подключится.
Завелось "вручную" после следующих действий:
далее в wan0_pppd добавил вторую строчку (до этого она была пустая):Code:rmmod option
rmmod usbserial
insmod usbserial vendor=0x19d2 product=0x1217
insmod option
vi /tmp/ppp/peers/wan0_pppd
Как я понимаю, wan0_pppd генерируется автоматически по настройкам из веб-морды, естественно, что на момент генерации, у меня не было /dev/tts/0.Code:/dev/tts/0
ну а далее в ручном режиме:
Теперь как бы это все автоматизировать?Code:pppd call wan0_pppd
Выдержки из usb/devices & devpath:
P.S. Пишу через это модемное подключение :)Code:#cat /proc/bus/usb/devices:
P: Vendor=19d2 ProdID=1217 Rev= 0.01
S: Manufacturer=ZTE
S: Product=MF192
S: SerialNumber=032670C9DD6E9D43AAAB715FD979998857D5C33D
C:* #Ifs=11 Cfg#= 1 Atr=a0 MxPwr=500mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=02(comm.) Sub=02 Prot=01 Driver=(none)
E: Ad=81(I) Atr=03(Int.) MxPS= 64 Ivl=2ms
I: If#= 1 Alt= 0 #EPs= 2 Cls=0a(data ) Sub=00 Prot=00 Driver=serial
E: Ad=82(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=01(O) Atr=02(Bulk) MxPS= 512 Ivl=4ms
I: If#= 2 Alt= 0 #EPs= 0 Cls=02(comm.) Sub=0b Prot=00 Driver=(none)
I: If#= 3 Alt= 0 #EPs= 0 Cls=0a(data ) Sub=00 Prot=00 Driver=(none)
I: If#= 3 Alt= 1 #EPs= 2 Cls=0a(data ) Sub=00 Prot=00 Driver=(none)
E: Ad=83(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=02(O) Atr=02(Bulk) MxPS= 512 Ivl=4ms
#cat /proc/bus/usb/devpath:
Device : Location : Info
/dev/usb/tts/0 : 1.1 : Manufacturer="ZTE" : Product="MF192"
Хорошо. Значит на верном пути.Quote:
Originally Posted by a005
Теперь вписываем в "Device initial script" следующую строку:
Сохраняем и перезагружаем.Code:usb_modeswitch -v $VID -p $PID -V 0x0x19d2 -P 0x1217 -M 5553424308EB1D8400000000000010FF000000000000000000000000000000 && sleep 1 && insmod usbserial vendor=0x19d2 product=0x1217
Также просьба проверить usb_modeswitch -c 19d2_1216.txt. (естественно до вписывания в Device initial script). Если всё в порядке, могу добавить в прошивку.
Впрочем, есть еще один способ, при котором не надо будет вписывать строку инициализации. Если пересборка прошивки трудностей не вызывает, просьба проверить следующее:
В драйвер linux/drivers/usb/serial/option.с вписать строку своего модема.
Заодно можно и 19d2_1216.txt положить в gateway/usb_modeswitch/data/usb_modeswitch.d/19d2:1216Code:{ USB_DEVICE_AND_INTERFACE_INFO(ZTE_VENDOR_ID, 0x1169, 0xff, 0xff, 0xff) },
{ USB_DEVICE_AND_INTERFACE_INFO(ZTE_VENDOR_ID, 0x1170, 0xff, 0xff, 0xff) },
{ USB_DEVICE_AND_INTERFACE_INFO(ZTE_VENDOR_ID, 0x1217, 0xff, 0xff, 0xff) },
{ USB_DEVICE_AND_INTERFACE_INFO(ZTE_VENDOR_ID, 0x1244, 0xff, 0xff, 0xff) },
Далее в gateway make && make install
Спасибо за поддержку!Quote:
Originally Posted by rss
Вот он ключ к разгадке! Это видимо, аналог того, что в udev (в 2.6) в /lib/udev/rules пишется?Quote:
Originally Posted by rss
Это я уже проделал (забегая вперед) на текущей прошивке. Как я уже писал, переключение происходит, а вот правильные insmod'ы - не проходят (ну правильно, я и не знал, что их надо для незнакомых системе модемов вручную прописывать).Quote:
Originally Posted by rss
Попробую данную модификацию. О результатах отпишу!Quote:
Originally Posted by rss
Вызывает озабоченность, почему идентификаторы модемов необходимо жестко в код прописывать? Это особенность реализации прошивки, ядра 2.4 или как?
Опять же на убунте все работало только настройкой usb_modeswitch.
Определить, что имеем дело с модемом можно без проблем. А вот дальше должен быть подключен какой-то драйвер, который соответствует этому устройству. Либо в убунте в фоне программа подключения сама присоединяет usbserial, либо идентификатор устройства всё таки где-то прописан. Самый простой способ посмотреть, какой драйвер подключен - usbfs.Quote:
Originally Posted by a005
К сожалению, ни один из дальнейших советов (в том числе и пересборка с модифицированным option.c) продвинуться дальше не помог:
Модем переключается -> драйвера не загружаются.
Работает, только если вручную выгрузить модули модема и потом опять загрузить.
Так же, не пойму, почему файл wan0_pppd не содержит упоминаний о /dev/usb/tts/0. Правильно ли я понимаю, что этот файл генерится скриптом
"/usr/ppp/dial wan0_"?
Вот что в файле wan0_pppd после запуска этого скрипта (после загрузки вручную модулей модема):
К сожалению, совсем не ориентируюсь в архитектуре прошивки, чтобы целенаправленно двигаться дальше...Code:debug
921600
crtscts
noipdefault
ipcp-accept-local
lcp-echo-interval 60
lcp-echo-failure 6
mtu 1492
mru 1492
usepeerdns
noauth
holdoff 5
maxfail 0
nodetach
persist
unit 0
novj nobsdcomp novjccomp nopcomp noaccomp
user 'mts'
password 'mts'
connect "/tmp/ppp/peers/wan0_chat.sh"
Скрипт дозвона запускается после того, как модем определён и загружены драйверы. Если сейчас использовать "Device initial script", подключение происходит?Quote:
Originally Posted by a005
Часть с usb_modeswitch можно выбросить, если конфигурация уже вставлена в прошивку.
Нет не происходит. А когда вообще вызывается Device initial script? У меня создается впечатление, что он либо не вызывается, либо вызывается "не вовремя".Quote:
Originally Posted by rss
Сейчас, чтобы запустить соединение, я выполняю следующее действие (его же вставил, Device initial script, но там не помогает):
После чего в логах идут следующие записи:Code:rmmod option && rmmod usbserial && insmod usbserial vendor=0x19d2 product=0x1217
Поэтому, приходится редактировать файл /tmp/ppp/peers/wan0_pppd, в который я вставляю строку "/dev/usb/tts/0".Code:Jan 1 03:03:43 root: wan0_pppd exit code: 2
Jan 1 03:03:45 pppd[667]: no device specified and stdin is not a tty
После чего, если нажать на вебморде "Connect", то все работает.
Ручной запуск скрипта "/usr/ppp/dial wan0_" перетирает файл /tmp/ppp/peers/wan0_pppd, убирая из него упоминание о $usbdev
Скрипты из Device initial script вызываются сразу после usb_modeswitch.Quote:
Originally Posted by a005
Как только обнаруживается модем, для него подгружаются драйверы. Можно попробовать вписать в gateway/rc/usbmodem.c
Device initial script, естественно, перед этим очистить.Code:if( ret && found_dev ){
nvram_set(strcat_r(prefix, "usb_device_name", tmp), found_dev->prod );
eval("insmod", "usbserial vendor=0x19d2 product=0x1217");
eval("insmod", "option");
#ifndef LINUX26
eval("insmod", "acm");
#else
eval("insmod", "cdc-acm");
#endif
}
В любом случае можно отключить запуск скрипта дозвона, установив тип модема в User, после чего сделать свою копию с тем порядком запуска, который нужен.
Если смотреть правде в глаза, то сперва hotplug_usb_modeswitch() вызывается для каждого экземпляра простого USB устройства:Quote:
Originally Posted by rss
- CD-ROM
- Storage
и если в Device initial script прописан еще один вызов usb_modeswitch, то по факту, имеем четыре вызова последнего.
Причем, будь то 2 или 4 вызова - они генерируются практически одновременно. Самый первый еще не успел отработать (usb_modeswitch - инертен), следом порождается еще один вызов для того-же vid : pid.
Самое интересное появляется дальше. Неизвестно после какого экземпляра usb_modeswitch простое устройство переключиться в составное, но когда оно переключится - последует еще несколько вызовов hotplug_usb_modeswitch()
- новое составное устройство с новыми vid : pid
- cdrom
- storage
, которые, в свою очередь, не раз обратятся к usb_modeswitch. Сам usb_modeswitch уже сможет проигнорировать эти новые устройства, хотя, неизвестно какая будет реакция на три одновременных экземпляра последнего.
Может я ошибся? Ранее выкладываемые логи говорят об обратном (так-же есть в предыдущих моих сообщениях).
Если в usb_modeswitch.d отсутствует правило для подключаемого модема, то всё будет нормально. Всё переключится в Device initial script.Quote:
Originally Posted by ConstAntz
Относительно многократного запуска. В принципе можно исключить, но вроде бы работе не мешает.
usb_modeswitch ищет указанное устройство. Если устройство уже переключилось, значит не найдет и завершит работу.
У меня была проблема перед вызовом загрузки драйверов ставил паузу в 5 сек тогда все было ОК. http://wl500g.info/showpost.php?p=223711&postcount=1027
p.s.
может ее в новых прошивках стоит вставить
http://code.google.com/p/wl500g/sour...s/usr/ppp/dial
Code:....
238 init_global
sleep 5
239 load_drivers
240 get_usb_structure
...
Спасибо. Попробую вечером поставить паузу 5 сек.
У меня встречный вопрос:
Драйвера грузятся через скрипт /usr/ppp/dial или через usbmodem.c ? Есть еще /usr/ppp/uni/dial - там еще одна версия загрузки модема?
Второй вопрос, почему при загрузке usbserial не используется метод из uni/dial:
?Code:insmod usbserial vendor=$(nvram get wan_modem_vid) product=$(nvram get wan_modem_pid) $maxpacket
У меня еще старая прошивка стоит, новую не пробовал. Задача была иметь резервый канал через модем и переключаться на него по необходимости кнопкой. http://wl500g.info/showpost.php?p=220531&postcount=17Quote:
Originally Posted by a005
В конце есть скрипт который я использовал.
там как раз происходит загрузка драйвера через
без optionCode:insmod usbserial vendor=$(nvram get wan_modem_vid) product=$(nvram get wan_modem_pid) $maxpacket
Сейчас я насколько понимаю уважаемые rss и dlukanidin что-то подправили в option и в прошивке. Тут я подсказать точно не могу как грузится usbserial и как ему передаются VID и PID.
/usr/ppp/uni/dial - в новых прошивках на исходниках уже пропал (не вижу его)
Раньше если я грузил
insmod usbserial
insmod option
у меня были проблемы драйвер serial подхватывался, но соединения не было.
Из usbmodem.cQuote:
Originally Posted by a005
Не используется, поскольку форму usbserial vendor=... product=... нельзя использовать в случае нескольких модемов.Quote:
Originally Posted by a005
Никаких изменений не произошло...Quote:
Originally Posted by rss
после rmmod && insmodCode:#cat /proc/tty/driver/usb-serial
usbserinfo:1.0a driver:v1.4
Code:#cat /proc/tty/driver/usb-serial
usbserinfo:1.0a driver:v1.4
0: module:usbserial name:"Generic" vendor:19d2 product:1217 num_ports:1 port:1 path:usb-01:03.2-1
А вот это уже грустно, т.к. непонятно, почему же стандартный способ не работает?Quote:
Originally Posted by rss
Может надо собрать прошивку с отладочным режимом?
Попробую подключиться к обсуждению.Quote:
Originally Posted by a005
1. При подключении нового модема проблемы собственно 2-е. Правильно переключить и загрузить драйвера.
2. Насколько я понял с переключением разобрались. Его можно делать конечно через device initial script, но как уже писал раньше я очень внимательно смотрел на код этого вызова и не увидел разницы со штатным механизмом через подстановку параметров переключения в файле пользователя в пункте морды zero cd. К сожалению пока не получу модем для которого эти методы будут вести себя по разному проверить сам причины не смогу.
3. Теперь загрузка драйверов. Сейчас грузятся usbserial без параметров который работает в таком случае только как драйаер нижнего уровня и option, в котором собственно и прописаны все модемы. Если нового модема там нет, то порты естественно не поднимутся. Если есть, то должны поднятся по любому, кроме случаев ошибки при инициализации.
Теперь мои рекомендации как понять где происходит сбой.
1. собрать прошивку с модифицированным option по рекомендации rss (ещё раз внимательно посмотреть, что модем прописан правильно).
2. загрузить роутер без модема.
3. воткнуть модем и смотреть сислог. убедится, что сообщений от option нет, если есть, то показать здесь какие. Убедиться, что option загружен.
4. выгрузить option, usbserial и загрузить usbserial с параметрами.
5. посмотреть сислог и убедится, что порты поднялись или нет.
Если действительно на option порты не поднимаютя, а на usbserial с параметрами поднимаютя, то найти (извините выложить сейчас не могу) мой драйвер заменяющий option (простейший wrapper для usabserial) в теме по скрипту или просто по моим сообщениям (файл modem.c если не ошибаюсь), поправить там изменения аналогичные тем которые делались в option, и собрать прошивку с ним вместо option. Проверить поднимаютя ли порты. Если поднимутся только в таком варианте, то будем думать как включать это в прошивку, хотя и не хотелось бы.
Извините за некоторый сумбур и отсутствие прямых ссылок, просто нет возможности.
Также просьба проделать предложенные мной действия в предложенном порядке, несмотря на то, что раньше это уже делалось но может быть в другом порядке, просто, чтобы результаты были воспроизводимыми.
P.S. Вот не зря мне не нравится прдукция ZTE, хотя в последнее время и Huawei стали так чудить, (см. тему по CDMA модемам на Украинском Пиплнете), что в пору уже новых производителей искать, совсем сырые изделия плохо совместимые с роутерами да и с линём в целом.
уже весь моск взломал :(, какая-то нестабильность на новых прошивках....
вроде начало нестабильно подключатся, но.... вот что заметил
:
с портом пообщатся получается только 1 раз :(, потом он висит наглухо :(
прошивка:
1.9.2.7-d-r2889M
модем:MF180
из этой прошивки перетягиваю скрипты /usr/share/modem в 1.9.2.7-d-r2624M.trx .... все начинает работать боле менее нормально.Code:WL-F07D6875A92A login: admin
Password:
[admin@WL-F07D6875A92A root]$ /usr/share/modem/bin/state_3g_zte /dev/usb/tts/1 s
Signal : 20 : -73 dBm : 66 % : Bit Error : not detectable
[admin@WL-F07D6875A92A root]$ ps
PID USER VSZ STAT COMMAND
1 admin 1492 S /sbin/init
2 admin 0 SW [keventd]
3 admin 0 SWN [ksoftirqd_CPU0]
4 admin 0 SW [kswapd]
5 admin 0 SW [bdflush]
6 admin 0 SW [kupdated]
7 admin 0 SW [mtdblockd]
54 admin 1488 S syslogd -m 0 -O /tmp/syslog.log -S -D -l 7 -b 1
58 admin 1484 S klogd
59 admin 1484 R telnetd
62 admin 1080 S nas /tmp/nas.lan.conf /tmp/nas.lan.pid lan
64 admin 1120 S httpd vlan1
67 nobody 848 S dnsmasq
66 admin 0 SW [khubd]
81 admin 1492 S /sbin/udhcpc -i vlan1 -p /var/run/udhcpc0.pid
83 admin 1488 S watchdog
91 admin 0 SW [usb-storage-0]
92 admin 0 SW [scsi_eh_0]
116 admin 1492 S -sh
134 admin 1488 R ps
[admin@WL-F07D6875A92A root]$ /usr/share/modem/bin/state_3g_zte /dev/usb/tts/1 s
Signal : no info : Bit Error : no info
[admin@WL-F07D6875A92A root]$ /usr/share/modem/bin/state_3g_zte /dev/usb/tts/1 s
Signal : no info : Bit Error : no info
[admin@WL-F07D6875A92A root]$ ls -l /dev/usb/tts
crw------- 1 admin root 188, 0 Jan 1 05:00 0
crw------- 1 admin root 188, 1 Jan 1 05:01 1
crw------- 1 admin root 188, 2 Jan 1 05:00 2
crw------- 1 admin root 188, 3 Jan 1 05:00 3
[admin@WL-F07D6875A92A root]$ cat /proc/bus/usb/devices
T: Bus=02 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=480 MxCh= 2
B: Alloc= 1/800 us ( 0%), #Int= 1, #Iso= 0
D: Ver= 2.00 Cls=09(hub ) Sub=00 Prot=01 MxPS= 8 #Cfgs= 1
P: Vendor=0000 ProdID=0000 Rev= 2.04
S: Manufacturer=Linux 2.4.37.11 ehci_hcd
S: Product=PCI device 14e4:471a
S: SerialNumber=00:03.1
C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr= 0mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=256ms
T: Bus=02 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 3 Spd=480 MxCh= 0
D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=19d2 ProdID=2003 Rev= 0.00
S: Manufacturer=ZTE,Incorporated
S: Product=ZTE WCDMA Technologies MSM
C:* #Ifs= 4 Cfg#= 1 Atr=e0 MxPwr=500mA
I: If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=serial
E: Ad=81(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=01(O) Atr=02(Bulk) MxPS= 512 Ivl=4ms
I: If#= 1 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=serial
E: Ad=82(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=02(O) Atr=02(Bulk) MxPS= 512 Ivl=4ms
I: If#= 2 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=serial
E: Ad=83(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=03(O) Atr=02(Bulk) MxPS= 512 Ivl=4ms
I: If#= 3 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=ff Prot=ff Driver=serial
E: Ad=84(I) Atr=03(Int.) MxPS= 64 Ivl=2ms
E: Ad=85(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=04(O) Atr=02(Bulk) MxPS= 512 Ivl=4ms
T: Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2
B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0
D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor=0000 ProdID=0000 Rev= 0.00
S: Product=USB OHCI Root Hub
S: SerialNumber=b8003000
C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr= 0mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms
[admin@WL-F07D6875A92A root]$
ЗЫ думаю может нужно в основной ветке но... пользовал для тестов скрипты по модемам.... в принципе с этого все и началось.
после первого включения:
Quote:
[admin@WL-F07D6875A92A root]$ /usr/share/modem/bin/state_3g_zte /dev/usb/tts/1 i
Modem: ZTE CORPORATION MF180
SysInfo: Signal unknown Roaming unknown
Operator: unknown
SysCfg: Mode unknown
[admin@WL-F07D6875A92A root]$
Рекомендую перейти на rt-n. Проблемы нестабильности также наблюдал у себя на wl500gpv2 + 1.9.2.7-d + e1820, но на rt-n ничего подобного нет.Quote:
Originally Posted by Virtuals
Возможно это всё таки option.Quote:
Originally Posted by rss
Для желающих попробовать - его замена.
Quote:
Originally Posted by rss
но на более старых прошивках таких проблем нет!
ЗЫ
Ок перешью завтра рабочий в RTN потестю ;).
ЗЫЗЫ это серьезная проблема ...в d ветке, ток пока не могу понять в чем.... может дрова менялись?
что еще заметил: даже вот это перестало работать :(
тупо нет ответа с порта...Quote:
cat /dev/usb/tts/1 & echo -e "AT+CSQ\r\n" > /dev/usb/tts/1; sleep 2; kill %cat
тестовую прошивку соберем? потестью в полный рост. обещаю.Quote:
Originally Posted by dlukanidin
Подскажите, чем же закончилось у A005 - удалось ли прикрутить в автоматическом режиме USB 3G-момед ZTE MF 192? Тоже обладаю этим "чудом" от МТС. В Винде работает без нареканий, быстро.
У меня дело дошло только до usb_modeswitch ручками из консоли, и то, кривовато получилось, но в модем он переключился; дальше не сумел завести его и поднять pppd. Нет у меня опыта работы с *nix'ами, хотя читаю форум и уже много "вкурил". :(.
Вот и жду, кто сможет этот MF 192 побороть до победного конца.
опа, в логе углядел:
_
и все порт недоступен!, это что переполнение буфера?, с последующим глюком драйвера.... хм я такое ток у мелкософта видел :)....Quote:
kernel: usb/tts/1: 1 input overrun(s)
повторил несколько раз результат один!
даем команду:
долго висит.... почти минутуQuote:
chat -v -t 3 '' 'AT+ZPAS?' 'OK' '' > /dev/usb/tts/1 < /dev/usb/tts/1
потом команду повторяю.... все ответа нет. вот лог:
PS напомню, прошивка: Linux version 2.4.37.11 (root@localhost) (gcc version 3.4.6) #1 2011-04-13 02:03:42 MSDQuote:
Jan 1 06:00:14 3G USB Modem: connected to ISP
May 13 08:45:43 login[173]: root login on 'pts/0'
May 13 08:45:55 chat[174]: send (AT+ZPAS?^M)
May 13 08:45:55 kernel: usb/tts/1: 1 input overrun(s)
May 13 08:45:56 chat[174]: expect (OK)
May 13 08:45:56 chat[174]: T+ZPAS?
May 13 08:45:56 chat[174]:
May 13 08:45:56 chat[174]: +ZPAS: "3G","CS_PS"
May 13 08:45:56 chat[174]:
May 13 08:45:56 chat[174]: OK
May 13 08:45:56 chat[174]: -- got it
May 13 08:45:56 chat[174]: send (^M)
May 13 08:46:00 pppd[159]: System time change detected.
May 13 08:46:04 ntp client: Synchronizing time with time.nist.gov...
May 13 08:46:59 login[178]: root login on 'pts/1'
May 13 08:47:39 chat[180]: send (AT+ZPAS?^M)
May 13 08:47:39 chat[180]: expect (OK)
May 13 08:47:42 chat[180]: alarm
May 13 08:47:42 chat[180]: Failed
1.9.2.7-d-r2889M
...
может важно
USB device packet size (0 for default): 4096
вручную выставил, если оставить 0, то :( я не понял как в какое положение поставить луну и каков нужен бубен, чтоб дозвон заработал. но глюк с отвалам порта что при 4096 что при 0 одинаков.
Надо экспериментировать и смотреть, что получается. A005 куда-то пропал. Если есть желание ставить эксперименты - могу собрать прошивку с теми изменениями, о которых писал. Единственное, что нужно - знать под какой маршрутизатор собрать.Quote:
Originally Posted by mk-echo
эксперементы продолжаются....
зашил древнюю
r1897M "с светомузыкой от Vampik":D
все работает....
и
иQuote:
chat -v -t 3 '' 'AT+ZPAS?' 'OK' '' > /dev/usb/tts/1 < /dev/usb/tts/1
вот логи:Quote:
cat /dev/usb/tts/1 & echo -e "AT+CSQ\r\n" > /dev/usb/tts/1; sleep 2; kill %cat
Да собирайте, вот исходники.Quote:
Originally Posted by Virtuals
Я уже почти полгода использую на всех прошивках которые собирал за это время и на всех своих модемах. Пока никаких вопросов не возникало.
я боюсь больше времени потрачу на сбор виртуалки с тулчейном :(. с медиаплеерами опыт есть, а вот роутер мучать пока нужды небыло...Quote:
Originally Posted by dlukanidin
может кто поможет?, пересобрать хоть вот эту:
DIR320-1.9.2.7-d-r2889M.trx
http://vampik.ru/proshivka-dlya-d-link-dir-320/
ЗЫ ща лью RTN WL500gpv2-1.9.2.7-rtn-r2968M.trx
тестировать бум...... ой как надоело маки исправлять :(.