HDTenEightyP/NetNews huggingface dataset:
From: larry@news.rn.com (Larry Snyder)
Subject: Re: USR modems..
Organization: Gator Communications - Feeds-R-Us 219-289-3745 
Date: Sat, 9 Jan 1993 21:47:43 GMT

geoff@zswamp.UUCP (Geoffrey Welsh) writes:

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

I think both modems are excellent.  Neither modems gets my vote for fax.
USR is great for free firmware upgrades for the life of the modem even
if enhancements are included.  Telebit offers good support for bug fixes
and system integration.  The USR is excellent for real time v.32bis latency
and of course HST support while the WB works just dandy with PEP/TurboPEP
and supports up to 115200 baud.

For dialup SLIP, currently we use USR -- however I would like to try a
AT&T v.32bis modem.  For dialup UUCP, the WB.  

I still see WB v.32bis throughput falling about 100cps below that of the
USR modems --- that is one problem I still haven't found an answer for, and
others have reported the same as well..

Maybe the 7.01 proms which I installed last week corrected the 100cps lag
time, I don't know -- does anyone know exactly what 7.01 did?

-- 
Larry Snyder                                    internet: larry@gator.use.com
keeper of the Gator                                   uucp: uunet!gator!larry
Xref: sparky comp.dcom.modems:19358 comp.dcom.fax:2434
From: tn@etek.chalmers.se (Tord Nilsson)
Newsgroups: comp.dcom.modems,comp.dcom.fax
Subject: Need class 2 FAX command spec EIA PN2388
Date: 12 Jan 93 22:37:48 GMT
Organization: Chalmers University of Technology, Gothenburg, Sweden
Originator: tn@quarl0

I am working on a Machintosh fax software and need the EIA specification
paper over the class 2 fax commandset.

		/TN
Newsgroups: comp.dcom.modems
From: leo@rulhp2.leidenuniv.nl (L. Mekenkamp)
Subject: FMODEM? Has anyone heard of it?
Keywords: fmodem modems
Organization:  Dept. of Mathematics and Computer Science ; Univ. of Leiden ; the Netherlands
Date: Tue, 12 Jan 93 13:44:15 GMT

Dear fellow-netters,

AT&T has got a new "world-wide-BBS" kind of system which uses a 
protocol called FMODEM.

Does anybody out there have any information about this protocol?
It seemed rather quick. (GIF file in +-60 sec while 90 sec 
expected.)

Leo 


Leo Mekenkamp
mekenkamp@rulwinwst.leidenuniv.nl
leo@rulhp1.leidenuniv.nl
From: lars@spectrum.CMC.COM (Lars Poulsen)
Newsgroups: comp.dcom.modems
Subject: Re: Wang 14i modem
Date: 9 Jan 93 07:25:27 GMT
Organization: CMC Network Systems (Rockwell DCD), Santa Barbara, CA, USA

In article <93008.233511DMTSI@CUNYVM.BITNET> <DMTSI@CUNYVM.BITNET> writes:
>  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?

V.32bis is full duplex.

>This modem uses Rockwell chipset. Is this a good chipset?

Over the years Rockwell Modem Systems has developed MANY modem chipsets.
Most of which are presumably good value for the money, since they have
sold very well.

If you are not happy with your modem, why keep it ?

A V.32bis/V.42bis 14400 bps modem with compression should cost somewhere
between $200 and $700 depending on brand name and features (fax,
caller-ID, voice I/O, internal/external, bundled software). If you paid
less than $200, it is very unlikely that you got a V.32bis modem.
If you don't know what you are buying, and you don't know what to
expect, you probably should not be spending this kind of money.

A 2400bps data modem with compression OR send-only fax should cost $95
to $175. This is a noticeable improvement over 1200bps. If you don't 
regularly do significant file downloading, that is probably all you
need.
-- 
/ Lars Poulsen, SMTS Software Engineer	Internet E-mail: lars@CMC.COM
  CMC Network Products / Rockwell Int'l	Telephone: +1-805-968-4262	
  Santa Barbara, CA 93117-3083		TeleFAX:   +1-805-968-8256
