Matt
Anmeldungsdatum: 24. Juli 2006
Beiträge: 310
Wohnort: Daressalam, Tansania
|
Wenn ich den DWM-222 4G LTE USB Adapter der Firma D-Link in einen USB-Port stecke passiert: nichts. ☹ Dieses Teil hier: http://www.dlink.com/uk/en/products/dwm-222-4g-lte-usb-adapter Unter MacOS konnte ich eine Datei "DTLWZ_D610A_linux_1.0.0ZTb01_160217.tar.gz" vom Stick kopieren, die sich unter Linux nicht entpacken läßt. Auf dem Mac bekomme ich ein "install.sh", sowie einen "linux"-ordner mit Unterordnern. Kopieren und im Terminal ausführen? Bitte um Instruktion! Vielen Dank.
|
voxxell99
Anmeldungsdatum: 23. September 2009
Beiträge: 3901
Wohnort: da, wo andere Urlaub machen. :)
|
Erstmal sehen, ob das Teil erkannt worden ist:
lsusb
bitte Ausgabe hier zeigen. MacOS basiert auf BSD, nicht Linux.
|
praseodym
Supporter
Anmeldungsdatum: 9. Februar 2009
Beiträge: 22096
Wohnort: ~
|
Zeig mal die Ausgaben von
lsusb
usb-devices
lsmod
ifconfig -a
|
hakunamatata
Supporter
Anmeldungsdatum: 30. Juni 2009
Beiträge: 5130
|
Hallo Matt, zu diesem Modem gibt es einen Thread 🇬🇧 im USB ModeSwitch-Forum. Der Stick sollte also im Datenträgermodus die ID 2001:ab00 besitzen, die sich im Modemmodus auf 2001:7e35 ändert. Der Stick ist ab 17.04 bereits bei USB ModeSwitch berücksichtigt, bei 16.04 leider noch nicht. Der Stick kann aber durch Auswerfen des virtuellen Datenträgers in den Modemmodus geschaltet werden, so dass USB ModeSwitch gar nicht unbedingt benötigt wird. Das Auswerfen kann über die grafische Oberfläche, per eject-Befehl (sr0 für jedes vorhandene CD/DVD-Laufwerk um eins erhöhen)
sudo eject /dev/sr0
oder auch per USB ModeSwitch mit dem Parameter -K erfolgen:
sudo usb_modeswitch -v 2001 -p ab00 -K
Um nach dem Umschalten den Stick auch für den option-Treiber verfügbar zu machen, hilft:
sudo modprobe option
echo "2001 7e35" | sudo tee /sys/bus/usb-serial/drivers/option1/new_id
Das ist ähnlich der Vorgangsweise bei Huawei-Sticks. Deswegen wäre auch eine Automatisierung per udev in ähnlicher Weise möglich:
# eigene udev-Regeln für UMTS-Sticks
ACTION=="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="2001", ATTRS{idProduct}=="ab00", RUN+="/usr/sbin/usb_modeswitch -v 2001 -p ab00 -K"
ACTION=="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="2001", ATTRS{idProduct}=="7e35", RUN+="/bin/bash -c 'modprobe option && echo 2001 7e35 > /sys/bus/usb-serial/drivers/option1/new_id'" Kopieren und im Terminal ausführen?
Von dieser Vorgangsweise rate ich eher ab, da nicht alle so installierten Treiber mit bestehenden Treibern harmonieren und eine Deinstallation oft viel Zusatzaufwand bedeutet.
|
Matt
(Themenstarter)
Anmeldungsdatum: 24. Juli 2006
Beiträge: 310
Wohnort: Daressalam, Tansania
|
Erkannt isser:
$ lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 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 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 002: ID 0ac8:3630 Z-Star Microelectronics Corp.
Bus 001 Device 003: ID 2001:ab00 D-Link Corp.
Jetzt versuche ich mal den englischen Thread zu begreifen...
|
hakunamatata
Supporter
Anmeldungsdatum: 30. Juni 2009
Beiträge: 5130
|
Bus 001 Device 003: ID 2001:ab00 D-Link Corp.
ID 2001:ab00 sollte der Datenträgermodus sein, der in den Modemmodus umgeschaltet werden muss. Jetzt versuche ich mal den englischen Thread zu begreifen...
Bei der Vorgangsweise im englischen Thread wird versucht, USB ModeSwitch so zu ändern, dass USB ModeSwitch in Zukunft mit dieser Konfiguration ausgeliefert werden kann. Wie geschrieben gibt es diese Änderung mittlerweile für Ubuntu 17.04 auch bereits in den Paketen zesty/usb-modeswitch und zesty/usb-modeswitch-data. Im ersten Schritt würde ich aber einmal manuell ausprobieren, was passiert, wenn du den Stick in den Modemmodus schaltest. Besser als mit lsusb siehst du das mit usb-devices. Wenn das Laden des Treibers nicht automatisch funktioniert - wie beschrieben - manuell erledigen: sudo modprobe option
echo "2001 7e35" | sudo tee /sys/bus/usb-serial/drivers/option1/new_id
Der zweite Schritt wäre dann die Frage, wie das optimalerweise automatisisert werden kann.
|
Matt
(Themenstarter)
Anmeldungsdatum: 24. Juli 2006
Beiträge: 310
Wohnort: Daressalam, Tansania
|
hoffentlich "Hakuna Matata" (heißt in der afrik.Sprache Swahili: Es gibt keine Probleme).
Leider verläuft das Leben hier an der ostafrikanischen Küste des Indischen Ozeans eher "matatizo sana" zur Zeit! Daher bin ich auch erst jetzt dazu gekommen, mich wieder des Modems anzunehmen: Es läuft: https://www.kukutrust.org/wp-content/uploads/Screenshot-at-2017-10-17-18-22-45.png
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40 | jessie@jessie-PC ~ $ sudo modprobe option
jessie@jessie-PC ~ $ echo "2001 7e35" | sudo tee /sys/bus/usb-serial/drivers/option1/new_id
2001 7e35
jessie@jessie-PC ~ $ sudo usb_modeswitch -v 2001 -p ab00 -K
Look for default devices ...
product ID matched
Found devices in default mode (1)
Access device 011 on bus 002
Current configuration number is 1
Use interface number 0
Use endpoints 0x01 (out) and 0x81 (in)
USB description data (for identification)
-------------------------
Manufacturer: Mobile Connect
Product: Mobile Connect
Serial No.: ea50133fd51f
-------------------------
Sending standard EJECT sequence
Looking for active driver ...
OK, driver detached
Set up interface 0
Use endpoint 0x01 for message sending ...
Trying to send message 1 to endpoint 0x01 ...
OK, message successfully sent
Read the response to message 1 (CSW) ...
Device seems to have vanished after reading. Good.
Device is gone, skip any further commands
-> Run lsusb to note any changes. Bye!
jessie@jessie-PC ~ $ lsusb
Bus 001 Device 002: ID 8087:8001 Intel Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 002 Device 004: ID 04f2:b446 Chicony Electronics Co., Ltd
Bus 002 Device 003: ID 04f3:20d3 Elan Microelectronics Corp.
Bus 002 Device 002: ID 048d:8350 Integrated Technology Express, Inc.
Bus 002 Device 006: ID 090c:1000 Silicon Motion, Inc. - Taiwan (formerly Feiya Technology Corp.) Flash Drive
Bus 002 Device 012: ID 2001:7e35 D-Link Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
|
Ich muß aber die 3 Kommandos jedes Mal wieder eingeben ☹ hier bitte ich um Optimierungsvorschläge! Die gute Nachricht: Modem Manager GUI läuft 😀
https://www.kukutrust.org/wp-content/uploads/Screenshot-at-2017-10-17-18-35-05.png
sodaß auch USSD + SMS funktioniert: ☺ – hierzulande zur Mobilfunkpaketbesorgung und -kontrolle sehr wichtig!
https://www.kukutrust.org/wp-content/uploads/Screenshot-at-2017-10-17-18-35-54.png psst: 😉 Madirisha17 bedeutet Windows17
|
hakunamatata
Supporter
Anmeldungsdatum: 30. Juni 2009
Beiträge: 5130
|
Matt schrieb: Ich muß aber die 3 Kommandos jedes Mal wieder eingeben ☹ hier bitte ich um Optimierungsvorschläge!
Mein Optimierungsvorschlag wäre, dass du wie ich hier geschrieben habe, eine udev-Regel zur Automatisierung anlegst: Das ist ähnlich der Vorgangsweise bei Huawei-Sticks. Deswegen wäre auch eine Automatisierung per udev in ähnlicher Weise möglich:
# eigene udev-Regeln für UMTS-Sticks
ACTION=="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="2001", ATTRS{idProduct}=="ab00", RUN+="/usr/sbin/usb_modeswitch -v 2001 -p ab00 -K"
ACTION=="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="2001", ATTRS{idProduct}=="7e35", RUN+="/bin/bash -c 'modprobe option && echo 2001 7e35 > /sys/bus/usb-serial/drivers/option1/new_id'"
Die udev-Regel kannst du wie im Wiki USB_ModeSwitch unter Huawei-Sticks steht mit einem Editor mit Root-Rechten anlegen, also z.B.: mit
gksudo gedit /etc/udev/rules.d/70-usb-modeswitch.rules
|
Matt
(Themenstarter)
Anmeldungsdatum: 24. Juli 2006
Beiträge: 310
Wohnort: Daressalam, Tansania
|
hakunamatata schrieb:
Die udev-Regel kannst du mit einem Editor mit Root-Rechten anlegen:
gksudo xed /etc/udev/rules.d/70-usb-modeswitch.rules
Gibt es einen Grund dafür, daß diese Datei "70-usb-modeswitch" heißt? Nach Anlage wird das Modem nicht mehr umgeschaltet: es bleibt im "2001:ab00" -zustand und schaltet nicht mehr auf "2001:7e35" – selbst manuell vom Terminal. Nachdem vor die 2 Zeilen "#" geschrieben habe, funktioniert die Terminalprozedur wieder... ... allerdings nach Aufwachen vom Schlafmodus dreht sich das Amverbindenkreissymbol einen Wolf 😕 ... nach einer ganzen Weile dann doch das Verbundensignalsymbol in der Leiste.
|
hakunamatata
Supporter
Anmeldungsdatum: 30. Juni 2009
Beiträge: 5130
|
Matt schrieb: Gibt es einen Grund dafür, daß diese Datei "70-usb-modeswitch" heißt?
Der Name muss nicht genauso lauten; sinnvollerweise solltest du nur aufgrund des Namens erkennen, welchen Zweck die darin enthaltenen udev-Regeln erfüllen und nicht eine bestehende Datei überschreiben. s. udev-Regel schreiben und speichern. Den Namen 70-usb-modeswitch.rules habe ich übrigens aktuell aus USB_ModeSwitch/Huawei-Sticks kopiert. Aber dort ist es auch nur ein Namensvorschlag, den du im Bedarfsfall ändern kannst.
Nach Anlage wird das Modem nicht mehr umgeschaltet: es bleibt im "2001:ab00" -zustand und schaltet nicht mehr auf "2001:7e35" – selbst manuell vom Terminal. Nachdem vor die 2 Zeilen "#" geschrieben habe, funktioniert die Terminalprozedur wieder...
Die udev-Regeln machen im Prinzip auch nur das, was du manuell auch machst. Der Unterschied ist meiner Meinung nach nur der Zeitpunkt. Die udev-Regeln führen die Befehle vermutlich zu einem früheren Zeitpunkt aus als es übers Terminal möglich ist. Kannst du testen, ob es funktioniert, wenn du nur die dritte Zeile aktiv - also ohne # lässt:
# eigene udev-Regeln für UMTS-Sticks
#ACTION=="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="2001", ATTRS{idProduct}=="ab00", RUN+="/usr/sbin/usb_modeswitch -v 2001 -p ab00 -K"
ACTION=="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="2001", ATTRS{idProduct}=="7e35", RUN+="/bin/bash -c 'modprobe option && echo 2001 7e35 > /sys/bus/usb-serial/drivers/option1/new_id'"
..und dann im Terminal nur die zweite Zeile mit dem jetzt inaktiven Befehl ausführst
sudo /usr/sbin/usb_modeswitch -v 2001 -p ab00 -K
Da die dritte Zeile aktiv ist, sollten weitere Befehle nicht notwendig sein.
|
Matt
(Themenstarter)
Anmeldungsdatum: 24. Juli 2006
Beiträge: 310
Wohnort: Daressalam, Tansania
|
hakunamatata Kannst du testen, ob es funktioniert, wenn du nur die dritte Zeile aktiv - also ohne # lässt:
..und dann im Terminal nur die zweite Zeile mit dem jetzt inaktiven Befehl ausführst
sudo /usr/sbin/usb_modeswitch -v 2001 -p ab00 -K
genau so isses! ☺ Läßt sich wohl nicht noch weiter automatisieren — oder doch?
|
hakunamatata
Supporter
Anmeldungsdatum: 30. Juni 2009
Beiträge: 5130
|
Matt schrieb: Läßt sich wohl nicht noch weiter automatisieren — oder doch?
Wenn es nur daran liegt, dass der erste Teil zu schnell gestartet wird, könntest du den z.B. mit sleep 5 um 5 Sekunden verzögern:
# eigene udev-Regeln für UMTS-Sticks
ACTION=="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="2001", ATTRS{idProduct}=="ab00", \
RUN+="/bin/sleep 5", \
RUN+="/usr/sbin/usb_modeswitch -v 2001 -p ab00 -K"
ACTION=="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="2001", ATTRS{idProduct}=="7e35", RUN+="/bin/bash -c 'modprobe option && echo 2001 7e35 > /sys/bus/usb-serial/drivers/option1/new_id'"
|
Matt
(Themenstarter)
Anmeldungsdatum: 24. Juli 2006
Beiträge: 310
Wohnort: Daressalam, Tansania
|
Kazi sana! ☺ (gute Arbeit) Modem reingesteckt, warten, Verbindung da! Rausziehen & wieder reinstecken geht. Jetzt könnte man noch sleep 4 oder 3 versuchen, aber das ist mir nicht wichtig. Ich kann jetzt von meinem USB-Installer booten und hab Internet, selbst wenn die Wifi-Karte nicht erkannt wird oder die Uralt-PCs keine Internetverbindung haben. Ahsante sana! ☺
|