Re: umts need help

2010-01-30 Thread dave

This is for the archives.


'' 'ATE1'   


Turns out this is neither needed to debug the chat script nor needed in 
the final script:




TIMEOUT 30
'' AT+CFUN=1\r\d\c  # wait until the modem echoes '+PACSP0'
'+PACSP0'   # chat(8) says '/d' '/c' not valid for 'expect'


Here is a better way to work around this:

TIMEOUT 5
ABORT 'NO CARRIER' ABORT ERROR ABORT 'NO DIALTONE' ABORT BUSY ABORT 'NO 
ANSWER'

TIMEOUT 30
'' AT+CFUN=1 T+CFUN=1   # just eat up all 'expect'
'' OK   # ''
'' '+PACSP0'# ''
'AT+CGDCONT=1,IP,isp.cingular'
OK\r\n 'ATDT*99***1#'   #  straight from chat(8)
\r\n\c  #  ''
CONNECT \c  #  ''



openbsd.org man pages case sensitive (was: Re: umts need help)

2009-03-06 Thread ropers
2009/3/6 Pedro la Peu pe...@am-gen.org:

 Umsm(4) are commonly pre-configured.

I've just noticed that the web-based openbsd.org man pages are
case-sensitive. Observe:

http://www.openbsd.org/cgi-bin/man.cgi?query=Umsm
http://www.openbsd.org/cgi-bin/man.cgi?query=umsm

Is this intended behaviour or a bug?

regards,
--ropers



Re: openbsd.org man pages case sensitive (was: Re: umts need help)

2009-03-06 Thread Tom Van Looy

ropers wrote:

I've just noticed that the web-based openbsd.org man pages are
case-sensitive. Observe:

Is this intended behaviour or a bug?


So is the command line. I think it should stay case sensitive. E.g. man 
Carp and man carp point to different manpages.




Re: openbsd.org man pages case sensitive (was: Re: umts need help)

2009-03-06 Thread Paul de Weerd
On Fri, Mar 06, 2009 at 11:48:17AM +0100, ropers wrote:
| 2009/3/6 Pedro la Peu pe...@am-gen.org:
| 
|  Umsm(4) are commonly pre-configured.
| 
| I've just noticed that the web-based openbsd.org man pages are
| case-sensitive. Observe:
| 
| http://www.openbsd.org/cgi-bin/man.cgi?query=Umsm
| http://www.openbsd.org/cgi-bin/man.cgi?query=umsm
| 
| Is this intended behaviour or a bug?

Behaves quite like the commandline manpages :

[we...@caprese] $ man Umsm
man: no entry for Umsm in the manual.
[we...@caprese] $ man umsm
...(manpage is shown)...

I'm not sure if it's intended, but it sure seems natural to me.

Cheers,

Paul 'WEiRD' de Weerd

-- 
[++-]+++.+++[---].+++[+
+++-].++[-]+.--.[-]
 http://www.weirdnet.nl/ 



Re: umts need help

2009-03-06 Thread Didier Wiroth
Ouff it is working now ... man that was pain! ;-)

Here are some very usefull sites that helped:
1) Sony AT command line reference (very up to date) a really nice pdf !!!
http://developer.sonyericsson.com/getDocument.do?docId=65054

2) Here was my problem I needed a AT+CFUN=1 to turn the card on ;-/
http://www.thinkwiki.org/wiki/Ericsson_F3507g_Mobile_Broadband_Module

I noticed if I turn off radio afterwards with AT+CFUN=0 or AT+CFUN=4, the 
gsm card is detached from the kernel:
ubt0 detached
ucom0 detached
umodem0 detached
ucom1 detached
umodem1 detached
umodem2 detached

Does someone know if it is possible to re-attach / re-access it without 
rebooting ? (it is a build-in card, so it is impossible to re-insert it).

3) This page directed me to the Sony AT command line reference. It has some 
excellent info about the Ericsson MBM F3705g model:
http://www.natisbad.org/E4300/Dell_Wireless_5530_AT_cmd_ref.html

Here is the working option script:
$ cat /etc/ppp/peers/ept
debug
cuaU0
460800
0.0.0.0:10.64.64.64
netmask 255.255.255.255
ipcp-accept-local
ipcp-accept-remote
crtscts
persist
#disable stuff
deflate 0
refuse-pap
refuse-chap
noauth
noipdefault
nopcomp
novj
novjccomp
connect '/usr/sbin/chat -v -f /etc/ppp/peers/chat/ept3.chat'

