Path: utzoo!utgpu!water!watmath!clyde!rutgers!cbmvax!grr
From: grr@cbmvax.UUCP (George Robbins)
Newsgroups: comp.dcom.modems
Subject: Re: USR Courier 2400 won't hang up!
Message-ID: <3344@cbmvax.UUCP>
Date: 22 Feb 88 03:45:02 GMT
References: <125@ucrmath.UUCP>
Reply-To: grr@cbmvax.UUCP (George Robbins)
Organization: Commodore Technology, West Chester, PA
Lines: 36

In article <125@ucrmath.UUCP> jantypas@hope.UUCP (John Antypas) writes:
> Has anyone out there ever seen this problem on a Courier 2400?  It
> will run 24 hours a day wiht no problem and then it will complete a call
> and the Send Data (SD) light won't go out and the modem will hang.
> It ignores all commands sent to it until I turn it off and then on again.
> It's as if the modem thought it had a connection when it didn't.  The
> new Couriers seem to do it too.  It has been suggested I hold DTR down
> longer.  How does one do this from Unix?

Verify that you have really dropped DTR *at the modem* and that you have
Switch 1 set to the "obeys DTR" setting.  If everything is kosher, then
the modem must be broken and should be fixed if this happens often enough
to be painful.  It is possible that there are conditions when DTR isn't
being dropped, due to software or interface confusion.  You may also need
to configure your software to understand that modem control is to be
enabled on this line.

If you want to extend the time DTR is dropped, there are two placed to
look.  In uucp, there may be an explicit sequence of clear DTR sleep N
seconds set DTR in either the common connect code or they hayes dialer
code.  This isn't too hard to find and patch.  On the other hand, the
UUCP may rely exclusivly on the 'HUPCL' close to hang up on close.
Support for this is most likely hidden in the kernel.

I've been using a pair of Courier 2400's for dial-in/dial-out for a
couple of years now and the only problem I've had is "modem won't
answer incoming calls" events separated by months.  This may be the
same kind of problem you are seeing...

Sorry for any restatements of the obvious - it's hard to judge the
level of experience in these things...

-- 
George Robbins - now working for,	uucp: {uunet|ihnp4|rutgers}!cbmvax!grr
but no way officially representing	arpa: cbmvax!grr@uunet.uu.net
Commodore, Engineering Department	fone: 215-431-9255 (only by moonlite)