Strona 1 z 2
Huawei e173s-2 Orange USB Modem dziwne zachowanie
: 02 kwietnia 2016, 00:29
autor: virven
Cześć.
Postanowiłem napisać do znawców tematu,chodzi o modem Huawei e173s-2, wydaje się być to odpowiednim działem.
Sytuacja:
Notebook ASUS EEEPC 1101HA , Debian 8.3 , modem jak wspominałem Huawei e173s-2 z kartą od Orange.
Problem:
po podłączeniu modemu do NB, wpisaniu pinu i autoryzacji odblokowania modemu można za pomocą kreatora Network Manager'a skonfigurować w szybki i wiadomy sposób połączenie komórkowe wybierając odpowiednie ustawienia. Działa. Jednak po odłączeniu w/w modemu od komputera i wpięciu go ponownie (oczywiście inicjowanie itp) próba połączenie za pomocą profilu utworzonego poprzednio w NM, pojawia się monit iż "Aktywacja nie powiodłą się . (32) Connection 'Orange Standard access - with image compression 1' is not available on the device ttyUSB3 at this time".
Ciekawostką jest to iż usuwając profil komórkowy i przechodząc ponownie przez proces wizarda NM znów można nawiązać połączenie za pomocą modemu usb.
Co zauważyłem, usuwanie profili i kreowanie kolejnych inkrementuje bezpośrednio " ttyUSBX" w komunikacie.
Nie bardzo mam pomysł co z tym kwiatkiem zrobić, a przyznam walczę już 2 dzień.
Jeżeli ktoś ma jakiś pomysł ... proszę o pomoc.
Virven
EDIT:
Zauważyłem, że samo wyedytowanie profilu w NM (nie zmieniając nic) i zapisanie załatwia sprawę. Wygląda na to, że każdorazowo profil jest dopinany do nowego id urządzenia (nowego urządzenia z punktu widzenia systemu)?
Re: Huawei e173s-2 Orange USB Modem dziwne zachowanie
: 02 kwietnia 2016, 09:44
autor: pawkrol
Nadaj modemowi jakąś nazwę poprzez udev.
Re: Huawei e173s-2 Orange USB Modem dziwne zachowanie
: 02 kwietnia 2016, 11:42
autor: virven
okay, pomysł wydawało by się doskonały z aliasem tty ale jednak chyba potrzebowałbym pomocy z tą prostą jak by się mogło wydawać operacją
mam urządzenie w /var/log/messages
Apr 2 10:54:55 Asus kernel: [ 100.694630] usb 2-3: USB disconnect, device number 3
Apr 2 10:55:03 Asus kernel: [ 108.696088] usb 2-3: new high-speed USB device number 4 using ehci-pci
Apr 2 10:55:04 Asus kernel: [ 109.247514] usb 2-3: New USB device found, idVendor=12d1, idProduct=1c08
Apr 2 10:55:04 Asus kernel: [ 109.247534] usb 2-3: New USB device strings: Mfr=2, Product=1, SerialNumber=0
Apr 2 10:55:04 Asus kernel: [ 109.247547] usb 2-3: Product: HUAWEI Mobile
Apr 2 10:55:04 Asus kernel: [ 109.247558] usb 2-3: Manufacturer: HUAWEI
to to samo co w lsusb
Bus 002 Device 010: ID 12d1:1c08 Huawei Technologies Co., Ltd.
stworzyłem nową regułę w /etc/udev/rules.d o nazwie 99modem.rules
w treści ująłem
SUBSYSTEM=="tty",ATTRS{idVendor}=="12d1",ATTRS{idProduct}=="1c08",SYMLINK+="modem"
wg info o udev powinno pojawić się urządzenie w /dev/ o nazwie modem a jednak nic takiego nie ma miejsca ...
czyżbym coś schrzanił ?
Re: Huawei e173s-2 Orange USB Modem dziwne zachowanie
: 02 kwietnia 2016, 13:20
autor: pawkrol
Pokaż wynik polecenia: (podstaw twoje urządzenie)
Ja mam modem E173s:
Kod: Zaznacz cały
lsusb
Bus 001 Device 010: ID 12d1:1c08 Huawei Technologies Co., Ltd.
i używam takiej reguł
Kod: Zaznacz cały
cat /etc/udev/rules.d/41-usb_modeswitch_gsm.rules
SUBSYSTEMS=="usb", KERNEL=="ttyUSB*", DRIVERS=="option", ATTRS{bInterfaceNumber}=="00", ATTRS{bInterfaceProtocol}=="ff", SYMLINK+="gsm0"
SUBSYSTEMS=="usb", KERNEL=="ttyUSB*", DRIVERS=="option", ATTRS{bInterfaceNumber}=="01", ATTRS{bInterfaceProtocol}=="ff", SYMLINK+="gsm1"
Po przełączeniu widoczne są dwa urządzenia.
Re: Huawei e173s-2 Orange USB Modem dziwne zachowanie
: 02 kwietnia 2016, 13:59
autor: virven
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/usb2/2-1/2-1:1.0/ttyUSB0/tty/ttyUSB0':
KERNEL=="ttyUSB0"
SUBSYSTEM=="tty"
DRIVER==""
looking at parent device '/devices/pci0000:00/0000:00:1d.7/usb2/2-1/2-1:1.0/ttyUSB0':
KERNELS=="ttyUSB0"
SUBSYSTEMS=="usb-serial"
DRIVERS=="option1"
ATTRS{port_number}=="0"
looking at parent device '/devices/pci0000:00/0000:00:1d.7/usb2/2-1/2-1:1.0':
KERNELS=="2-1:1.0"
SUBSYSTEMS=="usb"
DRIVERS=="option"
ATTRS{bInterfaceClass}=="ff"
ATTRS{bInterfaceSubClass}=="ff"
ATTRS{bInterfaceProtocol}=="ff"
ATTRS{bNumEndpoints}=="03"
ATTRS{supports_autosuspend}=="1"
ATTRS{bAlternateSetting}==" 0"
ATTRS{bInterfaceNumber}=="00"
looking at parent device '/devices/pci0000:00/0000:00:1d.7/usb2/2-1':
KERNELS=="2-1"
SUBSYSTEMS=="usb"
DRIVERS=="usb"
ATTRS{bDeviceSubClass}=="00"
ATTRS{bDeviceProtocol}=="00"
ATTRS{devpath}=="1"
ATTRS{idVendor}=="12d1"
ATTRS{speed}=="480"
ATTRS{bNumInterfaces}==" 3"
ATTRS{bConfigurationValue}=="1"
ATTRS{bMaxPacketSize0}=="64"
ATTRS{busnum}=="2"
ATTRS{devnum}=="4"
ATTRS{configuration}==""
ATTRS{bMaxPower}=="500mA"
ATTRS{authorized}=="1"
ATTRS{bmAttributes}=="80"
ATTRS{bNumConfigurations}=="1"
ATTRS{maxchild}=="0"
ATTRS{bcdDevice}=="0102"
ATTRS{avoid_reset_quirk}=="1"
ATTRS{quirks}=="0x10"
ATTRS{version}==" 2.00"
ATTRS{urbnum}=="2371"
ATTRS{ltm_capable}=="no"
ATTRS{manufacturer}=="HUAWEI"
ATTRS{removable}=="unknown"
ATTRS{idProduct}=="1c08"
ATTRS{bDeviceClass}=="00"
ATTRS{product}=="HUAWEI Mobile"
looking at parent device '/devices/pci0000:00/0000:00:1d.7/usb2':
KERNELS=="usb2"
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}=="2"
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}=="90"
ATTRS{ltm_capable}=="no"
ATTRS{manufacturer}=="Linux 3.16.0-4-686-pae 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}=="19"
ATTRS{subsystem_vendor}=="0x1043"
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}=="ffffffff"
ATTRS{device}=="0x8117"
ATTRS{uframe_periodic_max}=="100"
ATTRS{enable}=="1"
ATTRS{msi_bus}==""
ATTRS{local_cpulist}=="0-31"
ATTRS{vendor}=="0x8086"
ATTRS{subsystem_device}=="0x83ce"
ATTRS{d3cold_allowed}=="1"
looking at parent device '/devices/pci0000:00':
KERNELS=="pci0000:00"
SUBSYSTEMS==""
DRIVERS==""
Re: Huawei e173s-2 Orange USB Modem dziwne zachowanie
: 02 kwietnia 2016, 14:29
autor: pawkrol
Spróbuj użyć moich reguł. Powinno być ok.
Wydaje mi się, że twoje nie działają chociaż są poprawne, gdyż dongle przełączył się z trybu storage w tryb modemu i zapewne masz dwa ttyUSBx. Modemy gsm jak dla mnie to dziwne "potworki".
Re: Huawei e173s-2 Orange USB Modem dziwne zachowanie
: 02 kwietnia 2016, 14:37
autor: virven
no to tak twoje reguły tworzą mi 2 urządzenia gsm w devach i dzięki Ci za podpowiedź jednak problem pozostał tzn nie wiem być może powinienem wskazać gdzieś by NM nie szukał już po ttyUSBX ach a zajął się montowaniem gsm z dev ?
Re: Huawei e173s-2 Orange USB Modem dziwne zachowanie
: 02 kwietnia 2016, 14:42
autor: pawkrol
Pewnie gdzieś w konfigu musisz szukać.
Re: Huawei e173s-2 Orange USB Modem dziwne zachowanie
: 02 kwietnia 2016, 16:38
autor: virven
szukam , szukam znaleźć nie mogę ... jak by ktoś miał pomysł w którym konfigu istnieje przypisanie /dev/ dla Network Managera byłbym wdzięczny

