HDTenEightyP/NetNews huggingface dataset:
From: bgi@stiatl.salestech.com (Brad Isley)
Newsgroups: comp.dcom.modems,comp.sys.ibm.pc.hardware
Subject: Re: Help on upgrade to 16550A UART
Date: 21 Jul 92 16:48:45 GMT
Organization: Sales Technologies, Inc.

scott@mycro.UUCP (Scott C. Sadow) writes:


>   There is only 1 reason to replace a 8250/16450 with a 16550A -
>interrupt latency.

How about: "CPU time wasted context switching to service interrupts."
            Reducing context switching by a factor of 8 looks good to me.

-- 
    Itchy, Scratchy, Homer, Bart, Bugs, Elmer...  The list goes on and on.
                 They're so much more real than Congress...
-----------------------------------------------------------------------------
bgi@salestech.com           (404) 841-4169           Sales Technologies, Inc.
Newsgroups: comp.dcom.modems
From: chrisg@ccird.uucp (Chris Garrigues)
Subject: Re: Problem with ZOOM v32bis
Organization: Cooperative Computing, Inc.
Date: Thu, 23 Jul 1992 13:59:30 GMT

In article <1992Jul17.051926.4821@highlite.u> yarvin@highlite.gotham.com writes:
>
>I just bought a ZOOM v32bis modem from Egghead Software, and I'm
>having some connection problems with it.  Sometimes it connects
>fine, but sometimes it
>
>connects, goes through the handshaking sequence, then refuses
>to issue a CONNECT message
>
>or
>
>pretends to connect successfully, but just prints some garbage and
>never gets a proper connection.
>
>Is this a known bug, or is it more likely the result of the cruddy
>comm package (EasyLink II)?
>

I've just started comparing V.32bis modems (I have 2 each: Microcom
QX/4243bis; Intel 14.4ex; Zoom v.32bis; U.S. Robotics Sportster
14,400; and PPI 14400FXSA).  Results are far from complete right now
(my matrix isn't even set up yet), but from what I can see so far,
ZOOM modems may do that more often than some others.  However, please
wait until I have a full matrix.  (Zoom does have the most LEDs
however.  But PPI has an LCD character display that tops the LEDs by
far.)

These modems were picked to be representative of both cheaper and
midrange modems with a nod toward brands that we'd used in the past
for 2400bps.  Unfortunately, I failed to convince my boss to let us
evaluate either Supra or Xyzel.  (Not that my hands aren't already
full with just these modems.)

I'll post some version of my results when I'm done.


Chris
From: frank@cs.yorku.ca (Frank Pikelner)
Newsgroups: comp.dcom.modems
Subject: 14400 modems/fax recommendation
Date: 28 Jul 92 19:49:00 GMT
Article-I.D.: yetti.1369
Distribution: world
Organization: York University, Dept. of Computer Science

I've not been reading this news group for several weeks now, and I've just
been asked to recommend a manufacturer for a university modem-fax purchase.
The feautures are for the modem V.32bis, and for the fax send/receive 14400.
Since this is not my area of expertise, I would appreciate any comments,
experiences, warnings, etc.

My thanks to all,
-- 

--------------------------------------------------------------------------
 ---  ---    Frank Pikelner                                          /~\
 \    \  \   Technical Assistant, Department of Computer Science    <v.v>
  \-   \--   York University (Toronto, Canada)                      ,\^/;
   \    \    Internet: frank@cs.yorku.ca                            _{!}_
--------------------------------------------------------------------------
Newsgroups: comp.dcom.modems
From: dona@bilver.uucp (Don Allen)
Subject: Re: LIGHTCOM 144F
Organization: W. J. Vermillion - Winter Park, FL
Date: Wed, 29 Jul 1992 21:23:32 GMT

In article <1992Jul27.162705.23337@athena.cs.uga.edu> howard@castor.cs.uga.edu (Les Howard) writes:
>I am thinking about purchasing a Lightcom 144F internal 14,400 bps
>fax/modem made by lightning communications.  Does anyone have
>any experience with them (Good words or horror stories)?  
>
>	Thanks,
>		Les
>
>-- 
>===========================================================================
>Mr. Leslie P. Howard                    "Mr. Lehrer's muse (is) not    
>University of Georgia                    fettered by such inhibiting  
>howard@castor.cs.uga.edu                 factors as taste"...New York Times 

I'm using one now..can't really give a thorough summary yet as
it's too early. I've had it connect to 2 other modems at 14.4
and got over 1600 cps. On the other hand, I *did* experience
a bug that wouldn't allow it to negotiate a proper handshake
with a Digitan High-Q 2400 Fax/modem, but was able to correct
that by adding ATS37=6 (forces 2400 connect) and N0 (turns autobaud
detection off). I call it a "bug", but it's more likely user
inexperience :-)
 
