HDTenEightyP/NetNews huggingface dataset:
From: floyd@hayes.ims.alaska.edu (Floyd Davidson)
Newsgroups: comp.dcom.modems
Subject: Re:    Serial and Parallel interface ??????
Date: 26 Jul 92 10:00:22 GMT
Organization: University of Alaska Institute of Marine Science

In article <clemon.08kw@lemsys.UUCP> clemon@lemsys.UUCP (Craig Lemon VE3XCL) writes:
>
>        OK.  Granted, serial links can be fast once you start shielding the
>path.  You can only go so fast on a serial line before the frequency of the
>bits reaches RF range and cable losses on a normal "twisted pair" become
>significant. 

It isn't shielding that does it, but using a transmission line
rather than an extended piece of hook up wire.  RS-232 uses single
ended (usually non-shielded) extended lengths of hookup wire.  The
transmission line characteristics are fairly poor.  Either twisted
pair or coaxial line will greatly enhance the results.

Most of the higher bit rate serial line transmission systems used
by the telephone company are run over "normal twisted pair" cables.

> I think the point of the debate centers more around looking
>for a standard solution to replace RS-232C as opposed to arguing actual
>serial vs. parallel concepts.

The original question was how to speed up modems and why not use
a parallel interface.  Simple, it won't make anything any faster.

Your point about replacing RS-232C is a very valid question, and
one not nearly as easy to answer.  I see two very likely possible
interfaces ISDN PRI or BRI.  Or maybe even a T1 span line interface.
But none of those are going to interface to modems as such in the
way you know them now (digital to analog devices).  They will be
a different kind of "modem" (calling a format conversion device
a modem can start religious wars, so I will put quotes around it!),
and the current variation is a CSU/DSU device in the commercial
world.  Probably when there is a comsumer device it will have a
different name, but it will interface your digital device to
the telco's digital transmission system in use on your local
telephone line.

There are many other likely scenerios.

>  For simple things like losses in cabling
>that I mentioned earlier, the frequencies involved in a parallel bus are
>at least 1/8th what they would be in a serial environment.  That is
>something to consider that is totally separate from servicing the data
>stream at the terminal.

In most cases all you would get is an 8 times as expensive interface
that is just as restricted as the serial interface would be by the
same external influence that has nothing to do with the interface...
(for instance the telephone line).

Floyd
Xref: sparky comp.dcom.modems:11062 comp.sys.ibm.pc.hardware:20188
From: thompson@forsyth.wsnc.org
Newsgroups: comp.dcom.modems,comp.sys.ibm.pc.hardware
Subject: Re: 14,400 bps:  Does any comm software support it?
Date: 23 Jul 92 12:35:09 EST
Organization: Forsyth County, Winston-Salem  NC

In article <csjohn.711865104@knuth>, csjohn@knuth.mtsu.edu (Bullwinkle) writes:
> 
> I will be getting a 14,400 bps v.32/v.32bis/v.42/v.42bis
> fax/modem soon.  I have noticed that on all of the MSDOS
> and OS/2 communications software that I have seen there is
> no setting for 14,400 bps, although there is for 9600 bps and
> 19,200 bps.   Is there any way to access the 14,400 bps
> speed, or am I stuck at 9600 bps for now?  Is there any software
> out there that supports 14,400 bps?  Thanks. 
> 
> 
> John Wallace
> csjohn@knuth.mtsu.edu 
-- 

Almost any modern communications software will support 19,200 bps or higher
DTE rates.  To take advantage of the v.42bis data compression, you have to
feed data to the modem at a faster rate than the DCE rate (the rate at which
the two modems are communicating).  Simply set your comm software to 19,200,
38,400 or 57,600 bps and tell it not to autobaud.  This way, the two modems
will link at their fastest shared data rate and the computer will talk to 
the modem at the same fast rate regardless.


____________________________________________________________________________
Robert Bruce Thompson                thompson@ledger.forsyth.wsnc.org
Forsyth County MIS Department        (919) 727-2597 x3012
Winston-Salem, North Carolina USA    (919) 727-2020 (FAX)
Newsgroups: comp.dcom.modems
From: lemson@fnbc.com (David Lemson)
Subject: Re: Cordless Modems
Reply-To: lemson@fnbc.com
Organization: First National Bank Of Chicago, Chicago IL, USA
Distribution: usa
Date: Fri, 24 Jul 92 19:51:48 GMT

