Hi guys,
I found the problem, thank you for pointing me in the right
direction!. Like many here suggested it was the lack of RTS/CTS on
ttyAM1. It turns out my GPRS modem once it sees RTS/CTS rightfully
assumes RTS/CTS will be supplied by the host, unfortunately when I
was plugging it to my PC it was seeing the RTS/CTS and when I
switched over to the TS-7200 ttyAM1 it was not seeing it. Also it
turns out for whatever reason my modem was getting a reset when I
was switching the RS232 connections from laptop to modem to TS7200.
So long story short three things are required for the Multitech GPRS
modem to work with TS-7200:
1) Turn RTS/CTS off on modem with "at+ciff=0,0" if you want to use
ttyAM1
2) attach first with the at+gcatt=1, then issue the atd*99***#1
3) Make sure to issue at#connectionstop and at+gcatt=0 commands
prior to running the scripts.
I still have an issue with the authentication failing in the later
stages of LCP but that I think I can debug..
Thanks a whole bunch guys...
--- In Andy Warner <> wrote:
>
> You can try adding "kdebug 7" to the list of pppd options.
> This should have the pppd module dump the contents of
> both Tx and Rx packets for you. This way you will be able
> to see if the packets are just horribly mangled.
>
> In another response, I read that when connected to a PC
> you got the familiar {{{{{{ ppp packets when you made
> the connection with a terminal emulator. Try using your
> breakout box to prune the connection between the PC and
> the GPRS modem to Gnd/TxD/RxD, just like the ts7200 and
> see if you still see the ppp packets. If you do, then
> the problem is all inside the ts7200, if not then add
> jumpers to the modem connector (CTS<->RTS, DSR<->DTR etc)
> until you see the packets again. Then with the same
> jumpers in place connect up to the ts7200.
>
> > Also I was assuming that if I could send the atd*99***1# command
and
> > get OK back, then the Serial communication is OK. But maybe
after
> > the data session is established the flow control is required by
the
> > modem.?
>
> I have seen that happen frequently. Many AT command parsers
> ignore flow control, or handle it "differently" from the data
> phase. Often the data paths inside the modem are totally
> different between command parsing and data movement.
> --
>
>
> Andy Warner Voice: (612) 801-8549 Fax: (208) 575-5634
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/ts-7000/
<*> To unsubscribe from this group, send an email to:
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
|