HDTenEightyP/NetNews huggingface dataset:
Subject: Re: RTS problem w/USR Dual Standard 
Distribution: world
Organization: BT
X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.19)
Date: Tue, 5 Jan 1993 12:11:21 +0000

In article <BJuliano.10.726207943@rm42.ucc.uconn.edu> BJuliano@rm42.ucc.uconn.edu writes:

>I had my USR square dual standard working fine with RTS/CTS flow control.  
>Today it stopped working.  I was using the R2 command before and now it 
>keeps the modem from communicating as the RS light never comes on.  I 
>verified the lack of RTS with a RS232 led tester.  The results are the same 
>on both com ports on each of two computers, using dos redirection, QModem 
>and Telemate, no RTS.  Any ideas?

Sounds like a broken wire in the lead. Did you try the tester at the PC rather
than the modem end of the cable?

-----------------------------------------
Lawrence Kirby | fred@genesis.demon.co.uk
Wilts, England | 70734.126@compuserve.com
-----------------------------------------
Newsgroups: comp.dcom.modems
From: jmccorm@a.cs.okstate.edu (MCCORMICK JOSHUA C)
Subject: Re: PPI EPROMS (Re: PPI repair charges)
Organization: Oklahoma State University
Date: Thu, 7 Jan 93 11:55:37 GMT

From article <C0H9yJ.L3C@news.rn.com>, by larry@news.rn.com (Larry Snyder):
>>I recently heard from a friend that he's now getting only MNP 4 connects from 
>>HST D/S modems with the new ROM. Can someone confirm?
> 
> We get MNP5/LAPM connections here with ours --- try it yourself,
> 219-289-0282 -- USR DS's with v.32bis, 16.8HST and Fax -- with a
> locked DTE of 56700 baud.

Just making sure that there's absolutely no confusion here. You're saying
that you're running the 1.21 ROM in the PPI, and you're not having any
problem with v.42bis on a HST D/S, 16.8k variety?

-- 
jmccorm@a.cs.okstate.edu
                                   ### ####  #### *---------------------------*
*--This space intentionally--*     ### ##########     Fight-O-Net address:
*-designed to waste taxpayer-* ### ### ### ## ###   Josh McCormick @ 1:3814/0
Newsgroups: comp.dcom.modems
From: fenner@postscript.cs.psu.edu (Bill Fenner)
Subject: Re: A Telebit FAX upgrade FLAME (Was: "Re: WB Fax Upgrade")
Organization: Penn State Computer Science
Date: Sun, 10 Jan 1993 18:24:41 GMT

In article <1993Jan10.172024.28348@henson.cc.wwu.edu> n8743722@henson.cc.wwu.edu (delorm david) writes:
|How does [the ZyXEL] handle manually originated fax calls, ie the type where
|the sending fax machine is silent until the operator hears fax tones from
|the reciever?

By presenting FAX answer tones after it has failed to connect with all other
enabled modulations; pretty much the same way the Telebit PEP modems (can) do
PEP handshaking.

  Bill
From: casey@gauss.llnl.gov (Casey Leedom)
Newsgroups: comp.dcom.modems
Subject: Re: Hayes lawyers intimidate competition (was: Hayes Press Release)
Date: 11 Jan 93 05:46:22 GMT
Organization: Lawrence Livermore National Laboratory

/ From: tnixon@hayes.com (Toby Nixon)
| 
| Best known as the leader in microcomputer modems, Hayes develops,
| supplies and supports computer communications equipment and software for
| personal computer and computer communications networks.  The company
| distributes its products in over 60 countries through a global network of
| authorized distributors, dealers, mass merchants, VARs, systems
\ integrators and original equipment manufacturers.

/ From: marquis@netcom.com (Roger Marquis)
| 
| Hayes is clearly earning their new reputation as a company that is
| maintaining market share via legal actions, threats and intimidation.
| 
| Like IBM, Hayes 'old boy' management apparently doesn't think that it is
| cost effective to compete on technology alone.  Maybe this is why Hayes
| modems are priced substantially higher than the competition's similarly
| featured products.
| 
| Toby, I can see that you are good at marketing, and an asset to your
| employer, but can you name one thing Hayes has done in the last 5 years
\ to advance modem technology?

  As others have pointed out, Hayes is just defending what the courts
have determined to be Hayes reasonable patent.  You and I may disagree
with that decision -- and I do -- but Hayes isn't doing anything wrong.
Until the system as a whole changes, Hayes would be violating its
shareholders trust by not pursuing all infringements on its legal
property.  If it didn't, it would be buried by its competition.

  As for impugning Toby and Hayes technical contributions, I think you're