In article <KENB.92Jul23091721@atg2.dadd.ti.com> kenb@dadd.ti.com (Ken  
Butler) writes:
> Regarding Re: Cordless Modems; larry@dprmpt.UUCP (Larry) adds:
> 
> Larry> 2.  Get one of those gadgets that uses your house's electrical
> Larry> wiring to give you a "phone jack" at any electrical outlet.  I've
> Larry> seen them advertised in the DAK catalog, and I know they're
> Larry> available from TELEDYNAMICS, a wholesaler I deal with.  E-mail me  
if
> Larry> you need addresses & phone numbers.
> 
> I've tried to respond by e-mail, but can't get UUCP addresses to work  
here.
> I'd be curious to see the details of the electrical outlet phone jacks.
> 
> Anybody have any experience with these gadgets  Do they work at all?
> 
I'd be interested..and the original poster probably would, too...what is  
the bandwidth on these things?  Will it support 2400 bps or greater?  It  
might have too much noise also. 
--
David Lemson                                           (312) 732-4741
FNBC Sys Admin (Summer) UIUC NeXT Campus Consultant(rest of the time)
E-mail to: lemson@fnbc.com                          NeXTMail accepted
From: david@sal.lonestar.org (David Burgess)
Newsgroups: comp.dcom.modems
Subject: Re: Problem with ZOOM v32bis
Date: 23 Jul 92 18:54:33 GMT
Organization: TurboCit Salamandria - Richardson, Texas  (214) 238-5539

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
>
> (1connects, goes through the handshaking sequence, then refuses
> to issue a CONNECT message

That has happened to me also.
>
> or
>
> pretends to connect successfully, but just prints some garbage and
> never gets a proper connection.
>
That has happened to me also.

> Is this a known bug, or is it more likely the result of the cruddy
> comm package (EasyLink II)?

As far as I can tell(I own a Zoom 14.4k v.32bis/v42bis) it is a feature.


I have had the same problem. I connect to 3 USR DS at 19.2k. A different
USR DS I connect to them sometimes at 19.2k , some times at 9600, alot of
garbage and then hangs up. Alot of times at 2400 with v.42bis.


--
david@sal.lonestar.org
TurboCit Salamandria -- (214) 238-5539
Newsgroups: comp.dcom.modems
From: riddell@netcom.com (Shane Riddell)
Subject: Anyone try the Intel 400e yet?
Date: Thu, 23 Jul 92 03:47:18 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Keywords: help, Intel, fax

	Has anyone tried out the Intel 400e fax/modem? Any good or bad
things to say about it, especially connecting to USR Duals at 14.4k?

	Many thanks!

shane
riddell@netcom.com
-- 
**********************************************************************
* shane                   * If I ever say or do anything, just to be *
* riddell@netcom.com      * politically correct, please, SHOOT ME!   *
**********************************************************************
Newsgroups: comp.dcom.modems
From: mccrate@netcom.com (Joe McCrate)
Subject: Re: Why is my WB that slow in PEP-mode ?
Date: Fri, 24 Jul 92 07:16:01 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
 <1992Jul19.181846.17442@jr.rhein-main.de> <Brp704.Gv1@jwt.UUCP>

john@jwt.UUCP (John Temples) writes:

>>Have to disable compression at all ( ATS190=0 ).
>>Then I have the same rates with either T2500 or WB.

>I would say it's more correct to set S191=6.

But in my Telebit manual there is no such register as S196.
From: louie@sayshell.umd.edu
Newsgroups: comp.dcom.modems
Date: 18 Jul 92 05:55 MDT
Subject: Re: RTS/CTS flow control
Nf-ID: #R:o14ymB3w164w@wolferts.ka.sub.org:1179418769:1992Jul18.015542.27035@ni.umd.ed:1654534379:001:770
Nf-From: sayshell.umd.edu!louie    Jul 18 05:55:00 1992


In article <1992Jul16.183032.26023@trantor.harris-atd.com> dwilliam@wookie.ess.harris.com (David Williams) writes:

>   Pardon my ignorance, but isn't this what the DTR/DSR lines do?
>My modem hangs up the line ("turns around the line by dropping its 
>transmitted carrier...") whenever I drop the DTR line.  As a matter
>of fact, the hangup menu option on my terminal emulator just simply
>toggles the DTR line for a brief period. 

Turning the line around doesn't mean "hang up".  Usually, it means the
modem turns off its transmitted carrier and turns on its receiver.

Half duplex modema and their usual applications are rather removed from
the usual experiences that folks have with "normal" FDX modems that you
buy down at the corner store, err, EggHead..

louie
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: comp.dcom.modems
Subject: Re: Plus Plus Plus
Date: Sun, 26 Jul 92 15:42:07 EDT
Organization: Izot's Swamp

wtm@uhura.neoucom.edu writes:

> By the way, persons discussing the Hayes patent should probably be
> careful to not include the deadly three plus signs in a row as
> embedded text in their news articles.  :-) :-) :-) :-)....
> 
> 
> (For obvious reasons!)

   This is the *second* time I've seen such a posting...

   Not so obvious!  I'd put them in here, but I'm using my system console to 
