Paul, at 09:50 on Feb 19 1996, you wrote ...

. . .[chomp]. . .

DD>> Please quote the Hayes definition of autobauding.  

PE> I don't have it.  Ask Bill for it, he is the one quoting it.

And you believe him on this?  You don't believe his other statements.

DD>> Please quote the 
DD>> relative portion of the Courier manual that states the 
DD>> Courier's strict adherance to ALL Hayes quirks.

PE> Bill's the one who says the USR conforms to the hayes specs
PE> religiously, which is why the ATZ problem exists.  

Please quote Bill's quote then.

PE> Now, I will tell you what *I* expect from auto-baud, and 
PE> that is to USE the speed that I sent the last AT command at.  
PE> That is what *I* want, and I want to know what software, or 
PE> what terminal you are using that you would possibly want ATZ 
PE> to not auto-baud, and instead use the speed in NVRAM.  Name 
PE> just one terminal or one comms program.  Then I will name 
PE> some terminals and comms programs that do NOT work that way.

ALL terminals!  If your terminal sends an AT command to the Courier at a
different speed to that stored in its NVRAM, it will "auto-baud"
to that speed.  You can dial out or do anything.  If the AT command is ATZ
- it will ackowledge at the current speed, and then reset to the stored
speed.  As soon as your terminal sends its dial command at the speed that
is now different to the modem's, the modem will "autobaud" to
that speed and dial out.

The locked speed characteristic is only revealed when you reset the port to
a different speed to your software and wait for an incomming call.

If one is going to use ATZ (reset) to initialise the modem in the situation
where the modem is answering the call, one needs to ensure that the
software is listening to the port at the same speed the port is being reset
to.

PE>> If you just want to say the USR doesn't autobaud 
PE>> properly/at all, then that is fine, fucked by design, no 
PE>> problems. 

DD>> The USR Courier "auto bauds" as well as any other modem - 
DD>> HOWEVER when you 

PE> No it doesn't.  It doesn't auto baud on ATZ.

Your modem is set to 38,400 isn't it?  Change your software to 2400 and
send ATZ - do you get an OK?  It has "autobauded" to 2400 to
acknowledge your command HOWEVER your command has just told it to reset all
settings to those in NVRAM - one of these is the port speed.  This is NOT a
problem unless you expect the modem to answer the phone.  In this case you
must ensure that the stored speed is the same as the software speed (as
stated in the documentation).

DD>> reset the modem to the stored NVRAM settings (viewable with 
DD>> ATI5) it will aknowledge your request and reset ALL 
DD>> settings to those stored in NVRAM.  This INCLUDES the port 
DD>> speed.

PE> And fail to autobaud, yeah, I know.

DD>> To view the current portspeed, use ATI4

PE> I'm sure that will come in really useful.  BFN.  Paul.

Good - at least you are starting to read the manual and notice how the
Couriers settings and characteristics are different to Rockwell based
modems.

David
@EOT:

--- Msgedsq/2 3.10