Web'n'Walk USB-Stick (Huawei 176) als Modem

J

JZL240I-U

Well-Known Member
Geht das überhaupt? Ich vermute, dass ja ;-) aber wo finde ich Hinweise wie man
vorgeht? Unter Linux verwende ich UMTSmon als Einwahl- und Verbindungssoftware,
was empfehlt Ihr für FreeBSD? Muss zwischen dem Modus als externer Speicher-(Stick)
und Modem umgeschaltet werden, und wenn ja, womit?

Sorry, dass ich so viele Fragen hier 'reinpacke, aber ich bin irgendwie "im Schwimmen"...
 
Danke. Das war ja eine fixe Antwort :-). Ich hatte hier selber gesucht, aber offensichtlich die falschen Stichwörter verwendet. Dann kann ich mir ja die 8.0 mit Linux 'runterladen und mal sehen ob es bei mir klappt.
 
So, jetzt bin ich doch gescheitert :(. So sieht mein ppp.conf aus, angepasst nach dem oben verlinkten WIKI-Beitrag:
Code: 
#################################################################
# PPP  Sample Configuration File
# Originally written by Toshiharu OHNO
# Simplified 5/14/1999 by wself@cdrom.com
#
# See /usr/share/examples/ppp/ for some examples
#
# $FreeBSD: src/etc/ppp/ppp.conf,v 1.11.2.1.2.1 2009/10/25 01:10:29 kensmith Exp $
#################################################################

default:
 set log Phase Chat LCP IPCP CCP tun command +connect
 ident user-ppp VERSION (built COMPILATIONDATE)
n24:
 # Ensure that "device" references the correct serial port
 # for your modem. (cuau0 = COM1, cuau1 = COM2)
 #
 set device /dev/cuaU0.0
 set speed 460800
 set phone *99***1\#
 set authname surfO2
 set authkey "Mein Passwort"
 set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \
           \"\" \
	AT OK-AT-OK \
	AT+CFUN=1 OK-AT-OK \
	AT+CSQ OK \
	AT+CGDCONT=1,\\\"IP\\\",\\\"www.heise.de\\\" OK \
	AT+CGACT? OK-AT-OK \
	AT+CGATT? OK \
	AT+COPS? OK \
	ATD*99***1\# CONNECT \
#	ATE1Q0 OK \\dATDT\\T TIMEOUT 40 CONNECT"
 set timeout 180			# 3 minute idle timer (the default)
 enable dns				# request DNS info (for resolv.conf)

papchap:
 #
 # edit the next three lines and replace the items in caps with
 # the values which have been assigned by your ISP.
 #

# set phone *99***1\#
# set authname surfO2
# set authkey
 set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0
 set vj slotcomp off
 set crtscts on
 add default HISADDR			# Add a (sticky) default route
Ergebnis: Warning: Chat script failed. Ja, aber weshalb? Könnt Ihr was erkennen?

Nächstes Problem:

Als ich das Perl-Skript vom und die Fehler auf einen anderen USB-Stick übertragen wollte, konnte ich den nicht mounten. Nach Einstecken wurde in /dev ein ugen3.3 erzeugt, was auf usb/3.3 zeigt. Beides wurde mit "block device required" abgelehnt.

Nach dmesg müsste es evtl. auch /dev/da0 sein, aber das hat crw-r----- als Berechtigung und geht auch nicht.
 
Zuletzt bearbeitet:
Bist du sicher, dass du "www.heise.de" eingeben musst?
Was steht bei dir in /var/log/ppp.log?
 
Nein, bin ich nicht. Im Originalbeitrag aus dem WIKI stand:
Code: 
         AT+CGDCONT=1,\\\"IP\\\",\\\"event.vodafone.de\\\" OK \
.
Im Log muss ich heute Abend nachsehen, ich bin im Moment nicht am entsprechenden Rechner (logisch, mit dem kann ich ja nicht ins netz ;)).
 
JZL240I-U schrieb:
Nein, bin ich nicht. Im Originalbeitrag aus dem WIKI stand:
Code: 
         AT+CGDCONT=1,\\\"IP\\\",\\\"event.vodafone.de\\\" OK \
.
Im Log muss ich heute Abend nachsehen, ich bin im Moment nicht am entsprechenden Rechner (logisch, mit dem kann ich ja nicht ins netz ;)).
Zum Vergrößern anklicken....

Die Angabe ist nicht beliebig, sondern vom Anbieter anhängig (N24 -> event.vodafone.de, Pro7 -> vermutlich auch?!). Einen authkey brauchst m.E. auch nicht, daß wird über die PIN gelöst.
 
Ups. Ich habe eine Klarmobil Simkarte (läuft über das O2-Netz). Wie finde ich heraus, welche Website ich eintragen muss -- muss ich überhaupt? Wofür braucht man das "AT+CGDCONT=1" Kommando eigentlich?!?
 