Newsgroups: comp.dcom.modems
From: mmccolli@comanche.ess.harris.com (Mike McCollister)
Subject: Cardinal Question
Date: Fri, 8 Jan 1993 17:02:33 GMT
Reply-To: mmccolli@comanche.ess.harris.com
Organization: Harris Corporation, Government Aerospace Systems Division

I'm considering purchasing a Cardinal 14.4k bps modem from ZEOS.  Has anyone
had any good/bad experiences with this modem?

I'll be using this modem on a 16MHz 386SX.

Mike McCollister

  _________________________________________________________________________
 /                                                                        /|
+------------------------------------------------------------------------+ |
|  _________                          |                                  | |
| |  _   _  | Michael J. McCollister  | Phone:  (407) 729-7054           | |
| |_| |_| | | Harris Corporation      | Email:                           | |
| |_/\/\/\|_| P.O. Box 94000          |   mmccolli@su100l.ess.harris.com | |
| | |_| |_| | Mailstop 100/4823       | -------------------------------- | |
| |_________| Palm Bay, Florida 32905 | I'm not going to say anything    | |
|                                     | stupid today.  Not!              |/
+------------------------------------------------------------------------+

Newsgroups: comp.dcom.modems
From: poffen@sj.ate.slb.com (Russ Poffenberger)
Subject: Re: A Telebit FAX upgrade FLAME (Was: "Re: WB Fax Upgrade")
Organization: Schlumberger Technologies, ATE division, San Jose, Ca.
X-Newsreader: TIN [version 1.1 PL7]
Date: Thu, 7 Jan 93 23:49:35 GMT

Graham Allan (alla0008@student.tc.umn.edu) wrote:
: In article <1993Jan6.100623.15326@elroy.jpl.nasa.gov> isolar!earle@elroy.JPL.NASA.GOV writes:
: > [about lack of documentation for fax commands]
: >In the future, I would appreciate it if Telebit would take into consideration
: >the fact that a customer who pays Real Money for a PROM upgrade which contains
: >new features deserves to have every one of those new features documented *fully
: >and completely*, and does NOT deserve to have proprietary software solutions
: >pushed upon him/her from vendors who apparently have been provided with this
: >information.  The customer deserves the right to have sufficient information
: >provided to him/her in order to pursue their own software solution, be it free
: >or otherwise.
: 
: Actually, no fax modem I have seen has ever had any documentation on the
: commands to control the fax capabilities. Admittedly, that's only a sample
: of 2 different modems, but it looks as if it's standard practise not to
: supply this information (possibly because its not useful for the average
: end-user).
: 
: You can get hold of documents describing the Class-1 and Class-2 protocols
: from several BBS's - I saw a copy which had originated from Supra.
: 
: Graham.

The manual that came with my Zoom v.32bis FAXmodem documents the FAX commands.

For such a cheap modem (works well for me though), I have to admit that the
manual is quite good.

Russ Poffenberger               DOMAIN: poffen@sj.ate.slb.com
Schlumberger Technologies ATE   UUCP:   {uunet,decwrl,amdahl}!sjsca4!poffen
1601 Technology Drive		CIS:	72401,276
San Jose, Ca. 95110             Voice: (408)437-5254  FAX: (408)437-5246
From: tnixon@hayes.com
Newsgroups: comp.dcom.modems
Subject: Re: hayes response codes and uugetty/getty 
Date: 4 Jan 93 11:46:29 EDT
Organization: Hayes Microcomputer Products, Norcross, GA

In article <1993Jan3.000336.6189@netcom.com>, adler@netcom.com
(Bruce Adler) writes: 

> If I don't disable the answering result codes (i.e. Q0), does the
> modem generate the CONNECT messages before or after it raises DCD?

All result codes are issued prior to DCD being turned on.  At least, 
that's the way it's SUPPOSED to be!!