Here is the working chat script:
$ cat /etc/ppp/peers/chat/ept3.chat
TIMEOUT 120
ABORT BUSY
ABORT ERROR
ABORT NO CARRIER
ABORT VOICE
ABORT NO DIALTONE
#enable echo
 ATE1
#switch modem on
OK AT+CFUN=1
# APN
OK AT+CGDCONT=1,IP,web.pt.lu
# dial
OK ATD*99***1#
CONNECT \c

Thank you all for helping!
Didier



Re: umts need help

2009-03-05 Thread Stefan Sperling
On Thu, Mar 05, 2009 at 09:58:22PM +0100, Didier Wiroth wrote:
 Hello,
 I must admit that I'm a ppp / dialup amateur, and did a copy/paste of the 
 pppd 
 options and chat files bellow. I saw different files in the misc@ archives 
 which I tried too, but all failed with the same error, see below.
 
 The option  chat files I pasted in this mail used to work with an old 
 siemens 
 gprs card I had running under openbsd.
 
 Now I'm using a:
 Lenovo W500 4063-34G laptop with the following umts device Ericsson Ericsson 
 F3507g Mobile Broadband Minicard Composite Device, see the dmesg bellow.
 
 As I mentioned previously every chat  option file I tried (I also tried 
 different ports cuaU0  cuaU1  cuaU2) failed with the same error message, 
 and I was not able to get more debug information.
 
 I'm using the following command as a member of the network and dialer group:
 pppd call ept
 
 Error messages are always the same (not more and not less info)  :
 Mar  5 21:37:22 406334G pppd[9000]: pppd 2.3.5 started by dda, uid 1000
 Mar  5 21:38:08 406334G pppd[9000]: Connect script failed
 Mar  5 21:39:26 406334G pppd[9000]: Connect script failed
 Mar  5 21:40:44 406334G pppd[9000]: Connect script failed

You can debug chat better by passing the -v option:

 connect '/usr/sbin/chat -v -f /etc/ppp/peers/chat/ept.chat'

and possibly redirecting the chat output to a separate log file
for easy viewing. Just uncommment these lines, which should already
be present, in /etc/syslog.conf:

 #!chat
 #*.*   /var/log/chat

and then do a pkill -HUP syslogd.

Stefan



Re: umts need help

2009-03-05 Thread Didier Wiroth
Thanks a lot for the help!!! 

The logging help now returns the following error:
Mar  5 22:42:54 406334G chat[14042]: SIGTERM
Mar  5 22:43:01 406334G chat[9395]: abort on (BUSY)
Mar  5 22:43:01 406334G chat[9395]: abort on (NO CARRIER)
Mar  5 22:43:01 406334G chat[9395]: abort on (VOICE)
Mar  5 22:43:01 406334G chat[9395]: abort on (NO DIALTONE)
Mar  5 22:43:01 406334G chat[9395]: send (ATZ^M)
Mar  5 22:43:01 406334G chat[9395]: expect (OK)
Mar  5 22:43:01 406334G chat[9395]: TZ^M^M
Mar  5 22:43:01 406334G chat[9395]: ERROR^M
Mar  5 22:43:46 406334G chat[9395]: alarm
Mar  5 22:43:46 406334G chat[9395]: Failed

Unfortunately these AT commands are chinese to me, I can see the error but, 
what's wrong in the chat file:
ABORT BUSY
ABORT NO CARRIER
ABORT VOICE
ABORT NO DIALTONE
  ATZ
OK  AT+CPIN=9907
OK  AT+CGDCONT=1,IP,web.pt.lu
OK  ATDT*99***1#
'CONNECT'   '\c'
'TIMEOUT'   '5'

Kind regards,
Didier


  #!chat
  #*.* /var/log/chat

 and then do a pkill -HUP syslogd.

 Stefan



Re: umts need help

2009-03-05 Thread Stefan Sperling
On Thu, Mar 05, 2009 at 10:50:13PM +0100, Didier Wiroth wrote:
 Thanks a lot for the help!!! 
 
 The logging help now returns the following error:
 Mar  5 22:42:54 406334G chat[14042]: SIGTERM
 Mar  5 22:43:01 406334G chat[9395]: abort on (BUSY)
 Mar  5 22:43:01 406334G chat[9395]: abort on (NO CARRIER)
 Mar  5 22:43:01 406334G chat[9395]: abort on (VOICE)
 Mar  5 22:43:01 406334G chat[9395]: abort on (NO DIALTONE)
 Mar  5 22:43:01 406334G chat[9395]: send (ATZ^M)
 Mar  5 22:43:01 406334G chat[9395]: expect (OK)
 Mar  5 22:43:01 406334G chat[9395]: TZ^M^M
 Mar  5 22:43:01 406334G chat[9395]: ERROR^M
 Mar  5 22:43:46 406334G chat[9395]: alarm
 Mar  5 22:43:46 406334G chat[9395]: Failed
 
 Unfortunately these AT commands are chinese to me,

