BG> the anomaly occurs because the USR doesn't auto-baud its
BG> serial port on an ATZ command.  If you follow this sequence,
BG> you should be able to see the problem quite clearly...

IS> Indeed, part of what ATZ does (and arguably _should_ do) is restore
IS> the AT&W's port rate, as it restores all the other saved &W
settings, no?

Not really, it sends the OK for the ATZ back at the speed it
detected from the AT on the front of it, not the saved port speed.

And once again, whats the point in using the saved port speed when
it has the current port speed from the AT letters ?  Pointless and
VERY counter intuitive. It can certainly be worthwhile to do something
if in the counter intuitive way *IF* there is a good operational reason
for doing that *AND* you very carefully document that action, BUT
I really cant seen any point at all in having only the ATZ do that.

FAR too quirky and prone to fang your bum.
@EOT:

---