-- 
Toby Nixon, Principal Engineer      | Voice   +1-404-840-9200  Telex 401243420
Hayes Microcomputer Products, Inc.  | Fax     +1-404-447-0178  CIS   70271,404
P.O. Box 105203                     | BBS     +1-404-446-6336  AT&T    !tnixon
Atlanta, Georgia  30348             | UUCP uunet!hayes!tnixon  Fido   1:114/15
USA                                 | Internet                tnixon@hayes.com
From: schuster@panix.com (Michael Schuster)
Newsgroups: comp.dcom.modems
Subject: Re: ZyXEL U-1496E does it really have a MC68000??
Date: 10 Jan 93 13:23:27 GMT
Organization: Panix Public Access Internet & Unix, NYC

In article <1993Jan10.033033.4699@galileo.cc.rochester.edu> 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? 


Absolutely. It's staring you in the face ... the largest chip on the board.


-- 
_______________________________Mike Schuster________________________________
NY Pub. Access UNIX/Internet: schuster@panix.com | 70346.1745@CompuServe.COM
The Portal (R) System: schuster@shell.portal.com | MCI Mail,GEnie: MSCHUSTER
Newsgroups: comp.dcom.modems,biz.comp.telebit
From: jfw@technix.mn.org (Jerry Wallace)
Subject: Re: Detecting TurboPEP
Organization: Private System - Saint Paul, MN
Date: Sun, 10 Jan 1993 03:36:22 GMT

Eric W. Ziegast writes:

If you connect with a T2500 (TB+, et. al.) you won't get compression.
If you connect with a WorldBlazer, you'll get compression (thus returned
with COMP in your CONNECT message).

Geoffrey Welsh responds:

   Nifty idea... but don't the latest firmware revisions for PEP2 modems 
include V.42bis support?

I say:

Yup, but only for every modulation except PEP.  Only the WorldBlazer
uses v.42(bis) for PEP and then only to another WB.
-- 
Jerry Wallace                    TechNIX, Inc.
Electronic: jfw@technix.mn.org   Suite 103
  Acoustic: +1 612 645 7684      2301 Como Avenue
 Ballistic: Hah!                 Saint Paul, MN  55108
From: uhubb@mcl.ucsb.edu (Richard Hubbell)
Newsgroups: comp.dcom.modems
Subject: pcomm for sparc
Keywords: sparc pcomm comm app
Date: 6 Jan 93 05:46:32 GMT
Distribution: comp.dcom.modems

Has anyone had luck getting pcomm to work on a Sun sparcstation?
Pcomm is similar to procomm for the pc. However I haven't been able to make
it fly.  It compiles and I can configure it, but it won't dial out.
Forgive me if this is the wrong group or if this has been mentioned before.
(if it is the wrong group which group would be better suited for this type of
discussion? I recently got a Sun Sparc1 and don't know where to look for tips
and the like yet.)


Newsgroups: comp.dcom.modems
From: larry@news.rn.com (Larry Snyder)
Subject: Re: PPI 9600SA
Organization: Gator Communications - Feeds-R-Us 219-289-3745 
Date: Wed, 6 Jan 1993 22:45:09 GMT

ssturgis@netcom.com (Scott Sturgis) writes:

>I just put a PP9600SA modem on a bbs running TBBS. I can't seen to get it
>to function correctly. The PM14400fsxa works fine. Does anyone have any
>tricks to get this thing to work with TBBS or could someone email their
>settings.

You might want to try your friends at eSoft - 


-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Newsgroups: comp.dcom.modems
From: wolfgang@netcom.com (Wolfgang Henke)
Subject: Re: Digicom Scout+ problems
Organization: Netcom
X-Newsreader: Tin 1.1 PL5
Date: Fri, 8 Jan 1993 18:41:38 GMT

