Paul, at 09:33 on Feb 11 1996, you wrote to Bill Grimsley...

BG> I don't accept that the failure of ATZ to auto-baud the modem is a fault or 
BG> a bug at all.  In fact, I'm more inclined to suspect that it's been done 
BG> that way intentionally for some obscure reason (but yes, it should be 
BG> documented).

PE> It's fucked by design if done intentionally.

Normal Hayes convention has ATZ resetting ALL registers to their previously
stored values, and USR appears to follow this convention to the letter,
which is why the modem won't auto-baud, but reverts to the last port
setting stored with &W.  Nothing wrong with that at all.

BG> Can you give me just one valid reason for even needing to alter the port 
BG> speed on the fly? 

PE> What do you mean "on the fly"?  What happens is I decide to find
PE> out whether my system can cope with 115200, so I change my terminal
PE> speed to 115200 in my comms program. 

That's what I mean by "on the fly".

PE> I don't expect to go and have to issue a command to the USR to save to 
PE> NVRAM, that's what auto baud rate detect is all about.

No, you try it first, and if it handles 115200 just fine, THEN you write it
to NVRAM with &W.  If one occasional extra AT command annoys you, I
think you're going to be awfully disappointed in life.

Regards, Bill

--- Msgedsq/2 3.20