Re: Huawei e173s-2 Orange USB Modem dziwne zachowanie
: 03 kwietnia 2016, 21:42
autor: virven
okay, temat do zamknięcia jako rozwiązanie docelowe użyłem
apt-get update
apt-get install wvdial
http://dug.net.pl/tekst/197/aero2_z_mod ... ryb_modemu
korzystałem z tej czesci aby wykorzystać alias gsm0
Twrzymy plik /etc/wvdial.conf lub — jeśli już istnieje — dopisujemy do niego:
[Dialer aero2]
Modem = /dev/ttyUSB0
Init1 = AT+CGDCONT=1,"IP","darmowy"
Phone = *99#
Stupid mode = yes
Username = "aero"
Password = "aero"
Dial Attempts = 0
Jeśli modem znajduje się w innym miejscu, należy odpowiednio zmodyfikować linijkę Modem =. Aby korzystać z własnych DNS-ów możemy dodać jeszcze:
Auto DNS = 0
Przetestujemy teraz połączenie wydając jako root (lub użytkownik należący do grupy dip):
wvdial aero2
Modem powinien się połączyć, aby przerwać połączenie należy wcisnąć Ctrl+C. Ten sposób nawiązywania połączenia jednak jest dość niewygodny — bowiem aby utrzymywać połączenie, musimy mieć stale otwartą tę konsolę. W dalszej części opiszę bardziej przystępne sposoby.
Autoryzacja przy pomocy PIN (przynajmniej w moim przypadku) jest domyślnie wyłączona, jeśli jednak chcemy zabezpieczyć kartę SIM w ten sposób, należy do /etc/wvdial.conf dodać jeszcze:
[Dialer aero2-pin]
Modem = /dev/ttyUSB0
Init1 = AT+CPIN=8888
(oczywiście podając właściwy PIN) i przed połączeniem wydać polecenie:
wvdial aero2-pin
Obsługa
Wcześniej testowo się połączyliśmy za pomocą wvdial aero2, metoda ta jednak jest trochę niewygodna — nie można bowiem zakończyć procesu ani zamknąć konsoli z uruchomionym programem. Tutaj opiszę kilka przystępniejszych wersji.
pon.wvdial
Pakiet wvdial oprócz programu o tej samej nazwie, udostępnia skrypt pon.wvdial, który służy do uruchamiania polecenia łączącego jako działającego w tle demona (analogicznie do programu pppd i skryptu pon, od którego wzięła się nazwa).
Argumenty dla skryptu przekazywane są do programu wvdial, zatem aby się połączyć należy wpisać w konsoli:
pon.wvdial aero2
Po czym można bez konsekwencji zamknąć konsolę. Tak ustanowione połączenie kończy się za pomocą:
poff.wvdial
Skrypty
Aby jeszcze wygodniej korzystać z Aero2, napisałem dwa proste skrypty.
Pierwszy — aero2-start — służy do ustanawiania połączenia (i sprawdzania czy się powiodło) w przystępniejszy sposób:
#!/bin/sh
[ -e /dev/ttyUSB0 ] || { echo "Modem not found"; exit 1; }
echo -n "Łączę z Aero2"
pon.wvdial aero2 >/dev/null 2>&1
COUNT=1
until ping -c1 -w1 208.67.222.222 >/dev/null 2>&1; do
echo -n '.'
COUNT=$((COUNT + 1))
sleep .5
if [ "$COUNT" -gt 20 ]; then
echo " D'oh! " && exit 1
fi
done
echo " OK"
echo "Połączenie ustanowione o `date +%H:%M`"
date "+%H:%M" >/tmp/aero2_kiedy.txt
tak więc udev + powyzsze nieco zmodyfikowane o
[Dialer orange]
Modem = /dev/gsm0
Baud = 57600
Init1 = ATH
Init2 = ATE1
Init3 = AT+CGDCONT=1,"IP","internet"
Dial Command = ATD
Phone = *99#
Stupid mode = yes
Username = "internet"
Password = "internet"
Auto DNS = yes
oczywiście w dialerach i skryptach ttyUSBx zamieniałem na gsm0 i działa jak marzenie
pozdrawiam i dzięki za pomoc
Virven
PS :
[Dialer pin]
Init1 = AT+CPIN="xxxx"
doczytałem gdzieś iz wartość pin musi być w " "