enter this message, so it won't prove a thing.  Any modem which uses the 
technique described in the Hetherington '302 patent, licensed by Hayes or not, 
will *not* hang up when it sees the three plusses unless there's a pause of at 
least one second preceding them and following them.

   Also, many operators of dialin facilities use DTR, not the escape code, to 
hang up; they have S2 set to a value greater than 127, which disables the 
escape code entirely.

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
Newsgroups: comp.dcom.modems
From: halpin@xcalbr.dsg.dec.com (Steve Halpin)
Subject: Re: Boom! You're Dead.
Organization: Digital Equipment Corporation
Date: Fri, 24 Jul 1992 16:45:26 GMT

In article <1992Jul24.133231.17199@qiclab.scn.rain.com> 70465.203@compuserve.com writes:
>les@chinet.chi.il.us (Leslie Mikesell) writes:
>
>>Yes, maybe back in 1980 someone actually had a reason to put the
>>modem in command mode in the middle of a connection.  Maybe they
>>were using software that didn't offer the ability to drop DTR.
>
>As I've said elsewhere, *I* need dropping DTR to drop the *connection*
>as well as go into command mode. So it is unsuitable.
>
>-- 
>Leonard Erickson		      leonard@qiclab.scn.rain.com
>CIS: [70465,203]			 70465.203@compuserve.com
>FIDO:   1:105/56	 Leonard.Erickson@f56.n105.z1.fidonet.org
>(The CIS address is checked daily. The others infrequently)

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
-- 
~~~~~~~~~~
Stephen E. Halpin            halpin@royalt.enet.dec.com
Xref: sparky comp.dcom.modems:11304 comp.sys.ibm.pc.hardware:20469
From: swinokur@pbs.org
Newsgroups: comp.dcom.modems,comp.sys.ibm.pc.hardware
Subject: Re: 14,400 bps:  Does any comm software support it?
Date: 27 Jul 92 13:22:04 EDT
Organization: PBS:Public Broadcasting Service, Alexandria, VA

 In article <csjohn.711865104@knuth>, csjohn@knuth.mtsu.edu (Bullwinkle) writes:
> 
> I will be getting a 14,400 bps v.32/v.32bis/v.42/v.42bis
> fax/modem soon.  I have noticed that on all of the MSDOS
> and OS/2 communications software that I have seen there is
> no setting for 14,400 bps, although there is for 9600 bps and
> 19,200 bps.   Is there any way to access the 14,400 bps
> speed, or am I stuck at 9600 bps for now?  Is there any software
> out there that supports 14,400 bps?  Thanks. 
> 
> 
> John Wallace
> csjohn@knuth.mtsu.edu 


John, the speed you set is the comm port speed, not the connect speed of the
modems. They will negotiate that. Make sure x/on x/off flow control is off,
rts/cts flow control is on, and autobaud detect is off. These settings are
in your comm software. Procomm Plus goes to 115k, but remember with V32bis
modems using compression, at 14400 connect times a 4:1 theoretical 
compression ratio, that equals 57600 BPS thruput. So lock your comm port
at 38400 or 57600, whichever throughput the modem supports.
Stu Winokur
Newsgroups: comp.dcom.modems
From: sautoivo@polaris.utu.fi (Sauli Tapio Toivonen)
Subject: Re: Supra ROM Update?!?!
Organization: University of Turku, Finland
Date: Thu, 30 Jul 92 10:54:01 GMT

