GNOME-ppp und Verbindung über UMTS USB-Stick

[BeS]

Hallo,

ich versuche gerade über einen UMTS Stick mit GNOME-PPP eine Verbindung aufzubauen. Dabei habe ich mich an diese Anleitung[1] gehalten.

Das "Problem" ist, dass er die Option "AT_OPSYS=3,2" nicht kennt. Da bekomme ich immer diese Fehlermeldung:

Code: Alles auswählen

--> Cannot get information for serial port.
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: AT&F
AT&F
OK
--> Sending: AT+CSQ
AT+CSQ
+CSQ: 9,99
OK
--> Sending: AT+OPSYS=3,2
AT+OPSYS=3,2
ERROR
--> Bad init string.

Wenn ich diesen init-string weg lasse, dann funktioniert es. Ich vermute mal, dass er nicht lebenswichtig ist, aber mich würde schon interessieren, warum er bei mir nicht akzeptiert wird.

Hat da jemand vielleicht eine Idee?

Danke!

[1] http://wiki.ubuntuusers.de/UMTS_per_PCMCIA/GNOME_PPP

[Danielx]

Das "Problem" ist, dass er die Option "AT_OPSYS=3,2" nicht kennt.

Hier schreibst du AT_OPSYS richtig mit einem "_" (Unterstrich).

Code: Alles auswählen

--> Sending: AT+OPSYS=3,2

Gesendet wird aber fälschlicherweise ein AT+OPSYS, also mit einem "+" (Plus).
Hast du das evtl. falsch eingegeben?

Ich vermute mal, dass er nicht lebenswichtig ist

AT_OPSYS=3,2 bedeutet: bevorzugt UMTS, fällt zurück auf GPRS falls UMTS nicht möglich

Was zur Zeit aktiv ist, kannst du mit AT_OPSYS? abfragen, hier die Tabelle:
AT_OPSYS=0,2 bedeutet: nur GPRS
AT_OPSYS=1,2 bedeutet: nur UMTS
AT_OPSYS=2,2 bedeutet: bevorzugt GPRS
AT_OPSYS=3,2 bedeutet: bevorzugt UMTS, fällt zurück auf GPRS falls UMTS nicht möglich

Gruß,
Daniel

[BeS]

Das "Problem" ist, dass er die Option "AT_OPSYS=3,2" nicht kennt.

Hier schreibst du AT_OPSYS richtig mit einem "_" (Unterstrich).

Code: Alles auswählen

--> Sending: AT+OPSYS=3,2

Gesendet wird aber fälschlicherweise ein AT+OPSYS, also mit einem "+" (Plus).
Hast du das evtl. falsch eingegeben?

Sorry, da habe ich die falsche Fehlermeldung hier rein kopiert. Ich hatte es erst richtig, mit "_" und hatte da die gleiche Fehlermeldung bekommen. Danach hatte ich es einfach mal mit dem "+" ausprobiert und dann diese Fehlermeldung hier rein kopiert anstatt der anderen. Die Fehlermeldungen sind aber beides mal identisch.

[Teddybear]

Moin

Huawei hält sich wohl sehr bedeckt was die verfügbaren AT commands angeht..

Fakt ist zumindest das es dieses at_opsys wohl nicht gibt..

Da es aber ein paar mir bekannte OpenSource Tools gibt, die das auch "können" hab ich einfach mal in den Source geschaut.
Und scheinbar wird man dort auch fündig.... und funktioniert über at^syscfg

huawei.py aus dem source von Wader

[BeS]

Hallo!

Danke für deine Recherche!

Da es aber ein paar mir bekannte OpenSource Tools gibt, die das auch "können" hab ich einfach mal in den Source geschaut.
Und scheinbar wird man dort auch fündig.... und funktioniert über at^syscfg

Was für einen Wert muss ich AT^SYSCFG" dann geben, wenn ich will, dass UMTS bevorzugt wird und nur bei keinem Empfang zu GPRS gewechselt wird? 5,4 ? Bin mir da gerade nicht so sicher, wenn ich mir den Code ansehe.

[Danielx]

Huawei hält sich wohl sehr bedeckt was die verfügbaren AT commands angeht..

Vielleicht kann man diese mit "AT+GCAP" abfragen.

Gruß,
Daniel

[Danielx]