I don't understand much of it either.
You can search the web for at command set to get information on them.

To understand what chat does, read the chat(8) man page.
It has a section called CHAT SCRIPT which explains things quite well.

 I can see the error but, 
 what's wrong in the chat file:
 ABORT BUSY
 ABORT NO CARRIER
 ABORT VOICE
 ABORT NO DIALTONE
   ATZ
 OK  AT+CPIN=9907
 OK  AT+CGDCONT=1,IP,web.pt.lu
 OK  ATDT*99***1#
 'CONNECT'   '\c'
 'TIMEOUT'   '5'

The script looks good to me, but I'm certainly not an expert.
I used a similar script once with a umts modem and it worked.
I had  AT instead of  ATZ though, and I didn't need the PIN,
else pretty much the same.

Stefan



Re: umts need help

2009-03-05 Thread Marcus Watts
Didier Wiroth dwir...@gmail.com writes:
...
 Mar  5 22:43:01 406334G chat[9395]: send (ATZ^M)
 Mar  5 22:43:01 406334G chat[9395]: expect (OK)
 Mar  5 22:43:01 406334G chat[9395]: TZ^M^M
 Mar  5 22:43:01 406334G chat[9395]: ERROR^M
...
 Unfortunately these AT commands are chinese to me,
...

Wow, people don't know modems anymore.

Here is a fair description of the hayes command set:
http://en.wikipedia.org/wiki/Hayes_command_set
You should definitely experiment.  Use tip.
Just because the company went bust doesn't mean you should
leave this to the chinese.

You should pay particular attention to how the AT command
prefix operates, the use of +++, and on-hook vs. off-hook oeration.
You might also care about S registers and dial strings, but
those vary.

If this were a real modem I'd suggest listening to the speaker too.
The time  temperature lady used to be a good choice for this.

The general problem you want to solve is: given any state this
device might be in when you connect, get to a known state, then
get it to whatever final state.  So, some states the device might be in:
online connected
offline connected
offline idle
offline connected, at issued
offline idle, at issued
(and if you want to be particular, offline 'a' issued
is also a state.)
the stuff you had in your chat script (and other parts of the hayes command
set) is supposed to deal with various cases, so, some common choices,
(1 second delay)+++(1 second delay)
if the modem is online, go offline.  (you'll need to include a delay,
and you'll have to suppress the trailing cr to make this work with chat.)
\rATZ\r
if the modem had previously gotten an at prefix, issue a null command.
then reset the modem, which will hang up, and restore initial settings.

In the case of your ERROR message - probably something had previously
managed to issue AT but hadn't sent a trailing \r.

-Marcus Watts



Re: umts need help

2009-03-05 Thread Stefan Sperling
On Thu, Mar 05, 2009 at 06:00:27PM -0500, Marcus Watts wrote:
 Didier Wiroth dwir...@gmail.com writes:
 ...
  Mar  5 22:43:01 406334G chat[9395]: send (ATZ^M)
  Mar  5 22:43:01 406334G chat[9395]: expect (OK)
  Mar  5 22:43:01 406334G chat[9395]: TZ^M^M
  Mar  5 22:43:01 406334G chat[9395]: ERROR^M
 ...
  Unfortunately these AT commands are chinese to me,
 ...
 
 Wow, people don't know modems anymore.

Yup, I've never had to deal with them much either.

The first time I ever had to configure something that talks 
AT was with UMTS. I still don't know how I managed to get it
going back then, and when I tried again recently with a different
modem and ISP I couldn't get it to work anymore (I got no IP from
them in the IPCP session for some reason, just DNS servers).

The basic every-day networking skillset in my world involves
wireless and VPNs, not modems.

I still know some people my age who know this stuff though,
so not all is lost just yet, don't worry :)

Stefan



Re: umts need help

2009-03-05 Thread Pedro la Peu
  Wow, people don't know modems anymore.
 Yup, I've never had to deal with them much either.

Umsm(4) are commonly pre-configured. If you are using a provider 
provided umsm(4) ATD may be the only Hayes you need.