ged@phantom.cs.hut.fi (Camillo S{rs) writes:

>In <6oFioB1w165w@tsoft.sf-bay.org> bbs.ftiernan@tsoft.sf-bay.org (Frank Tiernan) writes:

>>A while ago there was a lot of talk about Supra shipping a ROM update
>>for their SupraFAXModem v.32bis on July, 14. I haven't heard anything 
>>from Supra. And am wondering what happened (I did send in the
>>registration). I have trouble connecting at highspeed Long Distance and
>>am also wondering if the ROM update was supposed to fix this.

>That date was first postponed to "the first week in August", then
>further delayed with one week, as Supra is adding a new feature to the
>ROM. Personally I rather wait one more week for a good ROM than get a
>buggy one earlier. The modem was released too early, but now Supra is
>making up for the mistake by not releasing the updates too fast.

>Your problems with high speed over Long Distance lines might well be
>the lines. If the line quality is poor, the modem can't use high
>speeds.

>--
>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


Does anybody know what the new feature(s) in the Supra ROM update will
be? Will the modem be able to recognize voice calls in auto answer
mode? Will they send me tyhe update automatically (I've sent the
registration card) or do I have to order it and pay something?

Otherwise I've been happy with my Supra V.32bis. I've only had some
occasional problems in breaking the connection.

PS. Somebody asked about a cheap place to buy a Supra. The best offer
I've seen yet was from Computabily WI USA  tel 414 357-8181
					   fax 414 357-7814
$309

If anyone has a better offer, please let me know.

Best regards,

Sauli Toivonen, MD

Department of Forensic Medicine
University of Turku

E-Mail:
sautoivo@cc.utu.fi
From: alain@uniforum.qc.ca (W.A.Simon)
Newsgroups: comp.dcom.modems
Subject: WorldBlazer - the movie
Date: 27 Jul 92 16:27:10 GMT

It has arrived! It is plugged in! It is configured! It is READY
to let fly.  I can't wait.  My hands tremble and my knees shake.
My colleague Franky says his modem is ready too.  The time has come.

GO!

KrashkrackBoom.  Shlack.  Shit.

a)  When calling another WorldBlazer (from now on, I'll just write WB)
    the login sequence happens just like in a wet dream.  Unfortunately
    the protocole negociation fails.  The same pair of WB's, in v42 cum
    v42bis (from now on, I'll just write 42) mode, does just fine.

b)  When calling some of my PEPy neighbours, yeach, NO GO...  Some are
    PEPier than others, I guess...  The more recent PEP's recognize my
    baby.  And the xfer rates are quite good.

c)  When I use my other modems to call into my WB, lo and behold, it
    simply will not answer the phone, lazy bastard.  And - please -
    do not tell me about S0=1; believe me, it is beyond this...  Any
    other modem in the same position (same serial port same phone
    line same cables) will answer the phone.

d)  There were quite a few unexplained events but I could not see any
    pattern or any way to replicate them, so I'll just spare you the
    tale for now...

[ FX: scream ] HELP!



--
 The Vacuum Cleaner Man (reality sucks)
 God made me a chauvinist, my woman made me clean the house
From: dirksch@rama.informatik.rwth-aachen.de (Dirk Schlossmacher)
Newsgroups: comp.dcom.modems
Subject: More modem at ONE Computer?
Date: 30 Jul 92 20:18:37 GMT
Organization: Rechnerbetrieb Informatik  /  RWTH Aachen

Sorry for this possible FAQ?!...

How to connect 4 (!) or more modems (V.32bis) to ONE computer?

Which software and interface-cards could be used to support
several modems at different lines at same time??

Thanks for your answer!

Dirk


---------------------------------------------
EMail: dirksch@Pool.informatik.rwth-aachen.de
=============================================
Newsgroups: comp.dcom.modems
From: les@chinet.chi.il.us (Leslie Mikesell)
Subject: Re: Boom! You're Dead.
Date: Fri, 24 Jul 1992 03:16:31 GMT
Organization: Chinet - Public Access UNIX

In article <1992Jul18.142320.4269@qiclab.scn> leonard@qiclab.scn.rain.com writes:
>tnixon@hayes.com writes:
>>Of course, this means that there is 
>>a fixed probability that your modem will inadvertently escape when
>>you're transmitting random data (such as a compressed file) or any
>>file that happens to mention the given character sequence

Adding the guard time lowers the probability but doesn't eliminate
it.   And, as many of us have experienced, when using such modems
on the host side of a connection, they will drop in response to
the echoed characters regardless of the time delay so it doesn't
help a bit there.

>Well, aside from the bit about "Hayes Improved Escape Sequence" with 
>"Guard Time" as a description for a feature that is over a decade old,
>it *does* sound like somebody was asleep at the switch.

Yes, maybe back in 1980 someone actually had a reason to put the
modem in command mode in the middle of a connection.  Maybe they
were using software that didn't offer the ability to drop DTR.

>They actually *don't check* for anything but the tripled character?
>*Unbelievable*! 
>
>BTW, you seem to imply that the makers of these brain-dead modems are
>actually pushing this bug as a *feature*? Is that true?

It would be a feature for a modem to have *no* default in-band escape
to command mode these days (actually it would have always been better
that way).  On the rare occasions when you felt the urge to be able
to spuriously interrupt your communications (perhaps you are debugging
and want to query the registers) you could always send the enabling
command explicitly before dialing.  It's hard to believe that no one
has gone this route as the simple solution.