I had a HECK of a time getting this modem to work on COM2..it
refused to do so with my system. It works just fine on COM4. I
run a point (1:363/81.1) off of a BBS and use the modem under
FD 2.02..had no problems so far. On connecting with HST..hmm
the modem will connect at high baud rate (9600 +) but it will
only d/l at 2400..can't figure that one out unless it's because
of the HST "standards" OR the BBS that I called has it configured
in a wierd way.
 
Tech Support is Dave and Robert. They have been most helpful
when I've talked with them. I have some text that I d/l from the
Lightning BBS (714) 457-9429 that I could post if you're 
interested.
 
Don


-- 
-* Don Allen *-               // Only   | Tavistock + Esalen = "New Age"
Internet: dona@bilver.uucp  \X/ Amiga   | Rothschild + Rockefeller = FED
UUCP: .uunet!peora!bilver!vicstoy!dona  | UN + Maitreya = "Twilight Zone"
"A democracy cannot be both ignorant and free"  - Thomas Jefferson
From: kevin.fong@uttsbbs.uucp (Kevin Fong)
Newsgroups: comp.dcom.modems
Subject: WHAT IS V.FAST
Date: 24 Jul 92 00:07:00 GMT
Reply-To: kevin.fong@uttsbbs.uucp (Kevin Fong)
Organization: The Transfer Station BBS, Danville, CA - 510-837-4610/837-5591

Just when I thought v.32bis was fast, I recently read an article in
PCMag about a new protocol coming out later next year called V.FAST.

Can anyone shed some light on this new technology?  Will our 14.4
V.32bis modems become obsolete already????

Kevin (kevin.fong%uttsbbs%boo@pacbell.com)
From: jimb47@netcom.com (Jim Budler)
Newsgroups: comp.dcom.modems
Subject: Re: PPI 14.4fxsa: Failed RTS/CTS Cable Test
Date: 28 Jul 92 16:05:08 GMT
Organization: Netcom - Online Communication Services (408 241-9760 guest)

In article <mr.712277015@rat> mr@rat.cica.indiana.edu (Michael Regoli) writes:
>However, I'm fiddling around with some of the tests, and I notice that
>I fail the "RTS/CTS cable test" with an "ERROR" result (vs. an "OK").
>(This test is initiated with "AT&T19".)
>
>I've got a standard "9PN TO HAYES MODEM" cable (per the one that came
>with the modem from PC Connection) for use with my Zenith 286LP.
>
>Is this not the right modem cable to have?  Would I be better off
>making a new cable?  Or, is there a problem with the firmware that is
>causing this test to fail??

The &T19 test cannot be done by the human hand. I talked to PPIFORUM on
CI$ about this.

For the Mac there is a CableTest program from the Hayes Forum on CI$,
there may be a PC program as well, but my PM14400FXSA is hooked to my
Mac, not my wifes PC, so I didn't look.

FWIW, my modem also ERRORed when &q0&t19 was executed by hand, but
passed the CableTest program. A non hardware handshake cable fails the
program.



