Subject: misc/21442: SonyEricsson t200 vs GPRS
To: None <email@example.com>
From: None <firstname.lastname@example.org>
Date: 05/03/2003 20:48:07
>Synopsis: SonyEricsson t200 vs GPRS
>Arrival-Date: Sat May 03 20:49:00 UTC 2003
>Originator: Andrew Cagney
uplcom0 at uhub1 port 1
uplcom0: Prolific Technology PL2303 Serial adapter (ATEN/IOGEAR UC232A), rev 1.10/2.02, addr 2
ucom0 at uplcom0
The SonyEricsson t200 GPRS phone has somewhat perverted modem support - it's serial baud rate is wired to 9600. Fortunatly it can be changed using an AT command (via a chat script).
The SonyEricsson t200 GPRS phone doesn't drop the GPRS connection when pppd disconnects. Fortunatly it can be disconnected using an AT command (via a chat script).
The SonyEricsson USB phone cable doesn't work with NetBSD. Fortunatly, the combination of a BAFO (?) USB<->serial cable + SonyEricsson serial cable does (BAFO now make a tidy 9 pin adaptor). (I should list the cable model numbers only none of the cables are branded with them :-()
Suggest updating the GPRS pages to include some or all of this info. I suspect that much of it applies to all vendor phones.
Try to follow the GPRS doco with a t200 phone using a baud rate other than 9600.
The options or peers file needs to include an init, connect and disconnect script vis:
connect "chat -v -f /etc/ppp/chat/t200"
disconnect "chat -v -f /etc/ppp/chat/hup"
Where, t200.sh contains:
# Find out the intended baud rate
b=`stty -g | sed -e 's/.*ispeed=//' -e 's/:.*//'`
# Force the serial line to 9600 baud so that it can be re-configured
# Ask for the modem to list all baud rates, and the current one. Then
# force it to the rate the line was originally set to.
if chat -v \
TIMEOUT 5 '' \
+++AT OK \
AT+IPR=? OK \
AT+IPR? OK \
The file t200 then contains (the chatscript.gprs would also work):
ABORT 'NO CARRIER'
ABORT 'NO DIALTONE'
ABORT 'NO DIAL TONE'
TIMEOUT 10 ''
# Ask the modem its baud rate - a sanity check
And the hup file contains:
'' +++ATH OK
I tried having a combined init/connect script but it didn't appear to work. Suspect pppd is doing an ioctl between init and connect and that cleans something up.