Ich hab es nun an einem Raspberry Pi probiert an dem nur der Stick und nichts anderes verbunden ist. Zusaezlich habe ich die "max current" Option aktiviert was fresubmit read urb failed. (-2)" ist nun verschwunden. Jedoch ist das Verhalten genau wie zuvor. Die Netzwerkschnittstelle, jetzt usb0, hat keine IP Adresse und auch ueber DHCP laesst sich keine IP beziehen. –––––––––––––––––––––––––––––––––––––––– Kann mir jemand seinen dmesg-log schicken wie es mit dem Stick funktioniert?
Keine Internetverbingung oder IP-Adresse UMTS-USB-Stick ZTE MF710M
(Themenstarter)
Anmeldungsdatum: Beiträge: Zähle... |
|
||
Supporter
Anmeldungsdatum: Beiträge: 5130 |
Mir ist noch aufgefallen: Für deinen Stick gibt es noch keine Umschaltregel für USB ModeSwitch unter 16.04. Falls du also nicht manuell eine aktuellere Version von USB ModeSwitch installiert hast, ist USB ModeSwitch am Umschaltvorgang nicht beteiligt. Unter 17.10 gibt es diese Regel bereits im Archiv /usr/share/usb_modeswitch/configPack.tar.gz Dateiname 19d2:1588 # ZTE MF710M Variants TargetVendor= 0x19d2 TargetProductList="1589,1591,1592" StandardEject=1 MessageContent="55534243123456702000000080000c85010101180101010101000000000000" Vielleicht kannst du mit der Umschaltsequenz aus dieser Regel den Stick in einen anderen Modemmodus schalten: sudo usb_modeswitch -v 19d2 -p 1588 -K -M "55534243123456702000000080000c85010101180101010101000000000000" Alternativ kannst du es auch nur mit sudo usb_modeswitch -v 19d2 -p 1588 -K versuchen. Die Umschaltsequenzen müsstest du allerdings ausführen bevor der Stick sich automatisch umschaltet und auf die ID 19d2:1592 wechselt. |
||
(Themenstarter)
Anmeldungsdatum: Beiträge: 20 |
Ich habe das Paket "usb-modeswitch" installiert und getestet:
Jedoch ändert auch dies nichts an zuvor beschriebenem Verhalten. Wie soll ich die Kommandos vor dem automatischen Einbinden ausführen? |
||
(Themenstarter)
Anmeldungsdatum: Beiträge: 20 |
Ich habe noch etwas recherchiert und folgendes gefunden: [1]: http://apachepersonal.miun.se/~muhimr/index_files/Tutorial_4g_modem_with_Raspberry_PI_B_plus.pdf [2]: https://www.raspberrypi.org/forums/viewtopic.php?f=63&t=168916 Laut diesen Quellen sollte das alles problemlos funktionieren. Ich habe den Stick heute unter Windoof installiert und es hat alles problemlos funktioniert. Funktioniert der Stick bei irgendjemand anderem an seinem Raspberry Pi? Kann es vielleicht sein das irgendwelche Regeln das korrekte Einbinden als Ethernet-Schnittstelle verhindern? Wenn ja, wo müsste ich suchen? |
||
Supporter
Anmeldungsdatum: Beiträge: 5130 |
Das Paket usb-modeswitch war wahrscheinlich ohnedies standardmäßig installiert. Die Datei /usr/share/usb_modeswitch/configPack.tar.gz wird bei Ubuntu über das Paket usb-modeswitch-data installiert, sollte aber ebenfalls bereits vorhanden gewesen sein, da abhängig vom Paket usb-modeswitch. Leider habe ich gestern die Datei 19d2:1588 im Paket für 16.04 übersehen. Dass du eine neuere USB ModeSwitch-Version benötigst war also Fehlalarm. Sorry. Die gute Nachricht ist aber, dass es einfach ist, bei USB ModeSwitch bestehende Regeln zu ändern. Dazu kopierst du die Datei mit der Regel, die sich im Archiv /usr/share/usb_modeswitch/configPack.tar.gz befindet nach /etc/usb_modeswitch.d/ . Dort kannst du sie dann mit einem Editor mit Root-Rechten ändern. z:B.: tar -xzf /usr/share/usb_modeswitch/configPack.tar.gz -C /tmp/ sudo cp /tmp/19d2:1588 /etc/usb_modeswitch.d/. sudo nano /etc/usb_modeswitch.d/19d2:1588 Mein Vorschlag wäre die Zeile mit MessageContent zu deaktivieren: # ZTE MF710M Variants TargetVendor= 0x19d2 TargetProductList="1589,1591,1592" StandardEject=1 # MessageContent="55534243123456702000000080000c85010101180101010101000000000000" Bei anderen ZTE-Sticks hatte diese Änderung bereits bewirkt, dass beim nächsten Anstecken ein anderer Modemmodus gewählt wurde. Nächste Variante wäre StandardEject zu deaktivieren und nur mit MessageContent zu arbeiten. # ZTE MF710M Variants TargetVendor= 0x19d2 TargetProductList="1589,1591,1592" # StandardEject=1 MessageContent="55534243123456702000000080000c85010101180101010101000000000000" Ebenfalls hilfreich ist es die Datei /etc/usb_modeswitch.conf zu ändern. Mit EnableLogging=1 kannst du eine Logdatei unter /var/log/usb_modeswitch.log erzeugen. Dort ist genau protokolliert, was USB ModeSwitch macht.
|
||
(Themenstarter)
Anmeldungsdatum: Beiträge: 20 |
Ist usb_modswitch aktiv beendet es mit einem Fehler, ist es deaktiviert (siehe [1]) wird der Stick trotzdem umgeschaltet und ist unbrauchbar. Anscheinend usb-modswitch garnicht an dem aktuellen Verhalten beteiligt, sondern mittlerweile ist der Kernel dafür zuständig (siehe [1]). Ich denke, dass die Ethernet-Schnittstele durch eine Fehlkonfiguration ineffektiv bleibt. Vielleicht reicht es ja das entsprechende Kernelmodul zu deaktivieren und den Stick per Netzwerkstack richtig einbinden zu lassen ohne einen Mode switch. Bleibt nur die Frage welche Kernelmodule stören. Wer kann mir mal ein 'lsmod' seines funktionierenden Sticks senden??? [1]: http://www.draisberghof.de/usb_modeswitch/bb/viewtopic.php?t=458 DisableSwitching=0: USB_ModeSwitch log from Mon Mar 5 20:03:02 2018 Use global config file: /etc/usb_modeswitch.conf Started via systemd Raw args from udev: 1-2 Bus ID for device not given by udev. Trying to determine it from kernel name (1-2) ... Use top device dir /sys/bus/usb/devices/1-2 USB dir exists: /sys/bus/usb/devices/1-2 SCSI dir exists: /sys/bus/usb/devices/1-2 Warning: SCSI attribute "vendor" not readable. Warning: SCSI attribute "model" not readable. Warning: SCSI attribute "rev" not readable. Use interface /sys/bus/usb/devices/1-2/1-2:1.0 ---------------- USB values from sysfs: idVendor 19d2 idProduct 1588 manufacturer ZTE,Incorporated product ZTE Mobile Broadband Station serial TLTBANGMF710MB01 bNumConfigurations 3 bConfigurationValue 1 devnum 10 busnum 1 ---------------- Found packed config collection /usr/share/usb_modeswitch/configPack.tar.gz Searching entries named: /usr/share/usb_modeswitch/19d2:1588* Searching overriding entries named: /etc/usb_modeswitch.d/19d2:1588* SCSI attributes not needed, move on. Use overriden config 19d2:1588 from collection /etc/usb_modeswitch.d config: TargetVendor set to 19d2 config: TargetProduct set to 1589,1591,1592 Driver module is "option", ID path is /sys/bus/usb-serial/drivers/option1 ! matched, now switching Device may have an MBIM configuration, check driver ... no MBIM driver found, switch to legacy modem mode Unbinding driver Command to be run: /usr/sbin/usb_modeswitch -W -D -s 20 -c /etc/usb_modeswitch.d/19d2:1588 (null) -b 1 -g 10 -v 19d2 -p 1588 2>&1 Verbose debug output of usb_modeswitch and libusb follows (Note that some USB errors are expected in the process) -------------------------------- Read config file: /etc/usb_modeswitch.d/19d2:1588 * usb_modeswitch: handle USB devices with multiple modes * Version 2.2.5 (C) Josua Dietze 2015 * Based on libusb1/libusbx ! PLEASE REPORT NEW CONFIGURATIONS ! DefaultVendor= 0x19d2 DefaultProduct= 0x1588 TargetVendor= 0x19d2 TargetProductList="1589,1591,1592" StandardEject=1 MessageContent="55534243123456702000000080000c85010101180101010101000000000000" NeedResponse=0 Success check enabled, max. wait time 20 seconds System integration mode enabled Use given bus/device number: 001/010 ... Look for default devices ... bus/device number matched found USB ID 19d2:1588 vendor ID matched product ID matched Found devices in default mode (1) Error opening the device. Abort -------------------------------- (end of usb_modeswitch output) Device directory in sysfs is done! Something went wrong, abort. DisableSwitching=1: USB_ModeSwitch log from Mon Mar 5 20:00:23 2018 Use global config file: /etc/usb_modeswitch.conf Started via systemd Raw args from udev: 1-2 Bus ID for device not given by udev. Trying to determine it from kernel name (1-2) ... Use top device dir /sys/bus/usb/devices/1-2 USB dir exists: /sys/bus/usb/devices/1-2 SCSI dir exists: /sys/bus/usb/devices/1-2 Warning: SCSI attribute "vendor" not readable. Warning: SCSI attribute "model" not readable. Warning: SCSI attribute "rev" not readable. Use interface /sys/bus/usb/devices/1-2/1-2:1.0 ---------------- USB values from sysfs: idVendor 19d2 idProduct 1588 manufacturer ZTE,Incorporated product ZTE Mobile Broadband Station serial TLTBANGMF710MB01 bNumConfigurations 3 bConfigurationValue 1 devnum 8 busnum 1 ---------------- Switching globally disabled. Exit. |
||
Supporter
Anmeldungsdatum: Beiträge: 5130 |
Meiner Meinung nach sollten bei Verwendung der Schnittstellen, die dem cdc-ether-Treiber zugeordnet sind, die Schnittstellen, die dem option-Treiber zugeordnet sind, nicht verwendet werden. Sobald die option-Schnittstellen verwendet werden, werden diese vermutlich für den Verbindungsaufbau aktiviert und gleichzeitig die Schnittstellen, die dem cdc-ether-Treiber zugeordnet sind, deaktiviert....
Meine funktionierenden Sticks, die den cdc-ether-Treiber verwenden, sind mit deinem Stick nur bedingt vergleichbar. Ein funktionierender ZTE-Stick zeigt bei mir bei usb-devices nur diese Schnittstellen: I: If#= 0 Alt= 0 #EPs= 1 Cls=02(commc) Sub=06 Prot=00 Driver=cdc_ether I: If#= 1 Alt= 1 #EPs= 2 Cls=0a(data ) Sub=00 Prot=00 Driver=cdc_ether I: If#= 2 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage Deshalb auch meine Annahme, dass das Problem durch gleichzeitige Nutzung zweier Schnittstellengruppen entsteht. |
||
(Themenstarter)
Anmeldungsdatum: Beiträge: 20 |
|||
Supporter
Anmeldungsdatum: Beiträge: 5130 |
Ja ist ident. Allerdings: Bei einem Entladen des Treibers cdc_ether wird die Verbindung getrennt: $ sudo modprobe -rv cdc_ether rmmod cdc_ether rmmod usbnet rmmod mii ..während bei einem Entladen des option-Treibers die Verbidnung aufrecht bleibt: $ sudo modprobe -rv option rmmod option rmmod usb_wwan rmmod usbserial Hier noch alle Veränderungen bei lsmod, die beim Anstecken meines Sticks entstehen: Module Size Used by +nls_utf8 16384 1 +isofs 40960 1 +cdc_ether 16384 0 +usbnet 45056 1 cdc_ether +mii 16384 1 usbnet +option 53248 0 +usb_wwan 20480 1 option +usbserial 45056 2 option,usb_wwan -usb_storage 69632 1 uas +usb_storage 69632 2 uas Der Oberfläche meines ZTE-Sticks ist über die IP 192.168.0.1 erreichbar. |
||
(Themenstarter)
Anmeldungsdatum: Beiträge: 20 |
Leider habe ich es nicht geschafft die Ethernet-Schnittstelle meines Sticks zu nutzen. Anscheinend gibt es viele unterschiedliche Versionen mit der gleichen Bezeichnung. Dafür habe ich jetzt allerdings das Modem in Betrieb nehmen können und mich wenigstens so mit dem Internet verbinden können (siehe [1]). [1]: http://news.softpedia.com/news/How-to-Connect-the-ZTE-MF636DB-USB-Modem-on-Ubuntu-158663.shtml Danke trotzdem für all eure Hilfe. |
||
Supporter
Anmeldungsdatum: Beiträge: 5130 |
Das Problem, dass unterschiedliche Versionen unter der gleichen Bezeichnung verkauft werden, ist leider bekannt. Genauso wie es auch den umgekehrten Fall gibt, dass gleiche Sticks mit unterschiedlichen Bezeichnungen verkauft werden. Darum hat oft usb-devices mehr Aussagekraft als die Bezeichnung.
Was hier für andere mit ähnlichen Problem interessant wäre: Wie genau hast du diese doch recht alte Anleitung aus dem Jahr 2010 für einen anderen Stick für deinen Stick verwenden können? Wie sieht nun deine udev-Regel aus und die Ausgabe bei usb-devices aus. Wenn du die udev-Regel ohne Änderung hast übernehmen können, würde mich das doch sehr wundern, da dein Stick andere IDs zeigt als 19d2:2000 und 19d2:0033. Der zweite Teil der Anleitung hingegen sollte eigentlich auch funktionieren, wenn du es nur mit den Schnittstellen für den option-Treiber versuchst: I: If#= 2 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=ff Prot=ff Driver=option I: If#= 3 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=option I: If#= 4 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=option I: If#= 5 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=option Wenn der option-Treiber mit variabler ID verwendet wird, sollte das auch besser sein als wenn nur der usbserial-Treiber mit fixer ID geladen wird. Wahrscheinlich müsstest du aber versuchen den cdc_ether-Treiber zu blockieren. |
||
(Themenstarter)
Anmeldungsdatum: Beiträge: 20 |
Wie beschrieben kümmert sich wohl aktuell der Kernel um das Einstellen des Modems und dessen Schnittstellen. Ich brauchte nichts an den Regeln oder anderen Dingen ändern. Alles was nötig war war den APN im Moden zu setzen und sich einzuwählen. Jedoch manuell. Die Ethernet-Variante wäre mir jedoch wesentlich lieber gewesen. |
||
Supporter
Anmeldungsdatum: Beiträge: 5130 |
Danke für diese Zusatzinfo. d.h.: Du würdest Hilfesuchenden mit ähnlichen Problemen raten, den Stick als "dummes" Einwahlmodem zu verwenden. Das wäre im NetworkManager über den Verbindungstyp "Mobiles Breitband". Das ist zwar nicht der optimale Modus, aber er funktioniert. 😉 |