-- 
Jim Budler

also jimb@silvlis.com and 72415.1200@compuserve.com
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: comp.dcom.modems
Subject: Re: Serial and Parallel interface ??????
Date: Tue, 21 Jul 92 22:54:41 EDT
Organization: Izot's Swamp

floyd@hayes.ims.alaska.edu (Floyd Davidson) writes:

> I doubt that most readers of this news group really care too much
> for the history of tty channel units...

   C'mon, historical trivia is interesting and hardly terribly costly.

> so I'll restate what I
> said in a manner that cuts off the history that far back:
> 
> ***
> The original reason that computer modems were virtually all serial
> devices as opposed to parallel devices probably has to do with the
> fact that there were "standard" serial ports on most computers,
> and there still isn't a standard bi-directional parallel port on
> many systems.
> ***

   For the longest time, everybody had their own flavour of RS-232 port... or 
were you speaking of 20 mA current loop?

   Nah, I'll go with Ed Hall's theory: I've seen lots of old FSK modems, and 
they're nothing more than two tone generators, with a selector wired directly 
to the TxD line... and an equally primitive decoder wired directly to the RxD 
line.  Since bits were coded one at a time onto the phone line, it makde sense 
to send the data to the device one bit at a time and keep the modem very 
simple. 

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
From: john@zygot.ati.com (John Higdon)
Newsgroups: comp.dcom.modems
Subject: Re: Telebit vs. USRobotics
Keywords: telebit usrobotics modem
Date: 25 Jul 92 05:38:25 GMT
Organization: Green Hills and Cows

In article <kjfmn7d.jonathan@netcom.com> jonathan@netcom.com (Jonathan Ridder) writes:

>My company purchased several USRobotics World Port V.32 portable modems.
>I have been trying to get one to connect to Telebit T2500's and T3000's.
>The modems wouldn't negotiate MNP correctly and although I would get a
>carrier, I couldn't communicate across the modems.

I have had satisfactory results with both USR and Telebit modems.
However, I have to say that my impression of the USRobotics World Port
is 100% negative. I bought one at Fry's when they were out of stock on
QBlazers. It flat out did not work. When it called out and the other
end answered, it acted as though it was deaf. It would not respond in
any way. No register setting combinations would correct it. So I took
it back. The second one had a different problem. It would dial out for
about five minutes after it was turned on and then it would no longer
tone dial. You had to turn it off for several minutes and then turn it
back on (and you would get a few minutes of dialing before it died
again).

So back to Fry's again. The third one had the characteristic of
reverting to some factory defaults while just sitting there and the
power on. No reset was necessary; it just suddenly adopted the
defaults. The major problem here was that it would no longer
autoanswer.

After three duds, I finally came to the conclusion that the World Port was
junk. I have since bought three Sportsters (v.32) and four QBlazers.
All have been just fine.
-- 
        John Higdon         |   P. O. Box 7648   |   +1 408 264 4115
    john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
Newsgroups: comp.dcom.modems
From: rdippold@cancun.qualcomm.com (Ron Dippold)
Subject: Re: V.fast modems available?
Keywords: v32 zyxel uucp
Organization: Qualcomm, Inc., San Diego, CA
Date: Tue, 21 Jul 1992 19:58:43 GMT

geoff@zswamp.UUCP (Geoffrey Welsh) writes:
>shah@cs.arizona.edu (Rawn Shah) writes:
>>     Does anyone know if any V.fast modems are commercially available yet?
>> I've heard of something called CODEX but thats all.

>   Since V.fast hasn't yet been written (it's called "V.fast" because it 
>hasn't yet been assigned a number, like V.32), I would not count on anyone 
>selling genuine V.fast modems.

>   A few manufacturers have announced (and some even ship) modems which
> comply with the most likely standard among the V.fast proposals, but
> there's always the chance that they'll be wrong.

