HDTenEightyP/NetNews huggingface dataset:
From: jim@n5ial.mythical.com (Jim Graham)
Newsgroups: comp.dcom.modems
Subject: USR modems.. 
Date: Sun, 24 Jan 93 16:28:47 GMT
Distribution: world
Organization: Me? Organized? Hah! :-)

In article <1jnjtgINN9qn@shelley.u.washington.edu>
sinan@carson.u.washington.edu writes:

> Yeah but does it answer?. Do this . If you have a Sportster 14.4
> Then go to another telephone and dial your modem and let us all
> know if it answered (1st ring? 2nd ring? Never? 1st ring and 
> then Busy?)

this is probably an incredibly stupid question, but, umm, you did
configure it to answer the phone, right?  as in, ATS0=1 ?

I don't have a Sportster, but I can tell you now that my USR DS (large
footprint V.32bis w/ square LEDs) answers the modem just fine if I
configure it to do so (as I have done in the past).  I can also tell you
that I wouldn't trade this modem for anything (except, perhaps, once
``V.fast'' is finalized, the new version of the USR DS which will
include whatever V.fast turns out to be called).

   --jim

--
#include <std_disclaimer.h>                                 73 DE N5IAL (/4)
------------------------------------------------------------------------------
INTERNET: jim@n5ial.mythical.com  |  grahj@valinor.mythical.com
          j.graham@ieee.org       (OLD): jim@n5ial.chi.il.us
AMATEUR RADIO: n5ial@w4zbb        AMTOR SELCAL: NIAL       ICBM: 30.23N 86.32W
------------------------------------------------------------------------------
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: comp.dcom.modems
Subject: Re: Diffs between 16550A & 16550AFN 
Date: Thu, 21 Jan 93 22:16:36 EST
Organization: Izot's Swamp

jim@n5ial.mythical.com (Jim Graham) writes:

> as for the difference between the 16550A and the 16550AF, if you'll
> look (if you can) on page 4-39 of {Data Communications / Local Area
> Networks / UARTs Handbook}, 1990 edition, from National Semiconductor
> (NS16550AF data sheets), you'll see a parameter t_RXI (t sub RXI), which
> is described as
>                    __        _____
>       ``Delay from RD RBR to RXRDY Inactive''
> 
> with a max value of 290 ns.  this parameter did not exist for the
> 16550A, and a totally new die was cut when this was added, thus the
> new part number, 16550AF.  otherwise, they're the same chip.

   Shore 'nuff, the 16550A data book mentions t_WXI (with a max of 195 ns), 
but no corresponding t_RXI.