Nee. Das sind die Fehlermeldungen aus /var/log/ppp:
Code: 
Jan 12 18:38:44  ppp[932]: Phase: Using interface: tun1
Jan 12 18:38:44  ppp[932]: Phase: deflink: Created in closed state
Jan 12 18:38:44  ppp[932]: tun1: Command: default: ident user-ppp VERSION (built COMPILATIONDATE)
Jan 12 18:38:44  ppp[932]: tun1: Command: n24: set device /dev/cuaU0.1
Jan 12 18:38:44  ppp[932]: tun1: Command: n24: set speed 460800
Jan 12 18:38:44  ppp[932]: tun1: Command: n24: set phone *99***1#
Jan 12 18:38:44  ppp[932]: tun1: Command: n24: set authname surfO2
Jan 12 18:38:44  ppp[932]: tun1: Command: n24: set authkey ********
Jan 12 18:38:44  ppp[932]: tun1: Command: n24: set dial ABORT BUSY ABORT NO\sCARRIER TIMEOUT 5            "" 	AT OK-AT-OK 	AT+CFUN=1 OK-AT-OK 	AT+CSQ OK 	AT+CGDCONT=1,\"IP\",\"INTERNET\" OK 	AT+CGACT? OK-AT-OK 	AT+CGATT? OK 	AT+COPS? OK 	ATD*99***1# CONNECT #	ATE1Q0 OK \dATDT\T TIMEOUT 40 CONNECT
Jan 12 18:38:44  ppp[932]: tun1: Command: n24: set timeout 180
Jan 12 18:38:44  ppp[932]: tun1: Command: n24: enable dns
Jan 12 18:38:44  ppp[932]: tun1: Phase: PPP Started (interactive mode).
Jan 12 18:38:53  ppp[932]: tun1: Command: /dev/ttyv0: dial
Jan 12 18:38:53  ppp[932]: tun1: Phase: bundle: Establish
Jan 12 18:38:53  ppp[932]: tun1: Phase: deflink: closed -> opening
Jan 12 18:38:53  ppp[932]: tun1: Phase: deflink: Connected!
Jan 12 18:38:53  ppp[932]: tun1: Phase: deflink: opening -> dial
Jan 12 18:38:53  ppp[932]: tun1: Chat: Phone: *99***1#
Jan 12 18:38:53  ppp[932]: tun1: Chat: deflink: Dial attempt 1 of 1
Jan 12 18:38:53  ppp[932]: tun1: Chat: Send: AT^M
Jan 12 18:38:53  ppp[932]: tun1: Chat: Expect(5): OK
Jan 12 18:38:58  ppp[932]: tun1: Chat: Expect timeout
Jan 12 18:38:58  ppp[932]: tun1: Chat: Send: AT^M
Jan 12 18:38:58  ppp[932]: tun1: Chat: Expect(5): OK
Jan 12 18:39:03  ppp[932]: tun1: Chat: Expect timeout
Jan 12 18:39:03  ppp[932]: tun1: Warning: Chat script failed
Jan 12 18:39:03  ppp[932]: tun1: Phase: deflink: dial -> hangup
Jan 12 18:39:03  ppp[932]: tun1: Phase: deflink: Disconnected!
Jan 12 18:39:03  ppp[932]: tun1: Phase: deflink: Connect time: 10 secs: 0 octets in, 0 octets out
Jan 12 18:39:03  ppp[932]: tun1: Phase: deflink: 0 packets in, 0 packets out
Jan 12 18:39:03  ppp[932]: tun1: Phase:  total 0 bytes/sec, peak 0 bytes/sec on Tue Jan 12 18:38:53 2010
Jan 12 18:39:03  ppp[932]: tun1: Phase: deflink: hangup -> closed
Jan 12 18:39:03  ppp[932]: tun1: Phase: bundle: Dead
Immerhin konnte ich den Stick mit Rakors Perl-Skript ansprechen, er steckt in /dev/cuaU0.1, ins Netz komme ich aber nicht. Hiiilfe...
 
Eigenartig... ppp sendet nen AT an den Stick und der Antwortet nicht. Kommt der mit der Geschwindigkeit nicht klar?

ggf. mal mit cu "auf" den Stick gehen:

cu -l cuaU0.1 -s 460800

bei der Eingabe eines AT sollte ein OK kommen. Btw: Aus cu kommt man mit ~^D oder ~. wieder raus.
 
Heute Abend werde ich Deinen Tipp ausprobieren. Rakors Skript aus dem WIKI geht aber.

Ich hab's oben schon mal gepostet, vielleicht ist das ein Problem:

"...USB-Stick ... konnte ich den nicht mounten. Nach Einstecken
wurde in /dev ein ugen3.3 erzeugt, was auf usb/3.3 zeigt.
Beides wurde mit "block device required" abgelehnt.
Nach dmesg müsste es evtl. auch /dev/da0 sein, aber das hat
crw-r----- als Berechtigung und geht auch nicht." USB kaputt?

Eigentlich geht der Stick unter Linux. Seit drei Tagen spinnt er
aber und geht wenn ein weiterer (Memory) Stick drin ist -- aber
auch nicht immer *grrrr*. Ich füge mal ein paar Informationen
aus der Fehlersuche unter Linux(!) bei, vielleicht sagen die
etwas über das Problem hier:

Code: 
Start of ppp by UMTSmon:

(stdout)
Using interface ppp0
Connect: ppp0 <--> /dev/ttyUSB2
Terminating on signal 15
Connection terminated.
Receive serial link is not 8-bit clean:
Problem: all had bit 7 set to 0
Modem hangup

<<PPP hat keine Standardfehler (stderr) Informationen geliefert>>


/usr/sbin/usb_modeswitch -v 12d1 -p 1003 -V 12d1 -P 1003 -H1 -R1 -s 2

 * usb_modeswitch: tool for controlling "flip flop" mode USB devices
 * Version 0.9.7 (C) Josua Dietze 2009
 * Works with libusb 0.1.12 and probably other versions

Looking for target devices ...
 Found devices in target mode or class (1)
Looking for default devices ...
 Found default devices (1)
Prepare switching, accessing device 004 on bus 002 ...
Sending Huawei control message ...
 OK, Huawei control message sent
Resetting usb device .
 OK, device was reset
Checking for mode switch after 2 seconds settling time ...
 Original device can't be accessed anymore. Good.
 No new devices in target mode or class found

Mode switch seems to have failed. Bye!


matthias@linux-m0v2:~> /usr/bin/umtsmon -v3
umtsmon version 0.9 .                      
##P1 t=187: setVerbosity: '3'              
##P2 t=187: set verbosity level to 3       
##P2 t=187: set PPP verbosity level to 1   
##P2 t=187: Installing Translator files for locale 'de_DE.UTF-8'
##P2 t=187: Helper binary pccardctl/cardctl is missing          
##P3 t=187: TheDeviceManagerSingleton::setupDevice(void)        
##P3 t=187: TheDeviceManagerSingleton::readFromConfigFile()     
##P2 t=187: Settings will be saved in : '/home/matthias/.umtsmon'
##P3 t=187: Complete config read from file - good :-)            
##P3 t=187: Start iterating through all AutoDetectors            

##P3 t=187: AutoDetectBase::go() for 'Device creation from supplied parameters'
##P3 t=187:  AutoDetectBase::createDevice() for Device 600a1000                
##P3 t=187: Device creation for type 0x600a1000 requested                      
##P2 t=187: Profile::Profile('')                                               
##P2 t=187:   finally created profile for 'Default'                            
##P2 t=187: Profile::Profile('')                                               
##P2 t=187:   finally created profile for 'Default'                            
##P3 t=187: Device: probing port '/dev/ttyUSB2' for AT commands                
##P3 t=187: TempSerialPort::TempSerialPort()                                   
##P3 t=187: Opened '/dev/ttyUSB2' as FD 7                                      
##P2 t=187: QUERY: excess bytes received: '\xd\xa^BOOT:24641851,0,0,0,25\xd\xa'
##P3 t=187: Got Query::OK from port                                            
##P3 t=187: Device: probing port '/dev/ttyUSB2' successful                     
##P3 t=187: TempSerialPort::~TempSerialPort()
##P3 t=187: SerialPort::closeDev() for FD 7
##P3 t=187: Device: probing port '/dev/ttyUSB2' for AT commands
##P3 t=187: TempSerialPort::TempSerialPort()
##P3 t=188: Opened '/dev/ttyUSB2' as FD 7
##P3 t=188: Got Query::OK from port
##P3 t=188: Device: probing port '/dev/ttyUSB2' successful
##P3 t=188: TempSerialPort::~TempSerialPort()
##P3 t=188: SerialPort::closeDev() for FD 7
##P3 t=188: set AT  serial to '/dev/ttyUSB2'
##P3 t=188: set PPP serial to '/dev/ttyUSB2'
##P3 t=188: Opened '/dev/ttyUSB2' as FD 7
##P2 t=188: GOOD: 'Device created successfully'
##P2 t=188: Using existing hardware config, not written to disk
##P3 t=188: Everything done - device created

##P3 t=188: HelperList::testAndRun(void)
##P3 t=188: HelperList::createHelperList()
##P3 t=188: Binary (pc)cardctl is missing and that's minor.
##P3 t=188: HelperList::needsFixing
##P1 t=196: *** CRITICAL ERROR: SIM Karte n�rgelt �ber etwas, das ich nicht kenne 
(Unbekannter SIM Fehler):
Bitte SIM Karte in ein normales Telefon einlegen und �berpr�fen...


  *** umtsmon version 0.9 closed due to an unrecoverable program error.
  *** Please e-mail all of the above output to umtsmon-develop@lists.sourceforge.net,
  *** Or go to the umtsmon website and file a bug.