Motorola Codex, however, is offering a free upgrade to the actual
V.fast standard modem when it comes out.  For point to point if you
have the money this is an excellent deal.  I agree, if there was no
promised upgrade it'd be obsolete very fast.
-- 
Four wheel drive:  Lets you get more stuck, further from help.
Newsgroups: comp.dcom.modems
From: bill@bilver.uucp (Bill Vermillion)
Subject: Re: Boom! You're Dead.
Organization: W. J. Vermillion - Winter Park, FL
Date: Tue, 21 Jul 1992 15:53:39 GMT

In article <1992Jul18.154607.4919@nntpd.lkg.dec.com> halpin@xcalbr.dsg.dec.com (Steve Halpin) writes:

>IMHO, the Hayes escape sequence ranks up there with Apples 8-pin DIN connector
>as one of communications best bloopers.

Perhaps that should also include the change of signaling on pin 12.  It
used to be low was 300 and high was 1200.  When the Hayes 2400 came out
it was pin 12 high was 2400 and if it was low it was not.

At the same time that modem was released I saw a couple of other, NEC
and AT&T come to mind.  They brought out an additional pin to use with
pin 12 so you have 4 states of speed detect in hardware.

-- 
Bill Vermillion - bill.vermillion@oau.org
                - bill@bilver.uucp 
                - ..!{peora|ge-dab|tous|tarpit}!bilver!bill

Newsgroups: comp.dcom.modems
From: wolfgang@wsrcc.com (Wolfgang S. Rupprecht)
Subject: Re: Boom! You're Dead.
Organization: W S Rupprecht Computer Consulting, Fremont CA
Date: Sat, 25 Jul 1992 04:49:30 GMT

halpin@xcalbr.dsg.dec.com (Steve Halpin) writes:
>Does anyone currently sell a modem with a second control channel available?
>It might be useful to write a modem device driver such that you could have
>the operating system manage features like dialing out, and still let user
>level processes manage the data stream.  It would be nice to address the
>potential market of sites supporting dial-in and dial-out with the same modems,
>and perhaps even add FAX and voicemail in there too, rather than just
>addressing the current market of large dial-in-only banks and dial-out
>systems based only on personal PCs where the user is held accountable by
>default for phone charges.  -Steve

Well, yes and no.  You can buy a used Trailblazer with BA4.00 proms or
buy a new one and downgrade the proms to BA4.00 and have a fully
functional second channel.  From a Sparc SLC just connect a 25-pin
straight cable and fire up two tips or cu's.  Both SLC and Trailblazer
are wired for primary and alternate rs232 connections on one cable.
The only caveat is that if you want to use the alternate modem channel
you have to initiate the modem commands from that channel.  You can't
dial from the primary and then switch to the secondary, you have to
dial from the secondary.

Too bad the software for driving the secondary channel got broken in
the later prom releases.