> now, what he hadn't looked into was where this change is of any
> significance (I get the impression that the plain old 16550A hasn't
> been talked about there for quite some time).

   Since TXRDY and RXRDY are used only in DMA mode (the pins won't even be 
supported in normal 8250/16450 sockets; they were "chip select out" and "no 
connection" on those chips), this should make no difference at all to those 
using the 16550 in a PC.

> of course, it's mostly academic (unless you happen to have an old chip),

   I happen to have a pair of the old chips and would not trade them for the 
world.

  Geoffrey Welsh, 7 Strath Humber Court, Islington, Ontario, M9A 4C8 Canada
geoff@zswamp.uucp, [xenitec.on.ca|m2xenix.psg.com]!zswamp!geoff (416)258-8467
                Now I've lost everything, I give to you my soul
           And the meaning of all that I believed before escapes me
                  In this world of none, no thing, and no one
                            - Genesis, _Afterglow_
From: laurence.chiu@uttsbbs.uucp (Laurence Chiu) 
Newsgroups: comp.dcom.modems
Subject: Experiences with Supra pr
Date: 25 Jan 93 12:18:00 GMT
Distribution: world
Organization: The Transfer Station BBS, Danville, CA - 510-837-4610/837-5591
Reply-To: laurence.chiu@uttsbbs.uucp (Laurence Chiu) 


JL>
JL>The tech manager claimed that SupraFAXModem V.32bis has a 90-95% custo
JL>satisfaction ratio.  I would like to take a straw poll via email.  Sen
JL>me a yea or nay on whether you'd have bought a Supra, if you knew then
JL>what you know now.  Given your yea or nay, do you plan to buy more SFM
JL>based on the performance of the one(s) you have?
JL>
JL>I will acknowledge that the net is not representative of the buying 
JL>public, but I would submit that the net is more informed than the aver
JL>modem consumer, and therefore is a better judge of modem quality.  How
JL>do other net.readers assess the quality of Supra's V.32bis faxmodem,
JL>and the quality of Supra's technical support?  Post here, preferably. 
JL>E-mail responses will be summarized.
JL>
Well I have bought two of them and returned one! The first an internal, 
worked fine on all 14.4 boards I called getting the appropriate download 
speeds etc. But it would not connect to Compuserve at 2400. It would just 
hang up as soon as the remote modem answered. After several faxes to and 
from Supra (who were fairly responsive), it was determined the modem was 
faulty and I returned it to the dealer for another. This one also will not 
connect to CIS using either Terminal, Procomm/Windows or  Procomm/Plus. 
However it will connect using CIM, either from DOS or a Windowed DOS 
session. It must be some setting somewhere but I don't know what it is.
I also bought an external for a friend. It worked fine out of the box 
connecting with no problems to CIS. However, the transformer does get a 
bit hot and he is experiencing busy detect problems occasionally.
On the whole, I am happy. Their TS is OK (don't try to call them) and the 
modems do the job. And the price is right (I paid $219 for the internal 
and $279 for the external).

Laurence Chiu (lchiu@holonet.net - preferred E-mail address)

---
 . WinQwk 2.0 a#0 . Unregistered Evaluation Copy
                                                                                                                      
----
+------------------------------------------------------------------------+
| The Transfer Station BBS (510) 837-4610 & 837-5591 (V.32bis both lines)|
| Danville, California, USA. 400+ MB Files & FREE public Internet Access |
+------------------------------------------------------------------------+
Newsgroups: comp.dcom.modems
From: fontaine@sri.ucl.ac.be (Alain Fontaine)
Subject: Re: Experiences with Supra products and technical support
Followup-To: comp.dcom.modems
Organization: Universite Catholique de Louvain
Date: Mon, 25 Jan 1993 12:43:41 GMT

Still wondering why one hears the best and worst...

As has often been said, one can hear strange noises when the speaker
is	turned on. What I hear reminds me of the typical harmonics of the line
frequency
one can hear from sensitive equipment that is not well shielded (if
unbalanced)
or which does not reject sufficiently the common mode 'line noise' (if
balanced). Could it be that the Supra input circuitry is badly designed
with respect to common mode rejection, and that only people who are using a
line with a lot of common mode noise on it have trouble ???        /AF
From: gajarsky@pilot.njin.net (Bob Gajarsky - Hobokenite)
Newsgroups: comp.dcom.modems
Subject: Thanks! RE:zyxel modem
Date: 26 Jan 93 03:18:12 GMT
Organization: Somewhere in Hoboken


i just wanted to thank everyone for all the help, assistance, and
 files that were sent to me in my search for a modem. i have decided
 i will DEFNITELY get the zyxel modem; i have never seen such
 support for a product.  

one of my co-workers is considering a new modem, and if (when i 
 actually *purchase* the modem) my experiences with the 1496E are
 as good as those recounted here, i'll have no problems suggesting
 what he should purchase.

thanks again.  - bob gaj
From: muench-philip@math.yale.edu (Philip Muench)
Newsgroups: comp.dcom.modems
Subject: Re: Program for printing a file from a UNIX machine to a Local printer
Date: 25 Jan 1993 05:50:32 -0500
Organization: Yale University Mathematics Dept., New Haven, CT 06520-2155
NNTP-Posting-Host: cantor.math.yale.edu

In article <1993Jan18.032728.3932@unlv.edu> jframe@unlv.edu (Jason Frame) writes:
>In article <1993Jan11.193132.7331@leland.Stanford.EDU> johnw@leland.Stanford.EDU (John Wiederhold) writes:
>>
>>The following shell script should do the trick:
>>----------------------------CUT HERE-----------------------------
>>#!/bin/sh
>>echo -n '<ESC>[5i'
>>if [ $# -eq 0 ]; then
>>   cat
>>else
>>   cat $*
>>fi
>>echo
>>echo -n '<ESC>[4i'
>>---------------------------CUT HERE-------------------------------
>>
>>Replace the "<ESC>" with the escape character (ASCII 27 I think).
>>This should work on any good vt100 terminal, including Kermit and Telix.
>>I call the script "pcprint" and you can type "pcprint filename" as well
>>as pipe output directly to it.
>>
>>-John
>>
>   Could someone give me a hint on how to replace the <ESC> with the
>escape editor.  I tried with emacs, but I couldnt get it to work
>right.   Any help will be appreciated.
>
>Thanks in advance.
>
>Jason
>jframe@unlv.edu
>
>

   If emacs is not putting in the escape character for you because
it expects you to use Control-Q as the quoted-insert command
but the operating system or some layer in you path to it intercepts
the Control-Q, taking it as a flow-control, try this trick:
        ESC x q u o t e d - i n s e r t RETURN
That should make emacs prompt you for the character to be inserted,
and you may then press ESC to insert it. I have presumed that
        ESC x
is the way to invoke execute-extended-command in your emacs session.
-Philip Muench
 muench@cantor.cs.yale.edu 128.36.23.26
From: bert.tyler@satalink.com (Bert Tyler) 
Newsgroups: comp.dcom.modems
Subject: GATEWAY TELEPATH MODE
Date: 27 Jan 93 11:12:00 GMT
Distribution: world
Organization: Datamax/Satalink Connection * Ivyland, PA (215) 443-9434
Reply-To: bert.tyler@satalink.com (Bert Tyler) 

   john.navas@uttsbbs.uucp (John Navas) writes about MS-Kermit and modems...

John, let me dive in here and defend Joe D. and MS-Kermit some.

JN>                                    And where is it written that a
JN>modem be able to accept any command sequence at the maximum speed of
JN>the UART?  "Methinks the lady doth protest too much!"  <grin>

If your communications program or its script files generate and send
any modem commands automatically, those commands are going to head
down the line at the current connection speed.  I kind of prefer my
communications program to do my dialing for me, and I rather expect
my modem to be able to handle that case.  The same goes for any other
modem commands I may find it necessary to send down the line.

JN><sigh>  The fact remains that most comm programs do NOT have problems
JN>with the "current crop" of modems.

The problem is that the better/more thorough job a comm program does, the
more likely it is to trip over problem hardware/BIOS implementations.
MS-Kermit does an exceptionally good job - and sometimes pays the price.
A case in point is a problem we ran into at the NIH with MS-Kermit and
AT&T StarStations.

The symptom was that while receiving data at high speeds, MS-Kermit would
suddenly lose all contact with the StarStation's UART.  Only taking an
action that involved resetting the UART ("set speed nnnn") would
reestablish communications.  Procomm didn't have this problem, so we
were "obviously" dealing with a bug in MS-Kermit.

...which turned out to be a bug in the StarStation BIOS.  We were
apparently getting sporadic stray interrupt signals from the hardware
at high speeds.  When that happens, it looks to the communications
program just like a "real" interrupt, except that the UART it's looking
at says "it didn't come from me".  When that happens to Procomm, Procomm
simply throws the interrupt away.  MS-Kermit, being more thorough,
passes the interrupt signal back to the preexisting interrupt routine,
under the assumption that it might be dealing with an interrupt generated
by some other device.

So far, so good - except that the StarStation BIOS apparently handles
stray interrupts by *disabling* all interrupts on that IRQ, effectively
disabling the UART's ability to inform MS-Kermit that it has any further
data.  (AT&T apparently doesn't think of this as a bug - it's apparently
an improvement over the IBM BIOS in their minds.  At least, they've
declined to fix it.) We had to add special code to our copies of
MS-Kermit that explicitly re-enabled interrupts after passing any
interrupts back to the preexisting interrupt routine.  Boy, was
*that* ugly.

                   Bert Tyler   (bert.tyler@satalink.com)
---
 . DeLuxe./386 1.25 #343sa . Death is just God's way of dropping Carrier Detect
                    
Newsgroups: comp.dcom.modems,alt.security
From: jaervinen@nntpdbhajee.enet.dec.com (Ora Jaervinen)
Subject: Zoom problems with 2400 bps V.22bis
Reply-To: jaervinen@nntpdbhajee.enet.dec.com (Ora Jaervinen)
Organization: Digital Equipment Corporation
Date: Fri, 22 Jan 1993 10:02:10 GMT


This may have been discussed already, but I don't normally read this group
and I couldn't find anything relevant in the articles that were still online.

I recently acquired an internal (PC) Zoom 14400 bps fax modem (don't remember
the exact type number now).

I'm having difficulties making it talk to certain plain 2400 bps (no protocol)
modems. As far as I can tell (though my attempts may not be statistically
relevant yet) I have little trouble talking to V.32bis modems at 14400; dialing
e.g. CompuServe and letting the modems negotiate gives me a good 9600 bps
V.42 connection most of the time (though often enough, the modems end up
negotiating 4800 bps, and drop the line after half a minute or so, with
no data transfer taking place).

However, I have great difficulties with plain 2400 (forcing the Zoom only to
accept 2400 with no protocol). There's one BBS I often call which only supports
2400, and I have yet to get a usable connection (I have no problems with my old
external 2400 bps only modem). The modems do connect, but there's so much garbage
in *receive* direction that the connection is unusable. The transmit direction
seems more or less ok; if I type something, the other side sees it (and any
resulting output is nicely spread among the garbage I receive, in a ratio of
10:1 of garbage:text).

I can sometimes get a reasonable 2400 bps connection to other places, but
never one I would call good (I had virtually error-free sessions of several
hours with the old external modem).

FWIW, the modem is now configured as COM3, but with IRQ5. There's no LPT1
in the machine. I've also tried the modem as COM1 with nothing else installed,
but it makes no difference, so I don't think it's a PC configuration
problem.

Any help appreciated!

Ora
Newsgroups: comp.dcom.modems
From: wolfgang@netcom.com (Wolfgang Henke)
Subject: Re: Need info on Digicom Scout + 
Organization: Netcom
X-Newsreader: TIN [version 1.1 PL8]
Distribution: comp
Date: Fri, 22 Jan 1993 08:16:52 GMT

Sanjay Goyal (goyal@cs.scarolina.edu) wrote:
: I have heard a lot about the Digicom Scout + in this group.

: I need a few questions answered :-

: 2. Will it do 14.4K FAX (is that a big plus anyway ?)

The Digicom Scout+ supports V.29 at 9600 bps as the fastest
fax speed. Although the code is available for faster speeds
it was not implemented in the present version. The vast majority
of fax machines today do not support faster speeds than 9600 bps,
including such high end products as the HP-FAX 310. So it seems
that this feature is really not useful yet. This may change in the
future, but so may the ROMs.

Try faxing with 200 times 200 resolution a couple times, and soon 
you'll get calls which fax machine you are using. The output is really
quite crisp and sometimes comparable to laser printer quality.

One page together with coverpage takes about 60 seconds of telephone
time to Europe. Thats $1.14 (first minutes are more expensive than
additional minutes). Airmail is $0.50 and lasts a week..






:
:     Anybody has had any problem ... does it work 
:     smoothly with Win FAX Pro ?

: 4. Which is a better buy, internal or external ?
: 5. Finally, and by far the most important :
:    I plan to use this modem on a machine which
:    has a partition for a DOS and another for ISC Unix 3.0.
:    Under UNIX I want to use it with kermit. I have heard
:    that there are problems in this department. Is that
:    true? 

: I would prefer an e-mail ....    

: Thank you.

: MAX



-- 
   _________________________________________________________________________
   Wolfgang Henke     Data lanes not car pool lanes      wolfgang@netcom.com 

Newsgroups: comp.dcom.modems
From: parsons@eos.ncsu.edu (J E PARSONS)
Subject: Info on MNP level 10
Organization: North Carolina State University
Date: Tue, 26 Jan 1993 23:59:11 GMT

  I would like to find out some information on this
protocol class.  I am attempting to use a cellular
telephone to query a remote datalogger and have
been told that this protocol was developed for
cellular communications.

  Thanks.

Newsgroups: comp.dcom.modems
From: jlacour@casbah.acns.nwu.edu (John Lacour)
Subject: USR Tri-standard modem a fake
Followup-To: poster 
Organization: Northwestern University, Evanston, Illinois, USA
Date: Tue, 26 Jan 1993 15:45:04 GMT

I recently posted about a faked document announcing a new USR modem.

In my post I inadvertently left my .signature out.

I work for USR in the Tech Support Department.  I am not an official USR
spokesperson.

Regards,
John
--
John A. LaCour III, Technical Support                      +1 708 982 5151
USRobotics, Inc.                                       FAX +1 708 933 5552
8100 N. McCormick Blvd.                           
Skokie, IL  60076                              jlacour@casbah.acns.nwu.edu

USR Email:      jlacour_+a_robopost_+ljohn_lacour+r%usrobotics@mcimail.com
From: gelinas@CAM.ORG (Daniel Gelinas)
Newsgroups: comp.dcom.modems
Subject: Need to talk with packard bell people
Date: 27 Jan 93 22:20:09 GMT
Organization: Communications Accessibles Montreal, Quebec Canada

Could someone please tell me what the support line for packard bell
modems is?  I really need to speak to someone about an old modems
dip switch settings.

Thanks a lot.

Daniel Gelinas
Newsgroups: comp.dcom.modems
From: lawrence@combdyn.com (Lawrence Chen)
Subject: Re: Phone cutoff on modems with two jacks?
Keywords: modem relays
Organization: Combustion Dynamics Ltd.
Date: Tue, 26 Jan 1993 00:28:02 GMT

In article <1jt9sgINNq96@life.ai.mit.edu> mbeck@rice-chex.ai.mit.edu (Mark Becker) writes:
>
>
>Two questions for the group:
>
>	Does your v32.bis/v42.bis modem have two jacks?
>
>	If so, does the modem cut off the telephone socket OR does the
>	modem just parallel on the line?
>
Looking back or at the 11 modems I've had (I still own 5 of them).

1 1200 didn't have a jack....in fact the phone cable was hardwired.
2 1200 had jacks in parallel
3 2400s had jacks in parallel
1 2400 had a switched jack.
I'm pretty sure all my remaining highspeed modems have switched jacks, though
I haven't tried all of them.  The Supra one definite does.

Incidently they were all different models of modems.

Avatex 1200, Volksmodem 12, unknown internal 1200.
Datalink 2400, Anchor 2400, GVC 2400, unknown external 2400.
Supra v.32bis, Telebit T2500SA, Telebit Worldblazer, USR Dual Standard.

-- 
 --EMAIL-----------------------------PHONE-----------FAX------------
 | WORK: lawrence@combdyn.com      | (403)529-2162 | (403)529-2516 |
 | HOME: dreamer@lhaven.uumh.ab.ca | (403)526-6019 | (403)529-5102 |
 -------------------------------------------------------------------
  disclamer = (working_for && !representing) + (Combustion Dynamics Ltd.);
Newsgroups: comp.dcom.modems
From: jvl@redorc.chi.il.us (System Operator)
Newsgroups: comp.dcom.modems
Subject: Re: Comment on Supra 14.4 Fax Modem ?
Date: 23 Jan 93 19:16:52 CST
Organization: Red Oracle Bbs/Network

In article <1993Jan12.011512.2297@usl.edu>, jtp3915@usl.edu (Pee Jun T) writes:
>       Any suggestion ?             
>

Ya, don't buy one! 8^)

----
jvl@redorc.chi.il.us
amiserv!redorc!jvl
Red Oracle Bulletin Board System/Network @1-815-744-7363
From: wngai@bonnie.ics.uci.edu (Wayne Ngai)
Subject: ANSI bits
Newsgroups: comp.dcom.modems
Organization: Univ. of Calif., Irvine, Info. & Computer Sci. Dept.
Date: 23 Jan 93 19:12:26 GMT
Distribution: usa

	Hi!  Does anyone out there know what the standard data bits is
for a true ANSI terminal emulator?  Is it 8 or 7 data bits?  Please
email responses to me since I don't read this newsgroup very often.

thanks in advance!
--Wayne
From: SACHS_GR@BENTLEY.BITNET
Newsgroups: comp.dcom.modems
Subject: How
Date: 27 Jan 93 19:07:00 GMT
Organization: The Internet

To whom it may concern-
        How do I add comments to the Dist-Mdm newsletter?

                                        Thank You,

                                        Greg Sachs
Newsgroups: comp.dcom.modems
From: bergstro@src.honeywell.com (Pete Bergstrom)
Subject: Re: Need info on Digicom Scout + 
Originator: bergstro@data.src.honeywell.com
Organization: Honeywell Systems & Research Center, Minneapolis, MN
	<1993Jan21.145500.13650@aw2.fsl.ca.boeing.com>
Distribution: comp
Date: Thu, 21 Jan 1993 21:37:51 GMT


In article <1993Jan21.145500.13650@aw2.fsl.ca.boeing.com> vds7789@aw2.fsl.ca.boeing.com (Vincent D. Skahan) writes:
VS> goyal@cs.scarolina.edu (Sanjay Goyal) writes:
SG>I have heard a lot about the Digicom Scout + in this group.
SG>I need a few questions answered :-
SG>1. Is that a Class 2 modem ?
VS> my box says class 3, but that's the only place the word 'fax'
VS> appears in any documentation

It is Group 3, class 1.

--
--
From: bjst@sth.frontec.se (Bjorn Stenberg)
Newsgroups: comp.dcom.modems
Subject: Using an IBM 7855-10, how do I get MNP4/V42?
Date: 21 Jan 93 17:06:42 GMT
Organization: IDK/Frontec - System Design Group

Hi.

I've got one of these huge IBM 7855-10 modems (V32) but haven't been able to
get any docs on it.

I can get it to call and connect properly to any site I like, but the
connection is 'pure' with no error correction. Does anyone have experience
(or a manual :) with this modem and can help me activate some MNP or V42?

Any hints are appreciated. Please reply by email.

		-- Bjorn

---------------------------------------------------------------------------
Bjorn Stenberg, Stockholm, Sweden                       bjst@sth.frontec.se
---------------------------------------------------------------------------
From: sp@questor.org (Steve Pershing)
Newsgroups: comp.dcom.modems
Subject: Re: PEP
Date: Fri, 22 Jan 93 17:05:32 PST
Organization: Questor|Free Usenet News|Vancouver, BC: +1 604 681 0670

ee_hflo@uxmail.ust.hk (Michael Lo Ho Fung) writes:

|> 	Please tell me what is "PEP" in the Telebit modem

"PEP" is short for Telebit's "Packetized Ensemble Protocol".  It is the
method by which they divide the telephone bandwidth into 512 discreet
slow carriers on which they transmit the data, and the key to their
being able to get high throughput.

--
    Steve Pershing, SysAdmin  <sp@questor.org>    The QUESTOR Project
  FREE access to Environ, Sci, Med, & AIDS news, and more.  [also UUCP]
    on a ZyXEL-U1496S+  =>  v.42bis, v.32bis, v.33, up to 16,800bps.
                 -=-         -=-         -=-         -=-
   Fones: (+1 604)  Data: 681-0670  Telefax: 682-6160  Voice: 682-6659


Newsgroups: comp.dcom.modems
From: johnwu@netcom.com (John M. Wu)
Subject: Re: Phone cutoff on modems with two jacks?
Keywords: modem relays
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Sun, 24 Jan 1993 07:46:33 GMT

In article <1jt9sgINNq96@life.ai.mit.edu> mbeck@rice-chex.ai.mit.edu (Mark Becker) writes:

[Short discussion about the problem of the modem not cutting off the
phone when attempting/doing data communications.]

>	Does your v32.bis/v42.bis modem have two jacks?

Yes.

>	If so, does the modem cut off the telephone socket OR does the
>	modem just parallel on the line?

It cuts it off.

I own a Zyxel U-1496E (v.32bis, v.42bis modem). 

-- 
John M. Wu                "And if a double decker bus, crashes into us
johnwu@netcom.com          to die by your side, is such a heavenly way to die"
jmw@ocf.berkeley.edu         - There Is A Light That Never Goes Out
#include <flameprotect.h>
Newsgroups: comp.dcom.modems