HDTenEightyP/NetNews huggingface dataset:
From: jhurwitz@access.digex.com (j. hurwitz)
Newsgroups: comp.dcom.modems
Subject: USR Sportster HACK
Date: 5 Jan 1993 15:18:40 GMT
Organization: Express Access Online Communications, Greenbelt, MD USA
Distribution: all
NNTP-Posting-Host: access.digex.com
Keywords: hack sport v.32 help buy ?




I am thinking of buying a USR Sportster. The 14.4 V.32 model. I have heard 
about making the Sportster HST/ASQ compatable. Exactly waht is entailed in 
such a modifacation?. Is it a Hardware Mod, or a Some commands that need to 
be typed in?. Send replies to jhurwitz@access.digex.com. Thanx in advance to 
those who reply. 


          __/ /          .                     +             .
        _/__/_/\                                
      _/____/ \/  J. Hurwitz                                          ,
  .  /     / \/|          .          *                   
    /     /  /|/  The MIDI master             .                  o
   /_____/  / |                                         
  //____/\\/ /  Roaming Cyberspace          "Space is the place"        
  /  o  \ ||/    .                     
 | o   o |//                                .          -Sun Ra      +
  \o   o//     jhurwitz@access.digex.com          
   --^--   .                                            *        
+                         '               +
From: Conrad_Nobili@Harvard.EDU (Conrad C. Nobili)
Newsgroups: comp.dcom.modems
Subject: Re: Can I upgrade a 16450 uart to a 16550a?
Date: 12 Jan 93 21:16:27 GMT
Followup-To: comp.dcom.modems
Organization: Harvard University Office for Information Technology

In article <726768660snx@n5ial.mythical.com>, jim@n5ial.mythical.com (Jim
Graham) wrote:

> yes, but the original poster said specifically that this chip *IS* a
> 16450.  not a clone in a multi-function VLSI chip, a 16450, period.
> the sales droid said it was a VLSI, while the original poster had
> already determined it to be a 16450 (I'm assuming he knows how to read
> the identification off a chip).

Well, *maybe* you *can* assume that.  But likely this bozo just used
*software* to determine the pedigree of the chip.  That technique will
certainly be fooled by VLSI imitating a 16450.

I know many of you like to flame dealers for incompetence, and rightfully
so, as many of them *are* incompetent, but you also have to remember that
there are even more people on the net who are even more incompetent....

I can't believe I bothered to follow up this useless flame....

Conrad C. Nobili  N1LPM  Conrad_Nobili@Harvard.EDU  Harvard University OIT
From: FRYE@LLL.LLNL.GOV (RONALD W. FRYE)
Newsgroups: comp.dcom.modems
Subject: Hayes Smartmodem 1200
Date: 6 Jan 93 22:08:23 GMT
Organization: The Internet


Hello Netlanders...

I need your help.  I have just received from a friend, a Hayes Smartmodem 1200
in perfect working condition, but without documentation.  Behing the front
panel is an 8-position dip switch.  I need to know what each switch position
controls.  Would one of you out there please send me an e-mail with an
explanation for each switch's position?  Thanks in advance!

Ron Frye

INTERNET e-mail:   frye1@llnl.gov
AOL e-mail:        ronfrye@aol.com
Newsgroups: comp.dcom.modems
Subject: Wang 14i modem
From: <DMTSI@CUNYVM.BITNET>
Date: Friday, 8 Jan 1993 23:35:11 EST
Organization: City University of New York/ University Computer Center

Hi.
  I just got Wang 14i internal modem. I have a problem with it. It says that it
is half-duplex. Is it normal for a V.32bis modem to be half-duplex? It seems
to be slower in 2400 bps mode that my old Cardinal M2450.This modem uses
Rockwell chipset. Is this a good chipset? I'm asking, because I can still
return it and get my money back. Thank you.
-------
Dmitry Teytelman ( dmtsi@cunyvm.cuny.edu or dmtsi@panix.com )
The College of Staten Island, NY
Newsgroups: comp.dcom.modems
From: wolfgang@wsrcc.com (Wolfgang S. Rupprecht)
Subject: Re: ZyXEL voice and flow control
Keywords: ZyXEL voice flow control
Organization: W S Rupprecht Computer Consulting, Fremont CA
Date: Wed, 6 Jan 1993 23:35:23 GMT


>>>ZyXEL modems use XON/XOFF in voice mode. I'd appreciate to
>>>see a new ROM revision supporting
>>>1.) Proper RTS/CTS flowcontrol in voice mode
>This would be OK, however the current method is not unreasonable
>and should not inhibit you from developing your voice application.

Having to deal with software flow control forces one to write fairly
inefficient code.  One can't just do a single "write(buffer, 1024)"
and be done with it.  One is forced to write *single* bytes and do a
timed out read() on each byte just in case the other end just sent an
XOFF down the line.

I don't see how any person could claim that byte-at-time writes with
intervening reads are "reasonable".

>When one is sending voice, it is prudent to read information from the
>DCE (modem) since the modem will be decoding the DTMF buttons pushed.
>The information is shielded by <dle>.  Thus a program should look for
><dle> shielded xoff, xon, 0, 1,2,3,4,5,6,7,8,9,#,*,c(t-30 signal),
>b(busy), or <etx>, VCON.  This is one of the nice features of the
>voice, that you can be decoding DTMF information both on sending and
>receiving voice.

While it may be nice to periodically check for DTMF result codes, I
would imagine that one could very well write k's of data between DTMF
checks.  That is if one didn't have to check for XOFF.

-wolfgang
-- 
Wolfgang Rupprecht    wolfgang@wsrcc.com (or) decwrl!wsrcc!wolfgang
Snail Mail:           39469 Gallaudet Drive, Fremont, CA 94538-4511
From: abbott@ms.uky.edu (Joel Abbott)
Newsgroups: comp.dcom.modems
Subject: Re: Dallas Fax
Date: 5 Jan 93 22:11:44 GMT
Organization: The Jimi Hendrix Fan Club

gjjr@pool.info.sunyit.edu (Joseph Riolo) writes:
>Hi Modem fans, does anyone have any thing to say about a Dallas Fax Extermal
>14.4k Fax/Modem ???  The chipset is Rockwell, and the Bios version is 1.200!
>I have heard that anything less than a Bios version of 1.270 will have
>problems Can anyone confirm that??  Thanks ALL!!

my opinion is:  if you want to leave the modem unattended, by all means
do not get this modem.  ours constantly gets hung in a strange state
that can only be fixed by power-cycling.  if you are going to use it
for dialing out and don't mind a sometimes finicky v.32bis modem
(although cheap), then it may be ok.

-- 
Joel Abbott, DoD#272 -> abbott@ms.uky.edu, abbott@ukma.bitnet, uunet!ukma!abbott
"Today...Joey is fixing his own lunch.  Cookies and drain cleaner."
Newsgroups: comp.dcom.modems
From: srtest@netcom.com (Sunrise Test Systems)
Subject: Digicom Scout+ problems
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 8 Jan 1993 04:52:59 GMT

I've recently installed a Scout+ on a SPARC and had a problem calling
into it.  

Whenever I call into the modem from a remote (another Scout+ in
some cases), I have negoitation/handshake problems.  The 
manifestations of the problem vary, but the most common failure mode 
is that the modem negoitates after carrier detect and seems to decide
on something, then stops sending a carrier signal.  The calling
modem gets confused and the connection is dropped.

Various other modems have attempted to call in and had the same 
problems, even at low baud rates.  I tried substituting a PPI
modem for the Scout+ and found the problems went away.  
I suspect a noisy power source for the SPARC's modem, and
will be trying a relatively good surge protector/EMI/RFI filter
to attempt to fix the problem.

Has anyone else had power source noise sensitivity problems with
their modems?
From: jcburt@gatsibm.larc.nasa.gov ()
Newsgroups: comp.dcom.modems
Subject: Re: A Telebit FAX upgrade FLAME (Was: "Re: WB Fax Upgrade")
Date: 8 Jan 1993 13:25:46 GMT
Organization: NASA Langley Research Center
NNTP-Posting-Host: gatsibm.larc.nasa.gov
Keywords: Telebit  FAX  documentation

In article <C0G6xt.C9C@da_vinci.it.uswc.uswest.com> dir@lookout.it.uswc.uswest.com (Daniel I. Rosenblatt) writes:
>Check out fax-3.2.1.tar.Z on prep.ai.mit.edu:/pub/gnu
>
>It is a fully functioning FAX package for CLASS 2 modems.
>
>AND ITS FREE.
>
>AND IT WORKS. 
>
>I've got it working on Sun, Mips, and SCO UNIX on a 386.

Great, but how about a fully functional FAX package for a PC running
DOS and maybe Windows...

John Burton
jcburt@gatsibm.larc.nasa.gov


Newsgroups: comp.dcom.modems
From: fred@genesis.demon.co.uk (Lawrence Kirby)
Subject: Re: RS-232 and DTR when system dies 
Distribution: world
Organization: BT
X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.19)
Date: Thu, 7 Jan 1993 14:06:39 +0000

In article <1993Jan6.211938.3214@chg.mcd.mot.com> heiby@chg.mcd.mot.com writes:

>I have been having a philosophical discussion with one of my
>colleagues, on the subject of the DTR line in the RS-232 standard.
>I'm looking for information to help resolve the disagreement that has
>emerged.
>
>My interpretation of RS-232 is that the DTR line should be asserted
>*only* when the DTE is ready to exchange data.  My colleague believes
>that that is an over-strict interpretation.
>

You must be careful not to confuse this with flow control. Serial printers
confuse the issue by essentially using DTR for flow control.

>The exact situation in question is what should be done with DTR on
>serial ports coming from a UNIX based computer system that has either
>locked up or panic'd.
>
>In my opinion, this circumstance is such that the DTE (the UNIX
>computer system) is *not* ready to exchange data, so the DTR line
>should not be true.  My colleague believes that it is not important
>that the modems attached to the dead computer continue to answer
>incoming calls, and that since previous versions of the system
>software have behaved in exactly the same way for half a dozen years
>or more, that it's no big deal either way.
>

You're looking at a system in a crash condition so the results are simply not
well defined - you can't tell or guarantee what will happen. However a panic'd
system goes through some sort of shutdown procedure which, if it thinks it is
safe to do so, might usefully drop DTR on all serial ports.

>I'm looking for opinion as to what the *right* thing to do is and how
>important it is to do the *right* thing.  I'm also looking for actual
>data regarding computer systems from various vendors, and their
>treatment of DTR in such a situation.
>

If the only process on a port aborts the port will be closed and DTR dropped.
If the serial driver locks there's nothing you can do as you've completely
lost control of the port. If the kernel crashes you've lost control of the
entire system. What situations would your question be relavent to? How would
you detect a dead computer?

Don't worry too much about what vendors are doing - there is a general
tendancy to mess up the serial port!

Don't worry too much about adhering to every last letter of the spec. either.
Do what serves the user best. If you can prevent the user being charged for
a connection to a dead system then do so. Your question should be whether
dropping DTR under the conditions you cite would break anything. I don't think
so! Does it add anything? Yes! Is it implementable? Probably not!

-----------------------------------------
Lawrence Kirby | fred@genesis.demon.co.uk
Wilts, England | 70734.126@compuserve.com
-----------------------------------------
Newsgroups: comp.dcom.modems
From: earle@elroy.jpl.nasa.gov (Greg Earle - Gainfully Unemployed)
Subject: Re: WB Fax Upgrade
Followup-To: comp.dcom.modems
Summary: NetFax is not "Sun-specific"
Keywords: Sun  RPC  NetFax
Organization: Gainfully unemployed
Date: Wed, 6 Jan 1993 22:56:50 GMT

In article <1if89sINNgd9@darkstar.UCSC.EDU> daniel@cse.ucsc.edu (Daniel R. Edelson) writes:
>>For what it's worth GNU has a FAX Modem server and it's FREE as in
>>Free Software Foundation
>
>Yes, NetFax, but currently it appears to be Sun-specific because it uses RPC. 

Since when does the use of RPC imply that it is "Sun-specific"?  If it uses
Sun RPC, the source (rpcsrc 4.0) is freely available from many archive sites.
There are lots of other platforms other than SunOS that support Sun RPC.

--
	- Greg Earle				| Disclaimer: These are MY
	  Itinerant Sun Consultant		| opinions ONLY, not JPL's!
	  isolar!earle@elroy.JPL.NASA.GOV	| They just let me post through
	  (818) 353-8695			| their machines ...
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: comp.dcom.modems
Subject: Re: USR modems..
Date: Sat, 09 Jan 93 14:20:56 EST
Organization: Izot's Swamp

larry@gator.use.com (Larry Snyder) writes:

> They are good modems, but at a premium price.  The Telebits are overall
> excellent modems in the same price as the USR -- so they get my vote..

   Jeez, Larry, I never thought I'd see you pick Telebit over USR, given your 
history of backing USRs against the many Telebit fans in this forum.

   Of course, you worry about such things as latency because of your SLIP 
links; I have no such concerns.

  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: vrv@cimage.com (Victor Volkman)
Newsgroups: comp.dcom.modems
Subject: Re: Why get _external_ Digicom Scout ???
Date: 8 Jan 93 19:27:27 GMT
Organization: Cimage Corp, Ann Arbor, MI
X-Newsreader: Tin 1.1 PL5

You both forgot the most important reason, that us Sysops can never forget...

Every so often a modem -- no matter how good -- will get in a state where
it will not answer incoming calls or refuses to respond to AT commands
from the BBS software.  Then you must power-cycle the modem.  This is
somewhat difficult on internal modems!!!!
Newsgroups: comp.dcom.modems
From: ttolh@shell.portal.com (Todd N Tolhurst)
Subject: Re: DALLAS FAX...
Organization: Portal Communications Company -- 408/973-9111 (voice) 408/973-8091 (data)
Date: Mon, 11 Jan 1993 23:52:04 GMT

In article <1829@emoryu1.cc.emory.edu> usdpd@emory.edu (Dave Dykes) writes:
>	The moral of my story:  The folks at Dallas FAX aren't so bad after all,
>and never underestimate the audience of "the net."
>
>PS-  	The product I am getting is a v32bis/FAX/Voice Mail modem, Dallas
>	FAX is due to have such a beast in March for a price that will
>	suprise you.

Let me know if they've changed their paranoid attitude regarding
release of technical information on their modems.  They used to
be quite steadfast in their refusal to supply *any* information
on the modem's voice mode.


Newsgroups: comp.dcom.modems
From: wilker@hopf.math.purdue.edu (Clarence Wilkerson)
Subject: Digicom Scout
Organization: Purdue University
Date: Mon, 4 Jan 1993 22:48:39 GMT

Waht's a good price for it, and where can it be purchased? Has anyone
used one with a Sparc? Thanks
-- 
Clarence Wilkerson      \ Bitnet:       wilker%math.purdue.edu@purccvm
Prof. of Math. (topology)\ Internet:    wilker@math.purdue.edu
Dept. of Mathematics      \ messages:   (317) 494-1903, FAX 494-0548
Purdue University,         \ office:    (317) 494-1955 (voice/modem)
W. Lafayette, Indiana 47907 \
From: hm002b@uhura.cc.rochester.edu (PRIMUS SUCKS!)
Newsgroups: comp.dcom.modems
Subject: Re: ZyXEL U-1496E does it really have a MC68000??
Date: 10 Jan 93 17:02:31 GMT
Organization: University of Rochester (Rochester, NY)

In article <rkimball.726640832@athena> rkimball@athena.qualcomm.com (Robert Kimball) writes:
>hm002b@uhura.cc.rochester.edu (PRIMUS SUCKS!) writes:
>
>>In article:
>>I was just wondering does the ZyXEL u-1496E really have a 68000 cpu? I have
>>a 1496E and I opened it up and I could not find the 68000 chip is it there? 
>
>Yes indeed, there is a 68000 in there.  I don't see how you could miss it
>as it is huge :)  It is right next to the EPROMs.
>
>-- 
>
>
>Bob Kimball
>rkimball@qualcomm.com
Could you be a little more specific the closest thing to the M 68000 I saw
was some Motorola chip that just had the first to digits 68 then a whole
slew of other numbers. There were no other Motorola chips is that the one?
There were a bunch of "ZyXEL" chips that look the 68000
From: russotto@vnet.ibm.com (Matthew T. Russotto)
Date: Mon, 4 Jan 93 09:55:08 EST
Newsgroups: comp.dcom.modems
Subject: Re: How do I get DSZ to work in Telix?
Disclaimer: This posting represents the poster's views, not those of IBM
News-Software: UReply 3.1
            <1993Jan2.204933.15916@mnemosyne.cs.du.edu>