-wolfgang
-- 
Wolfgang Rupprecht    wolfgang@wsrcc.com (or) wsrcc!wolfgang
Snail Mail:           39469 Gallaudet Drive, Fremont, CA 94538-4511
Newsgroups: comp.dcom.modems
From: ged@phantom.cs.hut.fi (Camillo S{rs)
Subject: Re: Supra v.32bis, Tr light on front panel
Reply-To: Camillo.Sars@hut.fi
Organization: Helsinki University of Technology, CS lab
Date: Tue, 21 Jul 1992 14:48:18 GMT

In <10986@rls.UUCP> randy@rls.UUCP (Randall L. Smith) writes:

>On my Supra v.32bis, the Tr light stays on all the time except on
>power up which is rare.  Once the first call is attempted, the light
>remains on.  How can this be shut off?  I've done it by accident, but
>can't find an answer in the manuals. 

Your comm program probably configures the modem to ignore DTR. Unlike
other modems I've seen, the Supra reacts to this by setting the TR
light on. My EasyData modem just ignored DTR and showed the TR light
when DTR was high, else not. Good for debugging purposes, e.g. Oops,
there goes the program, does the serial.device remain locked?

>An oddity comp.dcom.modems readers might enjoy hearing about is when a
>^G is sent to any one of several virtual consoles (Sys V/386) and the
>Supra is in xmit or recv, it too (along with the console) sends out a
>husky beep.  Does anyone else have this strangeness?

I suspect you have some shielding problems. Maybe the bell causes a
voltage surge that is transmitted through ground to the Supra and its
speaker? Check your shielding, if your ground varies it might cause
serious problems some day (like power surges).

--
ged@hut.fi                   Amiga 500 //
ged@niksula.cs.hut.fi             2.04// Aim for the impossible and you
Department of Computer Science    \\ //   will achieve the improbable.
Helsinki University of Technology  \X/     --- Camillo S{rs
Newsgroups: comp.dcom.modems
From: rdippold@cancun.qualcomm.com (Ron Dippold)
Subject: Re: USR vfast
Organization: Qualcomm, Inc., San Diego, CA
Date: Tue, 21 Jul 1992 23:04:43 GMT

jvmg9796@uxa.cso.uiuc.edu (Doc) writes:
>Question for anyone who knows:  The Dual Standards currently have HST and
>v.32bis protocols in them.  When the v.FAST upgrade is available, will
>the modem then become a "Tri Standard"?  If not, which one gets yanked out,
>v.32bis or HST?  Or will v.FAST be backward compatible with v.32bis?
                  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

It's not at the moment, although it's expected that most modems would
fall back to V.32bis if they couldn't do v.32bis.
-- 
Happiness is seeing your mother-in-law's face on the back of a milk carton.
Xref: sparky comp.dcom.modems:10846 comp.sys.ibm.pc.hardware:19983
From: scott@mycro.UUCP (Scott C. Sadow)
Newsgroups: comp.dcom.modems,comp.sys.ibm.pc.hardware
Subject: Re: Help on upgrade to 16550A UART - UART Detection
Date: 21 Jul 92 03:54:47 GMT

In article <willmore.711391433@vincent1.iastate.edu>, news@news.iastate.edu (USENET News System) writes:
>                                              Now, what I want to know
>is does anyone have a program to detect what type of serial chip a
>computer has?  Some little .com file that says:
>
>port 1 is 16550
>port 2 is 16550
>port 3 is 8550
>
>Something simple like that?


   Here is a program I wrote that detects an 8250, a 16450, a 16550, and a
16550A.  It uses the 4 BIOS addresses for COM ports.


begin 400 uart.com
MN$  CMBA  "S,>@> *$" +,RZ!8 H00 LS/H#@"A!@"S-.@& +  M$S-(5!3
M45(>"\!T<(O(#A^ZJ@&T"<TABM.T LTANJX!M G-(;NT 8O1@\('[(K@L%KN
M[#Q:=3^PI>[L/*5U-XK$[KO0 8O1@\("[+0 T>"P >[LAL3N]L2 =!OVQ$!T
M#+MC J@!= ^[.P+K"KL3 J@!= .[[ &+T[0)S2$?6EE;6,-#3TTD(&ES(&$D
M;B X,C4P(" H;F\@1DE&3R!B=69F97)S*0T*)" Q-C0U," @*&YO($9)1D\@
M8G5F9F5R<RD-"B0@,38U-3 @("AB860@1DE&3R!B=69F97)S("T@96YA8FQE
M9"D-"B0@,38U-3 @("AB860@1DE&3R!B=69F97)S("T@9&ES86)L960I#0HD
M(#$V-34P02 H9V]O9"!&249/(&)U9F9E<G,@+2!E;F%B;&5D*0T*)" Q-C4U
D,$$@*&=O;V0@1DE&3R!B=69F97)S("T@9&ES86)L960I#0HD
 
end


   Scott C. Sadow
   scott@mycro.UUCP
   ...gatech!nanovx!mycro!scott
From: willmore@iastate.edu
Newsgroups: comp.dcom.modems
Date: 17 Jul 92 20:43 MDT
Subject: Re: Help on upgrade to 16550A UART
Nf-ID: #R:lee.seas.ucla.edu:7614:willmore.711391433@vincent1.iast:-1842806742:001:1379
Nf-From: iastate.edu!willmore    Jul 17 20:43:00 1992


In <RL41NB4w164w@zswamp.UUCP> geoff@zswamp.UUCP (Geoffrey Welsh) writes:

>wolfgang@netcom.com (Wolfgang Henke) writes:

>>                                              16550 UART      8250 UART
>> DTE speed                                    57,600          38,400
>> than the relatively small 16550 buffer.

>   The 16550, even when set to trigger a receive interrupt when the buffer 
>hits 14 bytes out of 16, will trigger one at a lower buffer fill level if it 
>detects a pause (on the order of one or two byte times) that might suggest 
>that no more bytes are forthcoming.  This should result in no distinguishable 
>delays.

This is where my money is.  Having that insanely high DTE speed causes a
byte to come into the 16550 followed by a couple of bytes pause.  This
will cause the 16550 to interupt to flush the buffer because it thinks
that no more data is coming.  If you were to lower the DTE speed on that
thing, you may reduce the number if interupts occuring.  Wether or not
that will increase the speed of the transfer is another matter.

I hope that clears up some of the confusion.  Now, what I want to know
is does anyone have a program to detect what type of serial chip a
computer has?  Some little .com file that says:

port 1 is 16550
port 2 is 16550
port 3 is 8550

Something simple like that?

Thanks one and all.
--David Willmore
willmore@iastate.edu
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: comp.dcom.modems
Subject: Re: USR courier HST 9600 question...
Date: Tue, 21 Jul 92 23:24:42 EDT
Organization: Izot's Swamp

vaishnav@aludra.usc.edu (Hirendu Vaishnav) writes:

> If I remember right
> USR Couriers are not V.32bis unless mentioned and HST modems are
> not Dual Standard unless specified... But what are Courier HST's?

   "Courier" is USRobotics' higher line of modems (the lower being the 
Sportster); it covers many modems from 1200 bps (or was it 2400 bps?) up.  
There are Couriers that speak HST, Couriers that speak V.32, Couriers that 
speak both, and Couriers that speak neither...

   "HST" is a type of high speed modulation not compatible with anything 
(other than other HSTs), but it is perhaps the most popular modulation 
technique among BBSes because of USR's early entry into the low-price high 
speed modem field and their agressive SYSOP discount programme.  This is in 
the process of changing, now that V.32 and V.32bis modems are coming down to, 
and below, the price of HSTs.  Also, many of the HSTs out there are Dual 
Standards, which also support V.32 or V.32bis.

   A Courier HST 9600 will speak 9600 bps to other Courier HSTs (which come in 
9600, 14400, and 16800 bps models, the latter two available in Dual Standard 
models), but will connect only at 2400 bps to non-HST modems.  The HST 9600 
supports MNP (MNP5 data compression if the ROM revision - given by ATI0 - is 
964, or MNP3 error correction if it's lower). 

> Are there more than one of USR Courrier HSTs around? This one is 
> two years old. 

   As I said, there are 9600, 14400, and 16800 bps models of HST.  The last 
9600 bps unit was made more than two years ago.  The first Dual Standard 
arrived with the switch from 9600 to 14400 bps HST, but it had only V.32 (i.e. 
14400 HST but only 9600 bps V.32), while later models sported 14400 (and, 
later, 16800) bps HST and 14400 bps V.32bis.

> Also is there a posibility that I can use their customer support
> or do I need some sort of registration/Customer ID stuff?

   Unlike software, it's hard to get an unlicensed copy of hardware.  USR will 
probably be as friendly to you as a used buyer as they would be to an original 
customer.

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
Xref: sparky comp.dcom.modems:11136 can.uucp:171