jantypas@hope.UUCP (John Antypas) (02/21/88)
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? John Antypas -- Soft21 --21st Century Software: New Product from FastBuck Enterprises! New Puzzle -- Rubik's Cling Wrap! The puzzle you get stuck on! (Along with everything else ... almost) UUCP: {garp, killer, pyramid, reed, sdcsvax!ucsd!ucrmath}!soft21!jantypas Internet: jantypas%soft21.UUCP@{eddie.MIT.EDU, UCSD.EDU, uunet.UU.NET}
grr@cbmvax.UUCP (George Robbins) (02/22/88)
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)
dave@westmark.UUCP (Dave Levenson) (02/23/88)
In article <3344@cbmvax.UUCP>, grr@cbmvax.UUCP (George Robbins) writes: > 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... We, too, have used USR Courier 2400's. We have sold them, and we use them in house. The only problem we have had is the won't-answer that George describes. It begins as an isolated event. Then it begins to happen more often. After a few months, it will rarely answer at all, unless the calling modem waits for 20 rings or so. Fortunately, USR offers a two-year warranty, and does seem to be able to fix it! -- Dave Levenson Westmark, Inc. A node for news. Warren, NJ USA {rutgers | clyde | mtune | ihnp4}!westmark!dave
bill@wsccs.UUCP (Bill Housley) (03/02/88)
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? > This may seem insultingly obvious, but have you checked how DSR is being shorted, that it is not connected to a pin that is always up? --------------------------------------------------------------------- UUCP !ihup!utah-cs!utah-gr!uplherc!sp7040!obie!wsccs!bill {WSC Utah} - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
bdale@winfree.UUCP (Bdale Garbee) (03/10/88)
In article <230@wsccs.UUCP> bill@wsccs.UUCP (Bill Housley) writes: >In article <125@ucrmath.UUCP>, jantypas@hope.UUCP (John Antypas) writes: >> Has anyone out there ever seen this problem on a Courier 2400? >> ...the Send Data (SD) light won't go out and the modem will hang. > >This may seem insultingly obvious, but have you checked how DSR is being >shorted, that it is not connected to a pin that is always up? It's not that simple. I've had this happen on my unix machine about once every two months. It's annoying, because it always seems to happen when I'm out of town, so things get hosed... My cables is correct, and functional. -- Bdale Garbee, N3EUA phone: 719/495-0091 h, 719/590-2868 w uucp: {bellcore,crash,hp-lsd,ncc,pitt,usafa}!winfree!bdale arpa: bdale@net1.ucsd.edu packet: n3eua @ k0hoa, Colorado Springs fido: sysop of 128/19 at 719/495-2061, 2400/1200/300 baud, 24hrs/day