Was für einen Wert muss ich AT^SYSCFG" dann geben, wenn ich will, dass UMTS bevorzugt wird und nur bei keinem Empfang zu GPRS gewechselt wird? 5,4 ? Bin mir da gerade nicht so sicher, wenn ich mir den Code ansehe.

Hm, gute Frage, du kannst ja erstmal abfragen, was bisher eingestellt ist.

Gruß,
Daniel

[Teddybear]

'ANY' : 'AT^SYSCFG=2,0,3FFFFFFF,2,4',
'2GONLY' : 'AT^SYSCFG=13,1,3FFFFFFF,2,4',
'3GONLY' : 'AT^SYSCFG=14,2,3FFFFFFF,2,4',
'2GPREF' : 'AT^SYSCFG=2,1,3FFFFFFF,2,4',
'3GPREF' : 'AT^SYSCFG=2,2,3FFFFFFF,2,4',

So verstehe ich es zumindest

Wobei es dann diesen Werten entspricht:
AT^SYSCFG:<mode>,<acqorder>,<band>[0-9a-fA-F],<roam>,<srvdomain>

[BeS]

'ANY' : 'AT^SYSCFG=2,0,3FFFFFFF,2,4',
'2GONLY' : 'AT^SYSCFG=13,1,3FFFFFFF,2,4',
'3GONLY' : 'AT^SYSCFG=14,2,3FFFFFFF,2,4',
'2GPREF' : 'AT^SYSCFG=2,1,3FFFFFFF,2,4',
'3GPREF' : 'AT^SYSCFG=2,2,3FFFFFFF,2,4',

Ja, die hatte ich auch zuerst im Auge, aber dann kamen mir die weiter unten "ähnlicher" vor. Aber bei den untere steht auch "internal representation". Also sinds vermutlich doch die die du zitiert hast. Aber was steht da jetzt für "wenn möglich UMTS"? "3GPREF"?

[Teddybear]

Ochhh maaaan....

ANY sollte klar sein
2GONLY GSM/GPRS ONLY
3GONLY UMTS/HSDPA ONLY
2GPREF GSM/GPRS beforzugt
3GPREF UMTS/HSDPA bevorzugt

Also müsstes du dann 3GPREF benützen

AT^SYSCFG=2,2,3FFFFFFF,2,4

[Harakiri]

Auch wenn ich diesen Thread nach langer Zeit wieder herauskrame, möchte ich mich hier nochmal dafür bedanken dass ich auf Teddybears Ausführung zum at_opsys vom Huawei Stick gestoßen bin. War ein Suchtreffer über Google, und soweit ich mich durchgeforstet habe auch der einzig sinnvolle.

Mein Reseller Victorvox, über den ich mit dem "SurfPink"-Tarif eine WebWalk "Flatrate" habe, hat mir kürzlich zum erstem Mal seit 1,5 Jahren die Bandbreite wegen Überschreitung des Trafficvolumens gedrosselt. Erstaunt bin ich, dass die das erst jetzt gemacht haben, obwohl mein Surfverhalten sich in der gesamten Zeit nie verändert hat.

Das Problem allerdings ist, dass mein Internetzugang durch die Drosselung quasi überhaupt nicht mehr funktioniert. Zwar kann ich mich immer schön einloggen und für ungefähr 30 Sekunden das Internet nutzen, aber dann geht keine Datenpaket weder ein noch aus. Zwischendurch zeigte mir die Geschwindigkeitsanzeige einen Durchsatz von 0.08 Kb/s an!

Ein Anruf beim "Kundenservice" (42Cent die Minute) brachte mir wie erwartet nichts. Ein unfreundlicher "Techniker" begründete dieses Problem damit, dass bei der Drosselung anscheinend auf GSM-Stationen umgeschaltet wird, und diese eben überlastet seien. Als Lösung könne ich mich ja "einfach ein paar Kilometer weiterbewegen und schauen ob das Netz dort besser funktioniere".

Zum 1.1.11 wird mein Trafficvolumen wieder auf Null gesetzt. Jedoch habe ich versucht mich dank dieses Huwaei Strings "erzwungen" im 3g Netz anzumelden, was anscheinend funktioniert, aber den Durchsatz leider nicht verbessert.

[Danielx]

Ein unfreundlicher "Techniker" begründete dieses Problem damit, dass bei der Drosselung anscheinend auf GSM-Stationen umgeschaltet wird, und diese eben überlastet seien.

Das ist natürlich völliger Quatsch.

Gruß,
Daniel