Sunrise Test Systems (srtest@netcom.com) wrote:
: About that noisy power problem and the modem on the SPARC-
: 
: It turns out that the problem is related to thermal and/or power
: sensitivity.  After substituting the surge protector/filter, 
: the modem still acted a little flakey.  I suspected thermal 
: problems, and took the modem out if its case to try to keep it cool
: (I had noticed that the modem worked better if I shut it off for
:  a few minutes and turned it back on).  After this, it worked like
: a champ.  No problems at all, every connection was negotiated 
: correctly.  Multiple dialers tried the dial-in and got good
: connections too.
: 
: Looks like I got a marginal board.  I think I'll verify the problem
: is thermal and give Digicom support a call.

Nothing is impossible, but please note that all Digicom modems are
put into a heat room for an extended period of time for testing,
before they are shipped. As far as I know, this would be the first
such case. 

One other user proposed a hypothesis that the Scout+ works better under
75 degrees Fahrenheit room temperature when used 24 hours on dialin
lines. Last I heard is that the hypothesis may not be true.


-- 
   _________________________________________________________________________
   Wolfgang Henke     Data lanes not car pool lanes      wolfgang@netcom.com
From: jos@swamp.waterland.wlink.nl (jos van der meer)
Newsgroups: comp.dcom.modems
Subject: Re: Hookup problems with Zoom AMZ 2400
Date: Sat, 9 Jan 93 01:07:50 -2300
Organization: Swamp Institute

In <C0JHnt.24z@unix.amherst.edu> ljnelson@unix.amherst.edu (LAiRD j. NeLSoN) writes:


>I am the proud owner of a mac 512KE, and figured that if it can't do anything
>else, at least it could be a terminal.  So I bought a Zoom AMZ 2400 Modem and
>a 9-pin to 25-pin serial cable.  Hooked them up and fired up the software,
>and lo and behold it couldn't find the modem.

Did you obtain a cable for the Mac 512 or are you using a PC cable?

>So, I figured, here was a case where the age of the 512KE might come into play.
>The only thing the modem did when connected to the 512KE that it *didn't* do
>when connected to the other machine that I tested it on, was to light up the
>RD/SD (receive/send data) lights immediately upon powering up the computer.
>I figured that the serial port put out a constant voltage or something that
>would account for this, but these lights did *not* light when I tested the 
>modem on the other machine (an SE).  Herein, I bet, lies the problem.

Looks like your cable is wrong. The Mac 512 9 pin serial connector differs
from the PC 9 pin serial connector. Get hold of a special cable for the Mac
512 or make one yourself. The shareware communication program Zterm has a
doc file with a description of the cable for a mac 512 9-pin to modem 25-pin
connector. (If you can't get a copy of that, mail me)

Jos

Newsgroups: comp.dcom.modems,comp.sys.sun.hardware,comp.sys.sun.admin
From: bhays@teal.csn.org (Boyd Hays)
Subject: Supra Modems with a SUN IPC?
Organization: Colorado SuperNet, Inc.
Date: Wed, 13 Jan 1993 02:38:58 GMT

Hello,
    I'm having trouble configuring a SUN IPC running 4.1.2 to use a Supra
    V.32bis FAX modem.  If I "hang" the getty off the line manually I can
    dial this modem and login (sometimes). If I let init, via ttytab, launch
    the getty I see a flury of activity on the send/receive lines and the
    modem appears to be to busy to answer the phone. Supra's BBS has no
    info on how to configure their modems with a SUN.

    I'm using one of the SUN standard DIN8 to DB25 modem cables to connect it.
    I've tried numerous combinations of eeprom settings for cts/rts/dtr/cd.
    ttysoftcar does things I don't understand. The folks at SUN's technical
    support recommend "standard" settings on the UNIX side of the port and let
    the modem do all the negotiation.

    I've looked at the pages from Evi Nemeth<sp>'s book and from the managing
    terminals and configurations from some Solaris book. A postscript paper
    by Hal L. Stern has proven useful, but I still can't seem to get this
    modem to work.

    My questions:
    1) Does anyone have any configuration hints?
    2) Does anyone have the register settings they're using for this modem?
    3) Any special hardware handshake needs that I should be aware of?
    4) Does getty override any settings from the eeprom?
    5) Is the ms=crtscts required for this modem in gettytab?
    6) I'm considering blowing this modem off and using a QBlazer,
       good, bad or indifferent idea?