being entirely unfair.

  I'm not particularly fond of the press releases I've seen Toby and
others distribute, but they haven't been too far out of line.  (Though
I'd certainly prefer to see them in comp.newprod -- a news group
*dedicated* to press releases.)  I certainly think that it's unfair to
label Toby as primarily a marketing person given his extremely cogent and
valuable technical contributions to this group.

  Finally, if Hayes has done nothing more than send Toby (and possibly
others) to the CCITT meetings to help develop the new high-speed modem
standards that we all use and love, Hayes has done more than enough to
forward the state-of-the-art.

  However, I'm certain that Hayes, and other modem companies, have done
far more than that.  One doesn't come up with these new hyper-way-out
modem technologies out of thin air.  It requires supporting a very bright
cadre of people with a lot of time invested in education and technical
interaction with others.

  I guess, in summary, I'd like to say that if you object to something,
object to what you're upset about.  In this case it sounds like you,
others and myself are all upset about the courts making a legal decision
about a technical matter that we feel is obviously wrong.  Thus, complain
about the decision or the system, but don't castigate either the
messenger or the company that's trying to survive in the system.

Casey
From: sp@questor.org (Steve Pershing)
Newsgroups: comp.dcom.modems
Subject: Re: Special Modem for a Cellular Phone ?
Date: Sun, 10 Jan 93 11:31:39 PST
Organization: Questor|Free Usenet News|Vancouver, BC: +1 604 681 0670

endesa@lascar.puc.cl (Eduardo Lucero) writes:

|> Hello Netlanders...
|> I plan to buy a fax/modem to use with a
|> laptop and a cellular phone.
|> Do I need a special modem?
|> Thanks in advance.

Yes, you sure do.  ZyXEL makes excellent cellular modems.  We, and lots of
other people sell them.  They are *not* at all cheap.

Various prices, data sheets and more are available from our mail-server.
For info on ZyXEL and Telebit modems and other bits and pieces, send e-mail
to:     mail-server@questor.org

and in the body of your text, put:

help
dir


--
    Steve Pershing, SysAdmin  <sp@questor.org>    The QUESTOR Project
  FREE access to Environ, Sci, Med, & AIDS news, and more.  [also UUCP]
    on a ZyXEL-U1496S+  =>  v.42bis, v.32bis, v.33, up to 16,800bps.
                 -=-         -=-         -=-         -=-
   Fones: (+1 604)  Data: 681-0670  Telefax: 682-6160  Voice: 682-6659
From: rathmann@nic.cerf.net (Raul Rathmann)
Newsgroups: comp.dcom.modems
Subject: Address/phone number for Forval America
Date: 11 Jan 1993 07:46:20 GMT
Organization: CERFnet Dial n' CERF Customer Group
Distribution: world
NNTP-Posting-Host: nic.cerf.net

Could someone please give me the address and phone number of Forval America?

Thanks - Raul
rathmann@cerf.net

Newsgroups: comp.dcom.modems
From: yaturner@dms.agames.com (James M. Turner)
Subject: Re: WB Fax Upgrade
Organization: Atari Games Corp.
Date: Wed, 6 Jan 1993 01:17:55 GMT

For what it's worth GNU has a FAX Modem server and it's FREE as in
Free Software Foundation


-- 

James M. Turner     yaturner@agames.com       

Those who feel the breath of sadness, sit down next to me
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 17:54:18 GMT

Sunrise Test Systems (srtest@netcom.com) wrote:
: 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.

This behaviour typically occurs if there is a problem with the error-
correction or compression negotiation at the end of the handshake.
Maybe the modems cant agree on the size of the V.42 translate tables.
This does not usually occurr between Scout+ modems, but might occur
sometimes between older modems and the Scout+.

If you email me the dialin number, I'll be happy to run some tests on it
and see if this analysis holds up.

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

Just for your reference, here I append the init strings and
configurations I use on different computers:

Setup for the Digicom Scout+ modem.

Init string for IBM compatibles: AT&F&W
Software Qmodem

at*o
MODEL:SCOUT PLUS
DTE:  38400 N81
DCE:  IDLE

 E1  K1  M1  Q0  V1  X4 TONE
&B0 &C1 &D2 &R2 &T5 
*E9 *F3 *G1 *M1 *N6 *P0 *Q1 *S1 *T1 

S00=002  S04=010  S08=002  S15=255
S01=000  S05=008  S09=000  S18=000
S02=043  S06=002  S10=003  S25=000
S03=013  S07=045  S12=050  S26=000
OK

Init string for Apple MacIntosh: AT&F&D0&W
Software Quicklink II, cable included with modem

at*o
MODEL:SCOUT PLUS
DTE:  38400  N81
DCE:  IDLE

 E1  K1  M1  Q0  V1  X4 TONE
&B0 &C1 &D0 &R2 &T5 
*E9 *F3 *G1 *M1 *N6 *P0 *Q1 *S1 *T1 

S00=002  S04=010  S08=002  S15=255
S01=000  S05=008  S09=000  S18=000
S02=043  S06=002  S10=003  S25=000
S03=013  S07=045  S12=050  S26=000
OK

Init string for Sun 3/60: AT&F*F2*M0X5M0&W
Software tip from 4.1.1

at*o
MODEL:SCOUT PLUS
DTE:  38400  N81
DCE:  IDLE

 E1  K1  M0  Q0  V1  X5 TONE
&B0 &C1 &D0 &R2 &T5 
*E9 *F2 *G1 *M0 *N6 *P0 *Q1 *S1 *T1 

S00=002  S04=010  S08=002  S15=255
S01=000  S05=008  S09=000  S18=000
S02=043  S06=002  S10=003  S25=000
S03=013  S07=045  S12=050  S26=000
OK


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

Newsgroups: comp.dcom.modems
From: wolfgang@netcom.com (Wolfgang Henke)
Subject: Re: HELP - do you have the BitFax software ??
Organization: Netcom
X-Newsreader: Tin 1.1 PL5
Distribution: usa
Date: Tue, 12 Jan 1993 05:16:04 GMT

Paul Levin (paul@tct.com) wrote:
: 
: I am a legal, registered owner of BitFax by Bit Software.  I recently
: upgraded to the latest version, and due to a long story, I no longer have
: the older version.  I have been having some problems with the new version,
: and a new modem I recently bought.  I would like to get a copy of an older
: version, if you have one.
: 
: The version I currently have is --  BitFax/SR  TR-29  Ver 3.09.03
: This is BitFax for straight DOS, not Windows.
: 
: If you have a version of BitFax for straight DOS, with an older Version
: number, can you please contact me.  Send e-mail to   paul@count.tct.com  
: or call 813-532-2239 (work) or 813-969-3367 (home).

Bitfax is available at ftp.rahul.net:/pub/wolfgang. 
-- 
   _________________________________________________________________________
   Wolfgang Henke     Data lanes not car pool lanes      wolfgang@netcom.com
From: mckeeveb@monashee.sfu.ca (Gumby - The unknown user)
Newsgroups: comp.dcom.modems
Subject: Re: ZyXEL voice and flow control
Keywords: ZyXEL voice flow control
Date: 10 Jan 93 09:16:54 GMT
Organization: Simon Fraser University, Burnaby, B.C., Canada

rodney@tyrell.tynet.sub.org (Rodney Volz) writes:

>In article <rkimball.726258443@athena> rkimball@athena.qualcomm.com (Robert Kimball) writes:
>>>1.) Proper RTS/CTS flowcontrol in voice mode
>>>2.) Reliable DTMF recognition
>>>3.) Reliable at&d3 mode (*really* hangup on DTR->low)
>>>4.) Adjustable volume gain in voice mode
>>
>>One more thing I would add to the list, this one really annoys me...
>>
>>5.) Recognize and report DTMF while transmitting voice.  This is really needed
>>    for proper voice mail so that while playing your greeting the call can
>>    enter DTMFs to get to a mailbox, without having to listen to the entire
>>    greeting.

OK folks, let's organize this:

My proposal:
	Send me a list of what you feel are the most wanted/least wanted
features for ZyXEL modems.

We'll get a list together and prioritize things by the number of requests
and send it to ZyXEL USA and directly to ZyXEL Tawain (where the ROMs are
actually written)

-- 
    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: russotto@vnet.ibm.com (Matthew T. Russotto)
Date: Thu, 7 Jan 93 09:02:46 EST
Newsgroups: comp.dcom.modems
Subject: Re: Handshaking sequence
Disclaimer: This posting represents the poster's views, not those of IBM
News-Software: UReply 3.1

In <1993Jan6.225251.19279@hemlock.cray.com> Steve Nelson writes:
>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.

300bps is easy... you just keep blasting out the carrier tone and
eventually the other side figures out that you aren't going to respond
to its high-speed mating calls and drops to 300bps.
Newsgroups: comp.dcom.modems
From: fenner@postscript.cs.psu.edu (Bill Fenner)
Subject: Re: ZyXEL voice and flow control
Keywords: ZyXEL voice flow control
Organization: Penn State Computer Science
Date: Tue, 5 Jan 1993 20:08:00 GMT

In article <rkimball.726258443@athena> rkimball@athena.qualcomm.com (Robert Kimball) writes:
|One more thing I would add to the list, this one really annoys me...
|
|5.) Recognize and report DTMF while transmitting voice.  This is really needed
|    for proper voice mail so that while playing your greeting the call can
|    enter DTMFs to get to a mailbox, without having to listen to the entire
|    greeting.

This works for me.  I dialed 123456789*0# after typing AT+VTX.

OK
at+fclass=8
OK
atdt37438
VCON
at+vls=2
VCON
at+vtx
CONNECT
^P1^P2^P3^P4^P5^P6^P7^P8^P9^P*^P0^P#
VCON
ath
OK

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

|How can we report this to the ZyXEL engineers?

I'm working on helping ZyXEL USA to get an Internet address.

  Bill
From: kingpin@spiff.gnu.ai.mit.edu (Joe Smooth)
Newsgroups: comp.dcom.modems
Subject: USR Dual Standard Configuration Question/Problem
Date: 5 Jan 93 00:11:44 GMT
Distribution: comp
Organization: None

Hi I have a USR Dual Standard (the older version with the round LEDs).. I can't
seem to configure it correctly to connect at the MAXIMUM possible speeds
and v32 and HST.. the Qmodem modem quick-setup config doesn't really work
too well.. If anyone has a DS could you please email your configuration
or something? thanks a lot!

(email responses only please)
Newsgroups: comp.dcom.modems
From: fenner@postscript.cs.psu.edu (Bill Fenner)
Subject: Re: ZyXEL voice and flow control
Keywords: ZyXEL voice flow control
Organization: Penn State Computer Science
Date: Fri, 8 Jan 1993 19:03:08 GMT

In article <1993Jan7.160410.26277@netcom.com> qualtrak@netcom.com (Qual Trak) writes:
|In article <C0Goy4.8A0@cs.psu.edu> fenner@postscript.cs.psu.edu (Bill Fenner) writes:
|>In article <C0GHIz.MoJ@wsrcc.com> wolfgang@wsrcc.com (Wolfgang S. Rupprecht) writes:
|>|Having to deal with software flow control forces one to write fairly
|>|inefficient code.
|>Hardly; XON/XOFF is the TTY driver's job.  Set IXON, and feel free to write
|>gobs and gobs of data and let the TTY driver worry about flow control.
|Pray tell me where I can find a tty driver that can look for "dle
|shielded" xon xoff sequences.

Not necessary.  First of all, I'm not sure that the XON/XOFF *are* really
DLE shielded when in voice transmission mode.  Second of all, it doesn't
matter to the TTY driver if there's a DLE before the XON or XOFF; <DLE><XOFF>
is still an <XOFF>.

The thing to remember is that you're transmitting, and the only thing that
you could receive back from the modem is:
a) flow control
b) touch tone information

So the worst that could happen is that you will get an extra <DLE> in the data
strem, which is easy enough to check for, since <DLE><DLE> has no meaning
in this context.

  Bill
From: a74k110@titan.ucc.umass.edu (Chris Lloyd)
Newsgroups: comp.dcom.modems
Subject: Need Sync timing diagram
Date: 11 Jan 1993 22:05:39 -0500
Organization: University of Massachusetts, Amherst
Distribution: world
NNTP-Posting-Host: titan.ucc.umass.edu


Hi,

I need a timing diagram describing data transfer using sync mode with a
Telebit T3000. Basically which lines are used, when clocks are active,
which lines indicate data start/stop bits or a frame etc..

Any help on timing diagrams for standard RS232 Sync comm. would be appreciated.
Replies by email please.

Thanks,
Chris
-- 
::   Christopher Lloyd  ::  a74k110@titan.ucc.umass.edu  ::  Yrrid, Inc.    ::
Newsgroups: comp.dcom.modems,alt.fax
From: nhuang@cs.ulowell.edu (Bill Huang)
Subject: Auto Switch? 
Organization: ZEN Self Constraint Institute of Technology
Date: Fri, 8 Jan 1993 07:03:06 GMT

