david, at 10:58 on Mar 17 1996, you wrote ...

db> On Mar 16, 1996 at 08:15, David Drummond of 3:640/305 wrote:

DD>> ATI5 returns "NetComm Ltd." instead of a list of the data 
DD>> stored in NVRAM. Is this a bug?

db> Enter "AT?I" and you should get a response like this:

db> -----[ snip, snip ]-----

. . .[chomp]. . .

db> -----[ snip, snip ]-----

db> Ergo, no it's not a bug - that's what it's supposed to do 
db> (report the manufacturer name).  Does the same thing here.

Tongue in cheek doesn't come across well in a text medium, does it? :-)

db> When you say you want "the data stored in NVRAM", do you 
db> mean the active profile, or a memory dump?  For the former, 
db> just "AT&V".  For the latter, enter
"AT#V0I11".  Then hit 
db> Space to keep scrolling through memory, or Enter to stop.  
db> Enter "AT#V1" to put things "back to normal" (or ATZ, if 
db> "#V1" is part of your stored profile).

I was after the current stored profile that would be returned with an ATZ

db> You can get a slightly more detailed active profile dump if 
db> you use "AT\V9&V";  also you can have the modem *explain* 
db> everything to you with "AT\S".

DD>> It gives the list on the all of the USRs I've tried . . .

db> Haven't we spent enough weeks trying to establish the fact 
db> that the M34F is a NetComm (Rockwell) and not a USR modem?  
db> ;-)

:-)

DD>> (according to Bink 2.59).  This morning he connected at 
DD>> 28,800 V.FC, however the transfers only managed 30-35% 
DD>> efficiency.

db> Need more data - in what direction were the transfers, of 
db> what size (and number) were the files, etc.

The chap in question has an older Rockwell based V.FC modem (hence no V.34
connects). His exchange equipment is older than Bob Lawrence, and to save
money, the PMG runs his signals along the No.8 fence wire. With my Courier
or Jill's Sportster online, he connects at 19,200 V.FC and gets reasonable
transfer rates for the commpressed mail bundles (ò100%).  With the M34F,
the connects are at 28,800 or 26,400 V.FC but the transfer rates are lousy
(30 - 60%)

DD>> ATI5 on the USRs lists the NVRAM settings.  These settings 
DD>> include the port speed (there it is at the top left of the 
DD>> list).

db> Use "AT\V9&V" on the M34F - near the bottom you'll see 
db> something like:

db> Terminal      : 57600  8 data bits  No Parity

db> This is the *current* DCE/DTE rate;  to see the "locked" or 
db> "stored" setting, check the number next to the
"R" command 
db> in the "&V" output.  If it's zero (ie.,
"R0") then it means 
db> autobaud - otherwise:

. . .[chomp]. . .

AT&V (what sort of a command is that?)

db> *V*iew profile;  it's been that way across Banksia, NetComm, 
db> Maestro and other modems that I've used (obviously not USR) 
db> for years - even since 1,200bps modems were hot.  Nothing 
db> new here, may be a Rockwell thing though, I don't know for 
db> certain.

More tongue in cheek . . . 

Before the current Courier, I ran the BBS on an internal V32bis Sportster. 
Prior to that I ran it on a NetComm M5 V32 that I paid $1000 for on a sysop
deal.  Prior to that I used a NetComm 1234.  I am vaguely aware of NetComm
commands.

DD>> there is no sign of any stored port setting to be reset by 
DD>> ATZ . . .

db> Yes there is - check "R" as above.

DD>> Other than the above, I wouldn't think any of my callers 
DD>> would have spotted the difference (so far)

db> The 28.8Kbps V.FC connect was probably a one-off that could 
db> be fixed by some setting at your end.

Yep, putting the Courier back on line :-)

David
@EOT:

--- Msgedsq/2 3.10