Thanks in advance,
Boyd Hays
bhays@csn.org
Newsgroups: comp.dcom.modems
From: phr@telebit.com (Paul Rubin)
Subject: Re: DALLAS FAX...
Organization: Telebit Corporation; Sunnyvale, CA, USA
Date: Tue, 12 Jan 1993 03:08:22 GMT

In article <C0prMt.1wM@unix.portal.com> ttolh@shell.portal.com (Todd N Tolhurst) writes:

   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.

I know someone who got the info out of them and is writing a voice
application for their modem.  I don't know if she signed an NDA.
Newsgroups: comp.dcom.modems,sci.electronics,uk.misc
From: oppedahl@panix.com (Carl Oppedahl)
Subject: Re: UK phone circuits vs. US phone circuits
Organization: PANIX Public Access Unix, NYC
Date: Tue, 12 Jan 1993 19:29:49 GMT

In <C0oMBu.BC@apricot.co.uk> marcusj@apricot.co.uk (Marcus Jenkins) writes:


>I need some clarification of UK telephone circuits
>and how they map onto US ones.  I have just bought
>a UK-US telephone adaptor, but when I opened it up
>to have a look at what was connected to what I got
>rather confused.  Here's how it's connected:

[stuff omitted that is really quite interesting and 
helpful but takes up space, so those who are interested
will have to do back to the reference posting]


>What my adaptor does is:

>UK plug                    US socket

>BT ID  pin                 pin  label in socket

>A wire  5   -------------   4   T1 (tip cct. 1?)
>B wire  2   -------------   3   R1 (ring cct. 1?)


>Do all US circuits really only have the 'tip' 
>and 'ring' connections?  

All RJ11 circuits, yes.  And that covers most
single-line telephones, answering machines, fax
machines, and modems.

A good reference in this area is my book about 
telephones, published by Consumer Reports.

I consider it quite likely that it will require only
two wires for you to plug in your modem to the British 
dial tone.  Same answer for most countries except where
"ground start" is used.  (With ground start you obtain a 
dial tone by grounding one of the two wires, and after
you have the dial tone you release the ground and use 
only the two wires for the rest of the call.)

Good luck.


>I am quite aware of the British BABT 'phone 
>apparatus approval system which makes it
>illegal for me to connect non-BABT approved
>equipment to the British 'phone system directly.
>Therefore consider my enquiry as purely a 
>hypothetical excercise.  I would never dream of
>breaking the law (however petty it might be and
>even if it was produced principally in the 
>interests of preserving vested interests of a
>fat monopoly like BT (and of course to prevent
>bozos from connecting the mains at 240V into 
>the 'phone system which is what I expect anybody
>from BT will tell you was the sole reason)
>- flame off).
> 
>Thanks in advance.

>Please mail me.


> _ _ _
>' ) ) )                         Internet: marcusj@apricot.co.uk
> / / / __.  __  _. . . _        UUCP: marcusj@apricot.uucp
>/ ' (_(_/|_/ (_(__(_/_/_)_      If all else fails from US, try:  
>Marcus Jenkins                  apricot!marcusj@relay.EU.net
>Tel: +44 21 472 3002  Fax: +44 21 471 2935
>Disclaimer:  Anything I wrote above is, of course, my own view and
>             does not in any way represent my employer.
-- 
Carl Oppedahl AA2KW  (intellectual property lawyer)
30 Rockefeller Plaza
New York, NY  10112-0228
voice 212-408-2578     fax 212-765-2519
Newsgroups: comp.dcom.modems
From: snelson@cray.com (Steve Nelson)
Subject: Handshaking sequence
Organization: Cray Research, Inc.
Distribution: usa
Date: 6 Jan 93 22:52:51 CST