Hi all you gurus, i paln to buy an fax/modem recently, but have confused
by the function of fax, does all the fax/modem do auto switch from phone
line to fax line? if not, how does it work out? thanks for any answer!

--Bill
 
Newsgroups: comp.dcom.modems
From: ujabanco@uxa.ecn.bgu.edu (John Abanco)
Newsgroups: comp.dcom.modems
Subject: PPI LCD Dead?
Date: 10 Jan 1993 15:52:23 -0600
Organization: Confounded Founders Foundation
Distribution: world
NNTP-Posting-Host: uxa.ecn.bgu.edu

Well I just tried out the new 1.21 ROMs from PPI. Some weird things I've
encountered is that the LCD is dead on bootup sometimes. I have a master
switch that turns on everything and sometimes the LCD is blank. No
'Self Test OK', 'Ready' or any message. I have to turn the modem on and
off for it to work. I didn't have this problem with the 1.15 roms
before.

I have noticed that the message 'Mode V.32' is now fixed to show TCM so
it says 'Mode V.32T' now. 

Also, the CD light blinks during a retrain or a disconnection. Great!
Now if only they can figure out why the new ROMs blink out the LCD
display I'd be happy.

-- 
--My life is such a mess,I end  | INTERNET: ujabanco@uxa.ecn.bgu.edu
  up typing.... umop apisdn.    | FIDONET :
        John Abanco             | john.abanco@f769.n115.z1.fidonet.org 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Newsgroups: comp.dcom.modems
Subject: Re: Upgrading a ZyXEL 1496E to an E+
Date: 10 Jan 1993 20:32:24 -0500
Organization: The Programmers' Pit Stop, Ann Arbor MI
NNTP-Posting-Host: mudos.ann-arbor.mi.us

In article <mckeeveb.726656955@sfu.ca> 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.

Then I stand corrected.  I'm now sorry that I didn't get a chance to
take a look at the E+ we had in a week ago; we'll probably never sell
one (too much extra cost for too little extra features), and it would
have been nice to compare them.

For reference: I have a ZyXEL U-1496E, s/n S2B0230110, mainboard s/n
2A00227492.  The mainboard appears to be rev. B1.  The piggyback DSP
RAM board is the 1992 model, rev. 1.  There is a jumper wire soldered
between the far two pins on jumper J3, and no jumper wire on J4.

Now, are you telling me that simply by putting in a new DSP RAM board,
changing that jumper wire, and loading E+ EPROMs, I could have an E+?
If this is true, then the upgrade would definitely be worthwhile.  If,
on the other hand, we're still talking about replacing the 68000 with
a faster model or other complex modifications, I'll stand by my
position that an E->E+ upgrade is not practical.

>On all the units made after the E+ was released, there is a jumper on the
>main board to select processor speed.  There really is no difference.

I'm assuming that this is the soldered jumper under the DSP RAM board
and behind the DTR LED, not some other jumper that's using a jumper
block.

Interestingly enough, there are also a few empty solder pads to the
left of the 68000 chip.  There are two marked JP2, two marked C97, two
marked L3, and a 14-pin DIP marked U41.  To the right of the 68000
there is another empty capacitor, C87.  Does anyone know if these
board positions are used in the E+?

-- 
Marc Unangst, N8VRH         | "Of course, in order to understand this you
mju@mudos.ann-arbor.mi.us   |  have to remember that the nucleus of the atom
                            |  is squishy."
                            |    -W. Scheider, from a Physics lecture
Newsgroups: comp.dcom.modems
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: comp.dcom.modems
Subject: Re: UART
Date: Sat, 09 Jan 93 14:39:59 EST
Organization: Izot's Swamp

matttrem@willard.UUCP (Matthew Trembley) writes:

> I've heard that you only need the UART when the modem is external unless 
> you don't have it in the port you put it in.

   That might make sense, but I can't make sense of it on a weekend.

   Internal modems carry their own serial ports with them; upgrading the chip 
on your serial card has no effect for what should be obvious reasons.  Some 
internal modems come with 16550s; others (including, shamefully, Hayes) have 
normal UARTs and you'd have to unsolder them from the modem before replacing 
them.

> How does one know what kind and if that UART is IN the actual port?

   There are several diagnostic programs, including "MSD" (which is 
undocumented but shipped with MS Windows 3.1).  Run one after a vanilla boot 
(i.e., no DesqView, Windows, etc.) and see what it says about your serial 
port.

   Note that a high speed modem does not always require a 16550.

  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_