##P1 t=210: Critical Popup - application will halt
 
Zuletzt bearbeitet:
Genau. Naja, irgendwie musste der Programmierer ja unbekannte Fehler abfangen, besser so als gar nicht. Ich habe das Ganze wie gewünscht an die Mail-Liste geschickt, allerdings begutachtet nun erst der Admin die Mail...

Ich habe den Verdacht, dass sich die Kernel-Module usbserial und usb-storage ins Gehege kommen, aber ich bin da alles Andere als ein Fachmann.

<edit> Im Telefon geht die Karte problemlos </edit>
 
So. Nix USB kaputt, ich nur zu dösig. War unter /dev/da0s1 zu finden und geht auch. Allerdings hoffte ich, da ja Automount durch HAL ersetzt wurde, dass ein automatisches Mounten stattfindet...

@Elwood "cu" kann auf den Stick zugreifen: Als erstes kommt ein paar mal "^BOOT:24641851,0,0,0,25", "AT" gibt OK, "ATZ" ebenfalls OK, "ATD*99#" und Connect (Versuch macht kluch) hat "cu" aber in den Hinter- oder Untergrund geschickt. Nur, was sagt mir das?

Okay, zum eigentlichen Problem. Das sagt camcontrol -devlist:
Code: 
<HUAWEI Mass Storage 2.31>         at scbus0 target 0 lun 0 (pass0,cd0)
<HUAWEI SD Storage 2.31>           at scbus1 target 0 lun 0 (pass1,da0)
<Memorex Cool Drive B PMAP>        at scbus2 target 0 lun 0 (pass2,da1)
Und dies wird in die Logs geschrieben, wenn ich den UMTS-Stick abziehe und wieder anstecke:
Code: 
ugen3.2: <HUAWEI Technology> at usbus3 (disconnected)
u3g0: at uhub3, port 4, addr 2 (disconnected)
umass0: at uhub3, port 4, addr 2 (disconnected)
(cd0:umass-sim0:0:0:0): lost device
(cd0:umass-sim0:0:0:0): removing device entry
umass1: at uhub3, port 4, addr 2 (disconnected)
(da0:umass-sim1:1:0:0): lost device
(da0:umass-sim1:1:0:0): removing device entry
u3g_huawei_init:269: 
usb_alloc_device:1779: Found Huawei auto-install disk!
ugen3.2: <HUAWEI Technology> at usbus3
ugen3.2: <HUAWEI Technology> at usbus3 (disconnected)
ugen3.2: <HUAWEI Technology> at usbus3
u3g0: <HUAWEI Technology HUAWEI Mobile, class 0/0, rev 2.00/0.00, addr 2> on usbus3
u3g0: Found 2 ports.
umass0: <HUAWEI Technology HUAWEI Mobile, class 0/0, rev 2.00/0.00, addr 2> on usbus3
umass0:  SCSI over Bulk-Only; quirks = 0x0000
umass0:0:0:-1: Attached to scbus0
umass1: <HUAWEI Technology HUAWEI Mobile, class 0/0, rev 2.00/0.00, addr 2> on usbus3
umass1:  SCSI over Bulk-Only; quirks = 0x0000
(probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 
(probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error
(probe0:umass-sim0:0:0:0): SCSI Status: Check Condition
(probe0:umass-sim0:0:0:0): NOT READY asc:3a,0
(probe0:umass-sim0:0:0:0): Medium not present
(probe0:umass-sim0:0:0:0): Unretryable error
cd0 at umass-sim0 bus 0 target 0 lun 0
cd0: <HUAWEI Mass Storage 2.31> Removable CD-ROM SCSI-2 device 
cd0: 40.000MB/s transfers
cd0: Attempt to query device size failed: NOT READY, Medium not present
umass1:1:1:-1: Attached to scbus1
(probe0:umass-sim1:1:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 
(probe0:umass-sim1:1:0:0): CAM Status: SCSI Status Error
(probe0:umass-sim1:1:0:0): SCSI Status: Check Condition
(probe0:umass-sim1:1:0:0): NOT READY asc:3a,0
(probe0:umass-sim1:1:0:0): Medium not present
(probe0:umass-sim1:1:0:0): Unretryable error
da0 at umass-sim1 bus 1 target 0 lun 0
da0: <HUAWEI SD Storage 2.31> Removable Direct Access SCSI-2 device 
da0: 40.000MB/s transfers
da0: Attempt to query device size failed: NOT READY, Medium not present
Könnt Ihr damit etwas anfangen?
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben