ts-7000
[Top] [All Lists]

Re: [ts-7000] Re: TS-7260 long-term performance issues

To:
Subject: Re: [ts-7000] Re: TS-7260 long-term performance issues
From: Don Tucker <>
Date: Mon, 11 Jun 2012 18:01:32 -0500
I would first attempt to contact your provider to see if they can put
you in touch with an engineer that can tell you the authorization
procedure necessary to register with your provider's network, and what
AT commands might be necessary.

If your provider is typical, you will not be able to get in touch with a
technical person and you will be one your own.  Googling for AT modem
commands for your provider may turn up someone else's example.  If not,
you'll be required to do some experimentation.  Toward that end, I
recommend automating the process as much as possible.  Try using
pppconfig to generate the necessary configuration files, and direct the
output of pon to a log file as mentioned below so that you are able to
see the reasons for your failure to connect.  As an example, to connect
using AT&T I had to:

[1] delete the user name and password for att from the
|/etc/ppp/pap-secrets| file (pppconfig requires that you enter one, but
AT&T doesn't want one).
[2] Edit /etc/chatscripts/att:

# This chatfile was generated by pppconfig 2.3.18.
# Please do not delete any of the comments.  Pppconfig needs them.
#
# ispauth CHAP
# abortstring
# modeminit
'' ATZ
OK AT+CGDCONT=1,"IP","isp.cingular"
# ispnumber
OK ATD*99***1#
# ispconnect
CONNECT ''
# prelogin
# ispname
# isppassword
# postlogin

[3]Edit etc/ppp/peers/att:

# This optionfile was generated by pppconfig 2.3.18.
#
#
hide-password
noauth
connect "/usr/sbin/chat -v -V -t3 -f /etc/chatscripts/att"
debug
/dev/ttyS0
115200
defaultroute
noipdefault
usepeerdns
logfile /root/pppd-log

You can then run pon to see what your provider is expecting that you are
not providing.

Don
On 6/11/2012 5:04 PM, Daniel wrote:
Thank you for your help!!

--- In  Don Tucker<>  wrote:
When you say that you can connect to the modem using minicom, does that
mean that you can issue AT commands through minicom and connect the
modem to the Internet?
I can select the frequency for my country's 3G signal

AT+WMBS=0,1
OK

and I can dial:

ATDT*99***#
OK

After this I'm lost, how can I acquire an IP address?

You can try specifying a log file in the /etc/ppp/peer/provider file and
then read the file after trying "pon provider" to see what is
happening.  That may give you some clues.  If it says something like
"chat script failed", then you can look into the chat script
(/etc/chat/provider or something like that) to see if you need to change
your connection AT commands.
I have no idea of how to do this...

Also, here is a list of ppp-related drivers that I put into /etc/modules:

bsd_comp

ppp_deflate

ppp_async

crc_ccitt

zlib_deflate

zlib_inflate

ppp_generic

slhc


Don
On 5/2/2012 7:18 PM, Daniel wrote:
And here's my list of modules:

Module                  Size  Used by
bsd_comp                5888  0
ppp_deflate             5312  0
zlib_deflate           21384  1 ppp_deflate
zlib_inflate           14208  1 ppp_deflate
ppp_async               9696  0
crc_ccitt               1984  1 ppp_async
ppp_generic            20660  3 bsd_comp,ppp_deflate,ppp_async
slhc                    6080  1 ppp_generic
ts72xx_isa16550         1984  0
8250                   20920  1 ts72xx_isa16550

Thank you for your help. Here's my dmesg log:

Serial: 8250/16550 driver $Revision: 1.1.1.1 $ 4 ports, IRQ sharing disabled
serial8250: ttyS0 at MMIO 0x11e003f8 (irq = 40) is a 16550A

and:

:~# more /proc/tty/driver/serial
serinfo:1.0 driver revision:
0: uart:16550A mmio:0x11E003F8 irq:40 tx:0 rx:0 CTS|DSR
1: uart:unknown port:00000000 irq:0
2: uart:unknown port:00000000 irq:0
3: uart:unknown port:00000000 irq:0

Right now I can connect to the modem using minicom. I changed the band to 850 
Mhz (my internet provider's band) and enabled all functionality of the device. 
After that I created a new connection with pppconfig but when I select to find 
the modem automatically, it complains about not finding one.

Then I select /dev/ttyS0 manually, here's my config:

Number   *99#                 Telephone number
User     kolbi3g              ISP user name
Password kolbi3g              ISP password
Speed    115200               Port speed
Com      /dev/ttyS0           Modem com port
Method   PAP                  Authentication method

Modeminit    ATZ                  Modem init string
ISPConnect   \d\c                 Connect response                     
Pre-Login                         Pre-login chat
Defaultroute defaultroute         Default route state
Ipdefault    noipdefault          Set ip addresses
Debug        enabled              Turn debugging on or off
Demand       disabled             Turn demand dialing on or off     Persist     
 disabled             Turn persist on or off     Nameservers  static            
   Change DNS
Add-User                          Add a ppp user
Remotename   kolbi3g              Change remotename
Idle-timeout none                 Idle timeout

These parameters were taken from a wvdial config file that I use to connect 
through a Huawei USB 3G module and work fine, so I don't really know what is 
going on...

I'm thinking about going back to kernel 2.4 and check that I'm doing everything 
correctly.

--- In  Don Tucker<dtucker@>   wrote:
wvdial works with the 2.4 kernel, but there is a bug in the 2.6 kernel
on the arm platform:

m("/msg279471.html","//www.mail-archive.com/debian-bugs-closed");">http:
http://code.google.com/p/wvstreams/issues/detail?id=26

I was able to get the TS-GSM1 to work with the TS-7260 using the
2.6.21-ts kernel by using pppconfig instead of wvdial.  Then, to connect
I just type "pon provider" and to disconnect type "poff provider", where
'provider' is the name of the provider that you specify in pppconfig.

Hope that helps.

Don

On 5/2/2012 12:09 PM, Daniel wrote:
Hello, I'm trying to connect to the internet using the TS-GSM1 module, kernel 
2.6.21-ts and Debian Etch. I have compiled and loaded all the modules and the 
modem is detected correctly, but when I try to use it with wvdial sometimes is 
detected and sometimes not. How did you manage to use it? did you use wvdial or 
pppd? Right now I want to use pppd directly since I have had problems with 
wvdial in the past, if you can give some hints on how to make this module work 
I would be very thankful!

--- In  "Rekcut_Nod"<dtucker@>    wrote:
I am running a TS-7260 with lenny user space, a 2.6.21-ts kernel, and a TS-GSM1 
expansion card.  I am streaming data across the cellular modem link using ssh 
port forwarding.  I notice that after a day or so of testing, I will often 
observe unusual behavior with the board that goes away after rebooting.  For 
example,

(1) In one case, after terminating the test, I attempted to ping the remote IP address 
and received this message "ping: sendmsg: No buffer space available".  Odd.
(2) In another case, after the board had been up for a day, I attempted to look 
at some of the pppd configuration files.  Although the files were visible with 
an 'ls', if I attempted to 'more' them, I would be told that the files did not 
exist.
(3) After streaming data for 4 days over the ethernet connection (instead of the 
TS-GSM1), I noticed an error message in the console window: "ERROR: (device 
tssdcarda4): DT_GETPAGE: dtree page corrupt."  When I attempted to move files 
around, I was told that the file system was read only.  After rebooting, things 
functioned normally.
(4) After running for about a day, I attempted to run g++ and it seg faulted.  
I attempted to run apt-get to reinstall g++, and it returned with undefined 
symbol errors.  After rebooting, things functioned normally.

I'm wondering if anyone else has experienced problems like these, and if anyone 
has any ideas of what could be causing them.  I thought that maybe there is a 
memory leak somewhere, but I don't know how I would even check for that.  Any 
assistance is appreciated.

Don



Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

<Prev in Thread] Current Thread [Next in Thread>
Admin

Disclaimer: Neither Andrew Taylor nor the University of NSW School of Computer and Engineering take any responsibility for the contents of this archive. It is purely a compilation of material sent by many people to the birding-aus mailing list. It has not been checked for accuracy nor its content verified in any way. If you wish to get material removed from the archive or have other queries about the archive e-mail Andrew Taylor at this address: andrewt@cse.unsw.EDU.AU