In <1993Jan2.204933.15916@mnemosyne.cs.du.edu> Michael Rosen writes:
>gt7692b@prism.gatech.EDU (Constantinos Malamas) writes:
>
>>>Also, because I can't get zmodem to work to upload through a telnet
>                                              ^^^^^^
>>>connection and I'm hoping something else will work.
>>>
>>>Mike
>>>--
>
>>  I am using Telix's Zmodem for just that ( downloading via telnet
>                              ^^^^^^^^
>>connection). After lots of postings last year someone solved this problem
>
>Please read carefully, I am having no trouble downloading whatsoever.
>I cannot upload.
>
>Thank you,
>Mike

Try limiting your window size (-w in 'sz') to 8192, 4096, or 1024
Trouble uploading usualy indicates a lack of handshaking somewhere,
causing overrun, and limiting the window size usually allows various
buffers to handle it.  If the underlying problem is at your end, you
probably can fix it, but it is as likely to be out of your control.
Newsgroups: comp.dcom.modems
From: mckeeveb@monashee.sfu.ca (Gumby - The unknown user)
Subject: Re: Upgrading a ZyXEL 1496E to an E+
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Sun, 10 Jan 1993 20:25:01 GMT

mckeeveb@monashee.sfu.ca (Gumby - The unknown user) writes:

>Um, hate to interrupt.. but the innards of the new E's and E+'s are identical.
>Some of the older ones may actually have slower processors, but the only other
>separating factor we can find is that E+'s always have the 1992 DSP RAM board
>where E's *MAY* have the older/smaller 1990 model.

OK, I stand corrected.  The new boards that ZyXEL has started shipping do have
actual physical differences and *NO PIGGYBACK DSP MEMORY BOARD*.

