Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watnot!watmath!clyde!rutgers!cbmvax!grr
From: grr@cbmvax.UUCP
Newsgroups: comp.dcom.modems
Subject: Re: Hayes command set oversight/problem
Message-ID: <1408@cbmvax.cbmvax.cbm.UUCP>
Date: Fri, 13-Feb-87 21:18:06 EST
Article-I.D.: cbmvax.1408
Posted: Fri Feb 13 21:18:06 1987
Date-Received: Sat, 14-Feb-87 12:38:01 EST
References: <871@basser.oz>
Reply-To: grr@cbmvax.UUCP (George Robbins)
Organization: Commodore Technology, West Chester, PA
Lines: 26

In article <871@basser.oz> alans@basser.oz (Alan Skea) writes:
>I have discovered the following problem with "Hayes-Compatible" 1200
>baud modems.  Here is the scenario:
>
>I originate a call to another machine which answers the call using a
>similar "Hayes-Compatible" modem.  The connection is established and I
>log onto the machine and begin doing whatever I logged on to do.  At
>some stage, I decide I need to get into the modem's command mode to,
>say, turn on the speaker and listen to the line.  I type the usual +++
>delimited with the appropriate pauses.

Your modem is not "hayes compatible" in this mode!  Hayes modems HANG-UP
when you type the +++ sequence.  If you have a US Robotics or other modem
that does not hang up, then there is probably a switch to make it work
in real hayes mode, where the problem you describe is moot.

>Proposal:
>	The modem in ORIGINATE mode will use the '+' as an escape character. 
>        The modem in ANSWER mode will use the '-' as the escape character,
>		if commands are enabled at all. 

This breaks far more software than the original problem...
-- 
George Robbins - now working for,	uucp: {ihnp4|seismo|rutgers}!cbmvax!grr
but no way officially representing	arpa: cbmvax!grr@seismo.css.GOV
Commodore, Engineering Department	fone: 215-431-9255 (only by moonlite)