Can anyone tell me where I can obtain detailed handshaking sequence
protocols used during the connection sequence of two modems?  I would
like to emulate this sequence with some special purpose hardware.
Although I am interested in only 300 baud, I want the sequence to 
work for virtually any auto-baud detect modem that might be on the
other side.

Thanks in advance.

Steve Nelson
Cray Research
snelson@romulus.cray.com


Newsgroups: comp.dcom.modems,biz.comp.telebit
From: ronal@telebit.com (Ronal Thompson)
Subject: Re: Class 2 FAX modem AT commands documentation (Re: Telebit FAX upgrade)
Keywords: Telebit  FAX  documentation
Organization: Telebit Corporation; Sunnyvale, CA, USA
Date: Fri, 8 Jan 1993 17:06:28 GMT


But, did you call Telebit customer service and tell them that you are
a developer of fax software and ask for the Developers agreement?


Of course these are my opinions, who else would claim such drivel?
ronal@telebit.com

Newsgroups: comp.dcom.modems,biz.comp.telebit
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: comp.dcom.modems
Subject: ZyXEL voice and flow control 
Distribution: world
Date: Wed, 06 Jan 93 14:34:24 GMT
Organization: Crynwr Software

In article <rkimball.726270410@athena> rkimball@athena.qualcomm.com writes:

   >I've never tried it while actually transmitting data, but I presume it works
   >the same.  This is using U1496E  V 5.02 M.

   I tried it with no success.  I will try again.  The modem has a real problem
   decoding DTMF on the phone I use for testing.  It can only decode the
   3, 6, 9, # keys...sort of.  I have another phone which produces long tones
   and the modem can decode those well.  I will try with that phone.

My 5.00 ROMs could only do that column correctly.  My 5.04 ROMs
decode all the keys properly.

-russ <nelson@crynwr.com> What canst *thou* say?
Crynwr Software           Crynwr Software sells packet driver support.
11 Grant St.              315-268-1925 Voice  |  LPF member - ask me about
Potsdam, NY 13676         315-268-9201 FAX    |  the harm software patents do.
From: markp@cranham.cc.earlham.edu (Mark Pearson)
Newsgroups: comp.dcom.modems
Subject: Re: Digicom Scout+ problems & Gateway
Date: 7 Jan 93 15:39:04 GMT
Reply-To: markp@cranham.cc.earlham.edu

In article <9301070210.AA05696@poincare.phys.cmu.edu>  writes:
}I'm having two intermittent problems with a Digicom Scout+ on a
}Gateway 16 MHz 386sx.
}
}2.  There are also times (which keep recurring, though I can't
}forcibly reproduce them) where the modem becomes completely silent,
}that is, it gives no response whatsoever to any AT commands, including
}AT*O, and various AT&F commands (even repeated); by "silent" I mean
}not just no echo, but no OK, either.  The only way I can remedy this
}is to reboot, and, in a few instances, use the reset button.  Is this
}something I should expect, and/or is there a way around it?
}

I have a Gateway 2000 386sx 16MHz at home and guesss what? It does the same  
thing to me as well! That is, with a Practical Peripherals SA9600, or Everex  
2400+ modems it will occassionally just does not respond to the AT command. I  
found that the solution was to get through to the COM port (using kermit or  
whatever) and then type the AT command in CAPITAL LETTERS. I invariably get an  
OK response and everything else is hunky dory.
By the way, has anyone tried using Dialslip on a Gateway? I have found that it  
just doesn't retreive the IP number from the Slip server at all. I'm not sure  
whether this is a problem with Dialslip or the Gateway's serial port.


--
Mark H Pearson	            Coordinator of Academic Computing
Earlham College, Richmond, In 47374
regular e-mail: 	markp@yang.earlham.edu
NeXT mail     : 	markp@cranham.cc.earlham.edu	
Newsgroups: comp.dcom.modems