Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!emory!rsiatl!nanovx!msa3b!kevin
From: kevin@msa3b.UUCP (Kevin P. Kleinfelter)
Newsgroups: comp.dcom.modems
Subject: Re: Hayes Ultra Slow after DTR raise
Message-ID: <1512@msa3b.UUCP>
Date: 28 Jan 91 12:52:49 GMT
References: <1506@msa3b.UUCP> <1891@blackbird.afit.af.mil>
Organization: Dun and Bradstreet Software, Inc., Atlanta, GA
Lines: 23

lriggins@blackbird.afit.af.mil (L. Maurice Riggins) writes:

>In article <1506@msa3b.UUCP> kevin@msa3b.UUCP (Kevin P. Kleinfelter) writes:
>>   My software raises DTR, and immediately begins sending AT commands.
>>   The modem takes from 0.5 to 1.5 seconds to begin recognizing
>>   or even echoing commands...

>I'll bet the first command your software is sending is ATZ, causing the
>modem to go through a 1-2 second reset.  

My thanks to the many people who have suggested this.  In fact, the first
command my software is sending is AT&F.  But, before you say, "Well, that
must be it," let me further explain that the modem is ignoring
THIS command unless I delay for a few seconds after DTR comes up.

Toby (of Hayes) has suggested that I take this up offline with Hayes supt.,
and I think that is probably appropriate.  I was mostly interested in
finding out if other people had noticed the timing difference.
-- 
Kevin Kleinfelter @ Dun and Bradstreet Software, Inc (404) 239-2347
{emory,gatech}!nanovx!msa3b!kevin

Look closely at the return address.  It is nanovx and NOT nanovAx.