'fraid an upgrade done on these models would probably be alot harder/borderline
impossible do to the fact that the DSP memory is now done using 3 custom LSI
chips. pity. :-(

-- 
    Rob McKeever  VE7ICJ  rmckeeve@sfu.ca  mckeeveb@sfu.ca  604-291-0457
"Do you know what standards are?  They're career paths for people who don't
 want to work!" - John Parkinson, Ernst & Young at the BCDMA Conference '92
       -*-          Standard Disclaimers should be adequate        -*-
From: ashok@biochemistry.cwru.edu (Ashok Aiyar)
Newsgroups: comp.dcom.modems
Subject: Re: PC Usenet?
Date: Thu, 7 Jan 1993 02:40:35 GMT
Organization: CWRU School of Medicine
Distribution: world
NNTP-Posting-Host: axa12-slip.dialin.cwru.edu

In article <2.5000.10.fidonet.2b4bc174@che.nsk.su> Eric Fletcher <eric@che.nsk.su> writes:

>From: Eric Fletcher <eric@che.nsk.su>
>Subject: PC Usenet?
>Date: Thu, 07 Jan 93 05:35:38 +0700

>Hello drkerns@sony7.sdrc.com!

>Thursday December 31 1992 14:51, drkerns@sony7.sdrc.com wrote to All:

> dsc> I know this has got to be a FAQ, but I'm new and don't know how to get to
> dsc> those or what to do with them, so I'll stick my neck out and ask: I acces
> dsc> Usenet News from my workstation at work. Is it possible to access from a
> dsc> communications program on a PC? If so, how, and are there specific
> dsc> comm programs I should use? I just have the one that came free with my
> dsc> Hayes-clone modem, so upgrading isn't out of the question..

>There is great programm which allows you to have USENET news on PC called 
>Waffle. The latest version I know is 1.65.

Yes, Waffle is good PC UUCP program.  Please also take a look at Drew 
Derbyshire's UUPC program as well as FSUUCP if you are interested in a UUCP 
news/mail feed on PC platform.

For direct TCP/IP NNTP connection, there are several PC clients available, at 
least one of which (trumpet) works very well over SLIP modem connections.

Ashok
----------------------------------------------------------------------
                              Ashok Aiyar 
                      Department of Biochemistry
                       CWRU School of Medicine
----------------------------------------------------------------------
Newsgroups: comp.dcom.modems
From: djg2@crux1.cit.cornell.edu (David J. Greenberger)
Subject: Re: Please Help with zmodem transfers and Zoom VFX/v32bis
Keywords: ZOOM, UART, ZMODEM
Organization: Cornell Information Technologies
Date:  7 Jan 93 23:59:48 GMT

2061b7@gmuvax2.gmu.edu ( ) writes:

>Now, the one thing I don't have is a 16550 UART.  I can't find any in
>the area, but will order one if that will solve my problems.  I was 
>under the impression that I would just get slower throughput, not 
>constant CRC errors if I did not have the 16550.

Then you've been misinformed.  Are you multitasking or running on a slow
machine?  If so, the modem may receive some characters when the computer isn't
"listening," and they'll be lost, resulting in errors in the transfer.  A 16550
UART will buffer up to 16 bytes, eliminating such a problem.

It is possible to get by without a 16550, but you just have to be careful.
During downloads, avoid running anything else, especially disk-intensive
activities.  In fact, if possible, it's best to exit the multitasker entirely
before performing downloads.  (If you're lucky enough, these steps may not be
necessary.)  True, this is probably where you were hoping to multitask the
most...but you always have the option of getting a 16550.
From: john.navas@uttsbbs.uucp (John Navas) 
Newsgroups: comp.dcom.modems
Subject: INTEL SATISFAXTION VS. US
Date: 10 Jan 93 11:18:00 GMT
Distribution: world
Organization: The Transfer Station BBS, Danville, CA - 510-837-4610/837-5591
Reply-To: john.navas@uttsbbs.uucp (John Navas) 

spyder@admiral.uucp (Eric) writes:

 > Disregarding price (I can get these both for the same price + or -
 > $3) Which is a better modem, the Intel 14.4 SatisFAXtion or the USR
 > 14.4 Sportster?.......

The Sportster.

 > does anyone out there have any problems regarding connections to
 > other types of modems?..

I had problems with the Intel; no problems with the USR.

 > I already know that the USR 14.4 Sportster will pretty much connect
 > to everything, and the only drawback is that the modem is not
 > upgradable to 28.8, and it doesn't have ASL....how about the
 > Intel?....

Same.

Forget "upgradability" -- it's a marketing sham.  You'll spend less
money by buying a low-cost V.32bis modem now, and just tossing it when
you're finally ready for V.fast.

Best regards,
John
                                                                                                           
----
+------------------------------------------------------------------------+
| The Transfer Station BBS (510) 837-4610 & 837-5591 (V.32bis both lines)|
| Danville, California, USA. 400+ MB Files & FREE public Internet Access |
+------------------------------------------------------------------------+
From: Eric Fletcher <eric@che.nsk.su>
Newsgroups: comp.dcom.modems
Subject: PC Usenet?
Date: Thu, 07 Jan 93 05:35:38 +0700
Distribution: world
Organization: INC felis_hole
Reply-To: eric@che.nsk.su

Hello drkerns@sony7.sdrc.com!

Thursday December 31 1992 14:51, drkerns@sony7.sdrc.com wrote to All:

 dsc> I know this has got to be a FAQ, but I'm new and don't know how to get to
 dsc> those or what to do with them, so I'll stick my neck out and ask: I acces
 dsc> Usenet News from my workstation at work. Is it possible to access from a
 dsc> communications program on a PC? If so, how, and are there specific
 dsc> comm programs I should use? I just have the one that came free with my
 dsc> Hayes-clone modem, so upgrading isn't out of the question..

There is great programm which allows you to have USENET news on PC called 
Waffle. The latest version I know is 1.65.

  /Eric

--- GoldED 2.40.P0720
 * Origin:     ...  (2:5000/10)