kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8558
Wohnort: Münster
|
Prüfe nach dem Umschalten auf ID 05c6:6000 (oder auch jedes andere Ziel), was option im Systemlog meldet:
dmesg | grep option Wenn Fehler gemeldet werden, wird es nicht funktionieren. Wenn option gar nichts sagt, ist das vermutlich auch ein schlechtes Zeichen.
|
hakunamatata
Supporter
Anmeldungsdatum: 30. Juni 2009
Beiträge: 5130
|
HaJoEg schrieb: | xy@xy-HP:~$ mmcli -L
No modems were found
xy@xy-HP:~$ mmcli -m 0
error: couldn't find modem
xy@xy-HP:~$
|
Kann sein, dass die Modemmanager-Erkennung sehr lange dauert - wie unter 1334099/mobile-broadband-is-unavailable auch berichtet wurde. Also vielleicht ändert sich das noch. Die usb-devices-Ausgabe ist jedenfalls so OK.... 1
2
3
4
5
6
7
8
9
10
11
12 | T: Bus=01 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#= 15 Spd=480 MxCh= 0
D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=05c6 ProdID=6000 Rev=00.00
S: Manufacturer=Qualcomm, Incorporated
S: Product=Qualcomm CDMA Technologies MSM
S: SerialNumber=869035031544212
C: #Ifs= 5 Cfg#= 1 Atr=e0 MxPwr=500mA
I: If#=0x0 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=ff Prot=ff Driver=option
I: If#=0x1 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=option
I: If#=0x2 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=option
I: If#=0x3 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=option
I: If#=0x4 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage
|
Was du probieren kannst, wäre, ob ein Whitelisting für die ID 05c6:6000 die Erkennung im Modemmanager verbessert. Also eine Regel unter /lib/udev/rules.d/78-mm-whitelist-internal-modem.rules mit folgenden Inhalt anlegen:
ACTION!="add|change|move", GOTO="mm_whitelist_internal_modem_end"
ATTRS{idVendor}=="05c6", ATTRS{idProduct}=="6000", ENV{ID_MM_DEVICE_PROCESS}="1"
LABEL="mm_whitelist_internal_modem_end"
Das wäre der erste Filter von hier.
|
HaJoEg
(Themenstarter)
Anmeldungsdatum: 8. Juli 2013
Beiträge: 271
Wohnort: Rwentale
|
Was du probieren kannst, wäre, ob ein Whitelisting für die ID 05c6:6000 die Erkennung im Modemmanager verbessert. Also eine Regel unter /lib/udev/rules.d/78-mm-whitelist-internal-modem.rules mit folgenden Inhalt anlegen: ACTION!="add|change|move", GOTO="mm_whitelist_internal_modem_end"
ATTRS{idVendor}=="05c6", ATTRS{idProduct}=="6000", ENV{ID_MM_DEVICE_PROCESS}="1"
LABEL="mm_whitelist_internal_modem_end" Das wäre der erste Filter von hier.
Habe ich gemacht und war erfolgreich, das Modem wird erkannt und konnte Verbindung zum Netz aufnehmen. Aber: Es scheint sehr langsam zu gehen (kB weise) und nach kurzer Zeit bricht es ab. Was ist da zu tun? Noch ein Nachtrag wegen modeswitch: In meiner Vorstellung war modeswitch ein einmaliger Vorgang der innerhalb des Modems abläuft und diesen dauerhaft im Modem Modus hält. Verstehe ich das nun richtig, dass modeswitch bei jedem neuen einstecken des Modems abläuft? Und die angeforderten Ausgaben: 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 | xy@xy-HP:~$ dmesg | grep option
[ 114.964220] usbcore: registered new interface driver option
[ 114.964414] option 1-2:1.0: GSM modem (1-port) converter detected
[ 114.977551] option 1-2:1.3: GSM modem (1-port) converter detected
[ 114.977985] option 1-2:1.4: GSM modem (1-port) converter detected
[ 2343.161639] option1 ttyUSB0: GSM modem (1-port) converter now disconnected from ttyUSB0
[ 2343.161794] option 1-2:1.0: device disconnected
[ 2343.163420] option1 ttyUSB1: GSM modem (1-port) converter now disconnected from ttyUSB1
[ 2343.163524] option 1-2:1.3: device disconnected
[ 2343.164420] option1 ttyUSB2: GSM modem (1-port) converter now disconnected from ttyUSB2
[ 2343.164522] option 1-2:1.4: device disconnected
[ 2884.774419] option 1-2:1.0: GSM modem (1-port) converter detected
[ 2884.775270] option 1-2:1.1: GSM modem (1-port) converter detected
[ 2884.776348] option 1-2:1.2: GSM modem (1-port) converter detected
[ 2884.777466] option 1-2:1.3: GSM modem (1-port) converter detected
xy@xy-HP:~$
xy@xy-HP:~$ lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 005: ID 8087:0aa7 Intel Corp. USB Optical Mouse
Bus 001 Device 004: ID 0bda:58ed Realtek Semiconductor Corp. Qualcomm CDMA Technologies MSM
Bus 001 Device 003: ID 05e3:0608 Genesys Logic, Inc. Hub
Bus 001 Device 002: ID 046d:c077 Logitech, Inc. M105 Optical Mouse
Bus 001 Device 009: ID 05c6:6000 Qualcomm, Inc. Siemens SG75
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
xy@xy-HP:~$
|
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8558
Wohnort: Münster
|
HaJoEg schrieb: […] Whitelisting für die ID 05c6:6000 […]
Habe ich gemacht und war erfolgreich, das Modem wird erkannt und konnte Verbindung zum Netz aufnehmen.
[…] In meiner Vorstellung war modeswitch ein einmaliger Vorgang der innerhalb des Modems abläuft und diesen dauerhaft im Modem Modus hält. Verstehe ich das nun richtig, dass modeswitch bei jedem neuen einstecken des Modems abläuft?
In der Regel muss man nach jeder Verbindung eines Gerätes mit der Stromversorgung in die gewünschte Betriebsart schalten. Nur bei Geräten mit beschreibbarem Speicher kann es anders sein.
[…] | xy@xy-HP:~$ dmesg | grep option
[…]
xy@xy-HP:~$ lsusb
[…]
Bus 001 Device 009: ID 05c6:6000 Qualcomm, Inc. Siemens SG75
|
Sieht gut aus. Was zeigt jetzt:
mmcli --verbose --list-modems
Und bei bestehender Verbindung über das Modem: nmcli device (Beachte: n ≠ m )
|
hakunamatata
Supporter
Anmeldungsdatum: 30. Juni 2009
Beiträge: 5130
|
HaJoEg schrieb: Habe ich gemacht und war erfolgreich, das Modem wird erkannt und konnte Verbindung zum Netz aufnehmen. Aber: Es scheint sehr langsam zu gehen (kB weise) und nach kurzer Zeit bricht es ab. Was ist da zu tun?
PPP-Verbindungen haben zwar Kapazitätsgrenzen, aber wenn es so langsam ist, würde ich eher darauf tippen, dass es an der Verbindung zum Mobilfunk-Netz liegt. Zusätzlich zu den von kB vorgeschlagenen Ausgaben.... Was zeigt jetzt:
mmcli --verbose --list-modems
Und bei bestehender Verbindung über das Modem: nmcli device (Beachte: n ≠ m )
.... wäre noch ...
mmcli -m 0
... hilfreich. Wobei die markierte Null je nach Ausgabe bei
mmcli --verbose --list-modems
anzupassen wäre. Ist die Ausgabe z.B.:
Found 1 modems:
/org/freedesktop/ModemManager1/Modem/1 [Qualcomm]
wäre es:
mmcli -m 1
In dieser Ausgabe sollte zu sehen sein, welches Mobilfunk-Netz verwendet wird und auch der Status der SIM-Karte.
|
HaJoEg
(Themenstarter)
Anmeldungsdatum: 8. Juli 2013
Beiträge: 271
Wohnort: Rwentale
|
kB schrieb Was zeigt jetzt: mmcli --verbose --list-modems Und bei bestehender Verbindung über das Modem: nmcli device (Beachte: n ≠ m )
Die beiden sind mit eingelegter SIM Karte aber ohne Netzverbindung
hier: 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 | xy@xy-HP:~$ mmcli --verbose --list-modems
[29 Nov 2021, 15:07:01] [Debug] ModemManager process found at ':1.18'
/org/freedesktop/ModemManager1/Modem/1 [QUALCOMM INCORPORATED] HSDPA Modem
xy@xy-HP:~$ mmcli -m 1
-----------------------------
General | path: /org/freedesktop/ModemManager1/Modem/1
| device id: ec597edb5ec13678aa597611bb2cd0c673003bdc
-----------------------------
Hardware | manufacturer: QUALCOMM INCORPORATED
| model: HSDPA Modem
| firmware revision: M7227-1.1 1 [Aug 17 2011 05:00:00]
| supported: gsm-umts
| current: gsm-umts
| equipment id: 869035031544212ӯ
-----------------------------
System | device: /sys/devices/pci0000:00/0000:00:14.0/usb1/1-2
| drivers: option
| plugin: generic
| primary port: ttyUSB0
| ports: ttyUSB0 (at), ttyUSB1 (at), ttyUSB3 (qcdm)
-----------------------------
Status | unlock retries: sim-pin (3), sim-puk (10), sim-pin2 (3), sim-puk2 (10)
| state: enabled
| power state: on
| signal quality: 0% (cached)
-----------------------------
Modes | supported: allowed: 2g, 3g; preferred: none
| current: allowed: 2g, 3g; preferred: none
-----------------------------
IP | supported: ipv4, ipv6
-----------------------------
3GPP | registration: idle
-----------------------------
SIM | primary sim path: /org/freedesktop/ModemManager1/SIM/1
xy@xy-HP:~$
|
nmcli device kann ich nicht liefern, weil ich mit dem Modem nicht ins Netz gekommen bin. Ich bekomme auf dem Modemmanager GUI immer wieder die Meldung: Modem must be registered in mobile network to connect to internet, please wait (Ich bin in Uganda, diese Meldung bekomme ich auch sonst manchmal, aber das geht dann später wieder, das kann an Überlastung liegen). Ich werde weiterhin versuchen damit ins Netz zu kommen.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8558
Wohnort: Münster
|
HaJoEg schrieb: […] xy@xy-HP:~$ mmcli --verbose --list-modems
[29 Nov 2021, 15:07:01] [Debug] ModemManager process found at ':1.18'
/org/freedesktop/ModemManager1/Modem/1 [QUALCOMM INCORPORATED] HSDPA Modem
xy@xy-HP:~$ mmcli -m 1
-----------------------------
General | path: /org/freedesktop/ModemManager1/Modem/1
| device id: ec597edb5ec13678aa597611bb2cd0c673003bdc
-----------------------------
Hardware | manufacturer: QUALCOMM INCORPORATED
| model: HSDPA Modem
| firmware revision: M7227-1.1 1 [Aug 17 2011 05:00:00]
| supported: gsm-umts
| current: gsm-umts
[…]
Also funktioniert das Gerät jetzt prima. Das UMTS-Netz ist allerdings abgeschaltet. Jedenfalls in Deutschland und einigen anderen europäischen Ländern.
[…] Ich bin in Uganda
Wie es mit der Netzverfügbarkeit in Uganda aussieht, da bin ich allerdings überfragt. Ich vermute aber stark, dass Deine verbleibenden Probleme eben auf der örtlichen Netz(un-)verfügbarkeit beruhen.
|
HaJoEg
(Themenstarter)
Anmeldungsdatum: 8. Juli 2013
Beiträge: 271
Wohnort: Rwentale
|
kb schrieb
Also funktioniert das Gerät jetzt prima. Das UMTS-Netz ist allerdings abgeschaltet. Jedenfalls in Deutschland und einigen anderen europäischen Ländern. […] Ich bin in Uganda Wie es mit der Netzverfügbarkeit in Uganda aussieht, da bin ich allerdings überfragt. Ich vermute aber stark, dass Deine verbleibenden Probleme eben auf der örtlichen Netz(un-)verfügbarkeit beruhen.
Hier ist natürlich manches anders, ich habe erst seit einigen Monaten UMTS, vorher gab es nur edge. Auch ist Uganda erst seit letztem Jahr verglasfaserkabelt, vorher ging es über Sattelit. Das kann aber nicht die Ursache des Problems sein, denn mit meinem Huawai Modem geht es ganz gut. Ich habe jetzt heute, früh am Morgen, nochmal versucht mit Qualcomm, aber es gibt nur diese schon erwähnte Meldung, während direkt danach es mit Huawai erfolgreich ist.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8558
Wohnort: Münster
|
Nachdem das Modem jetzt nicht mehr unerkannt bleibt, sondern sich zumindest dem System als funktionsfähig präsentiert, schließe bitte diesen Thread als gelöst und eröffne für die Verbindungsprobleme ein neues Thema. Das dient der Übersichtlichkeit hier im Forum.
|
hakunamatata
Supporter
Anmeldungsdatum: 30. Juni 2009
Beiträge: 5130
|
HaJoEg schrieb: Das kann aber nicht die Ursache des Problems sein, denn mit meinem Huawai Modem geht es ganz gut. Ich habe jetzt heute, früh am Morgen, nochmal versucht mit Qualcomm, aber es gibt nur diese schon erwähnte Meldung, während direkt danach es mit Huawai erfolgreich ist.
Naja, dass es mit dem Huawei-Modem funktioniert, schließt nicht aus, dass es auch am Mobilfunknetz liegt. Dafür spricht ja, dass es einmal kurzzeitig auch mit dem Qualcomm-Modem funktioniert hat, wenn auch mit langsamer Geschwindigkeit.
Was aber natürlich schon auch der Fall ist: Unterschiedliche Modems müssen nicht gleich gute Verbindungen aufbauen können, speziell wenn Mobilfunknetze nicht stabil zur Verfügung stehen. Kann schon sein, dass das Huawei-Modem im Fehlerfall anders reagiert als das Qualcomm-Modem. Nicht zuletzt auch deswegen, weil der Modemmanager ein anderes Modul für die Kommunikation mit dem Modem verwendet. Ganz einfach auch deshalb, weil Huawei-Modems über die Standard-Befehle noch spezielle Huawei-Befehle verstehen, die man zwecks optimierter Kommunikation dort (aber leider nur dort) verwenden kann und auch sollte.
Mit dem Qualcomm-Modem habe ich persönlich keine Erfahrung, aber generell würde ich nach einem Verbindungsabbruch oder einem gescheiterten Verbindungsaufbau das Modem wieder neu anstecken. Manche Modems können nach einem Fehler sonst keine Verbindung mehr erfolgreich aufbauen.
|
HaJoEg
(Themenstarter)
Anmeldungsdatum: 8. Juli 2013
Beiträge: 271
Wohnort: Rwentale
|
kB schrieb: Nachdem das Modem jetzt nicht mehr unerkannt bleibt, sondern sich zumindest dem System als funktionsfähig präsentiert, schließe bitte diesen Thread als gelöst und eröffne für die Verbindungsprobleme ein neues Thema. Das dient der Übersichtlichkeit hier im Forum.
Ja das ist richtig, die Verbindungsprobleme sind ein anderes Thema. In jedem Fall schon mal Dank bis hierhin, ihr macht das richtig gut!
|