Now that that's settled, does anyone want to talk about modems that
refuse to stop dialing once they've started even though you drop DTR?
(This is with &D3 set - they drop a completed connection on DTR loss).
And then they insist on sending back the result code, even though
the program that was trying to dial has given up and gone away.  Does
anyone have a list of modems that don't act this way?

Les Mikesell
  les@chinet.chi.il.us
Newsgroups: comp.dcom.modems
From: stmfarqu@atlas.cs.upei.ca (Michael J. Farquharson)
Subject: Supra V.32bis Sysop needs assistance!!!!
Originator: stmfarqu@atlas.cs.upei.ca
Organization: University of Prince Edward Island
Date: Sun, 26 Jul 1992 23:55:16 GMT

        Well, I got my new modem... it's a SupraFaxModem... it arrived in
less than 2 weeks (and I'm in Canada) straight from Supra... not bad.

        However, I've got a few problems with it... I run a BBS under
Maximus 2.01 and things are not working 100%.  It started out so that no
one could even connect to the thing unless they had another 'faster than
2400 baud' modem, which amounts to about 1 person here on P.E.I., but I
fixed that.  Now, the major problem I have is this... when users call up
my board... they are losing some of the characters... namely the ones at
the beginning of the transmission...  Like they lose the top two lines of
a Menu but pick up half way through....  I guess anything that starts at
the top of a screen just doesn't all come through.

        Now, I know that I'm connected at 2400 with them, I know that from
the cute little display that flashes '24' at me.  So.... what am I doing
wrong.  Here's my Init String, I made it up generally by myself with some
assistance from the very adequate manuals that accompanied the modem:

        AT&F2&Y0E0M0V1S0=0 (Right?  Wrong?  I'm no expert, but it answers!)

        Also, I have my Baud Maximum set to 19200baud.... but the modem will
actually only do 14.4k with max throughput of 57.6k... should I set it to
one of these instead?  Oh yeah, I have CTS/DSR enabled, I don't REALLY know
what those are either... but Maximus suggests that for faster than 9600 you
really should enable them.

        Finally, when a call comes in, Maximus says that it's connected at
19200.... even though it's only at 2400?  Any idea why?  Any help would be
greatly appreciated.  The sooner the better as I'd like to get this puppy
working ASAP.  Thanks a lot

===============================================================================
stmfarqu@upei.ca         |  Sysop:  Starbase 1 BBS, Sherwood, P.E.I., Canada
Michael Farquharson      |  Phone:  (902)-628-1230
UPEI Engineering         |  Running Maximus with Supra V.32bis modem!!!
===============================================================================
From: dmiller@im.lcs.mit.edu (Dick and Jill Miller)
Newsgroups: comp.dcom.modems
Subject: Why is Zoom (phone numbers)
Date: 21 Jul 1992 12:27:29 -0500
Organization: UTexas Mail-to-News Gateway
NNTP-Posting-Host: cs.utexas.edu

In "Why is Zoom half the price of other 14.4's?", gaylord@ux1.cso.uiuc.edu 
(richard j. gaylord) says:
> can someone give me the telephone number for ZOOM, please. I want to get
> the ROM upgrade but i can't find their number anywhere in the manual or
> on the box.
 
Hmm, you're right!  I just looked, and a new Zoom Owner's Manual ("Internal 
2400bps Modem With Send/Receive Fax for IBM PC-Compatible Computers") 
doesn't even say Zoom anywhere in it!  (Probably this is a generic manual 
which they also bundle with the modem for re-labelling by other companies.  
I rate the manual itself as pretty good, short but sweet for normal modem 
use; nearly no fax info, though.)
 
However, the following info appears in the non-mail-in portion of the 
very-clearly-labelled "Zoom Telephonics Customer Support and Warranty 
Policies" heavy card which was packed with that manual:
   If you have any questions regarding the installation or operation of your 
   ZOOM product, you may call our Customer Support Department at (617)423-1076 
   fom 9 A.M. to 5 P.M. Eastern Standard Time, Monday through Friday.  Before 
   calling, please gather all information relating to the problem.  This will 
   make it easier for our representative to understand the problem and offer 
   assistance.
 
Further on, it offers another number:
   Service for Defective Units: (617)423-1072.
 
These numbers are in Boston, Massachusetts.  It appears that Zoom still 
does not offer any 800-number or E-mail address.
 
--Dick Miller
 
A. Richard & Jill A. Miller            | Miller Microcomputer Services |
InterNet: dmiller@im.lcs.mit.edu       | 61 Lake Shore Road            |
Voice: 508/653-6136, 9am-9pm EasternTZ | Natick, MA 01760-2099, USA    |  
Xref: sparky comp.dcom.modems:10863 comp.sys.ibm.pc.hardware:20006