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 stored in
 DD> NVRAM. Is this a bug?

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

 -----[ snip, snip ]-----

                    **** Interactive Command Help ****
   AT?        Lists entire help file
   AT?cmd     Gives help on the specified command string
   AT?keyword Lists all commands and s registers that mention that keyword
+++  Escape Sequence    ****  Force Remote Access   A/  Repeat Command

                   AT Commands    ( * indicates default)

I    Firmware Identity
       = 0 Numeric Firmware ID
       = 1 Display Firmware checksum
       = 2 Verify Firmware checksum (OK/ERROR)
       = 3 Model ID
       = 4 Revision & Creation Date
       = 5 Manufacturer ID
       = 8,9 Verbal Firmware ID
       = 10 Modem Statistics
Page 001  End of Help:  BackSpace for previous page, any other key to end

 -----[ snip, snip ]-----

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

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

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

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

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

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

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

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

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

            Terminal      : 57600  8 data bits  No Parity

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

R    Host interface speed selection
       = 0*  Autobaud speed detection enabled
       = 2     2400bps
       = 4     4800bps
       = 7     7200bps
       = 9     9600bps
       = 12   12000bps
       = 14   14400bps
       = 16   16800bps
       = 19   19200bps
       = 21   21600bps
       = 24   24000bps
       = 26   26400bps
       = 28   28800bps
       = 38   38400bps
       = 57   57600bps
       = 76   76800bps
       = 96   96000bps
       = 115 115200bps

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

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

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

Yes there is - check "R" as above.

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

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

In any case, thanks for the interesting test.

Cheers..

    - dave
    d.begley{at}ieee.org

---