HDTenEightyP/NetNews huggingface dataset:
From: rolf@let.rug.nl (R.P. Mulder)
Subject: Re: 16.8 HST Upgrade ?
Organization: Faculteit der Letteren, Rijksuniversiteit Groningen, NL
Date: Tue, 6 Oct 1992 16:01:07 GMT

In article <zxmoa01.718319755@mailserv> zxmoa01@mailserv.zdv.uni-tuebingen.de (Andreas Otte) writes:

>A simple question !?!?!? I just finished upgrading of my Courier HST to a 
>DUAL ! And now the prob: ->> Is there a possibility to get 16.8 hst mode ??
>Is it a simple eprom upgrade or do i need hardware parts to get a 16.8 hst
>mode ????? 

You can, if you have a small footprint. If you have the large one you can 
forget it.
What you need to upgrade is a piggy-back board as far as I know, I don't 
know at what price you can get it.

Good luck,
Rolf

 ----------------------------------------------------------------------------
                  Rolf P. Mulder * Computer support division
       Faculty of Arts & Letters, Groningen University, The Netherlands
       E-mail: rolf@let.rug.nl * FIDO: 2:282/601 * Phone: +31-50-635990
       -  Difference between a virus and Windows? A virus never fails -
 ----------------------------------------------------------------------------
                    Disclaimer: I didn't really say this!
From: cybapunk@hovel.welly.gen.nz (Phil Ross)
Newsgroups: comp.dcom.modems
Subject: Re: Shunning proprietary modems (was: Re: Zoom vs Supra vs ZyXEL)
Keywords: Barf.
Date: Wed, 30 Sep 92 23:02:56 +1200
Distribution: world
Organization: The Hovel Bulletin Board System

jpf@wstar.mixcom.com (John P. Flanagan) writes:

> jeffo@uiuc.edu (J.B. Nicholson-Owens) writes:
> 
> >For noisy phone line handling, check out the ZyXEL, Supra or Zoom.
>                                                      ^^^^^
> 						     Forget it!
> WARNING:
> If you purchase a Supra to run at greater than 9600 on less
> than perfect phone lines, you're wasting your money!
> 
> If Supra is listening, you'd better define what 'noisy phone line'
> means with respect to the other modem vendors that `can and do'
> reliably connect under identical line conditions.
> 
> A little less marketing and a little more engineering?
> 
> I've purchased two of your silver (1.2C) toys last May.
> I'd trade them both for a couple tin cans and string.
> Thanks for all the grief Supra.

I can also speak for a friend who purchased a ZyXEL.  But his, like yours,
was more of a hard-luck/one-off case, I expect.  I have a earlier ROM
revision for my Supra, and I've no real gripes.  I'm getting my 1.2J soon.

Oh, and by the way - bit of a bad trade you made there..

--
cybapunk@hovel.welly.gen.nz    X Phil Ross
cybapunk@tornado.welly.gen.nz  X Sysop of The Hovel BBS
cybapunk@sideways.welly.gen.nz X Author of Lords And Ladies, _THE_ BBS door!
     ... If at first you don't succeed, redefine success ...
Newsgroups: comp.dcom.modems
From: rdippold@qualcom.qualcomm.com (Ron Dippold)
Subject: Re: 40% Discount of ZyXELs
Organization: Qualcomm, Inc., San Diego, CA
Date: Tue, 6 Oct 1992 20:10:46 GMT

Adam.Frix@p18.f20.n226.z1.FIDONET.ORG (Adam Frix) writes:
>geee....ummmm....last I checked, I can't do ANSI graphics on my Mac.  And of

Sure you can.  I've seen it done.  You just need to find the right PD
program to do it...  Given the lack of enthusiasm for ANSI on the Mac
compared to the PC, it may be harder to find, but there is at least one.

-- 
Everyone has the right, without exception, to equal pay for equal work.  Except
women.    -- Carlos Eduardo Novaes
Xref: sparky comp.dcom.modems:14290 comp.sys.sun.admin:6843
From: lra00@pecan.spa.amdahl.com (Larry R. Ader)
Newsgroups: comp.dcom.modems,comp.sys.sun.admin
Subject: UUCP between two Suns using WorldBlazers
Date: 1 Oct 92 11:26:25 GMT
Organization: Amdahl Corporation  Sunnyvale, CA


I have two Sparc machines that I'm trying to connect (via HDB UUCP) --
one is a Sun Sparcstation ELC and the other is a Solbourne Series 5.  The
ELC is running SunOS4.1.2 and the Solbourne is running SunOS4.1.1.  They
both have WorldBlazer modems directly attached to their serial ports.

I believe that I have the modems, /etc/gettytab, /etc/ttytab, /etc/passwd,
eeprom stuff and all of the /etc/uucp/* files configured correctly
(fat chance!).  They both can call each other successfully when using
tip(1) and cu(1), but when I try using UUCP, it fails (I've tried it in
both directions) after the login is nearly complete.

When I use "/usr/lib/uucp/Uutry -d pecan" (the Solbourne machine is pecan,
the ELC is echidna), I see all the correct expect/send stuff, up to:

...
expect: (in:)
 14400^M^J^M^Jpecan login:got it
sendthem (Uechidna^M)
expect: (word:)
 Uechidna^M^JPassword:got it
 sendthem (abcdef^M)

and then they just seem to hang (i.e., I don't see anything happen) and then
they finally timeout.  In looking at "ps aux" output, I see that the
"login -p Uechidna" process is still running -- that is, Uechidna never
completes its login.

If I try "cu pecan" and then *manually* enter "Uechidna" and "abcdef" (the
password), I get what I believe to be the start of the protocol:
"Shere=pecan".

So, I don't know what to make of all of this.  If any of you could
possibly send me copies of your appropriate files (/etc/uucp,
/etc/gettytab, /etc/ttytab, /etc/passwd, (appropriately edited for
security) and your WorldBlazer configurations, I would be EXTREMELY
grateful.

Thanks for your help,

Larry Ader


-------------------------------------------------------------------------
 Larry Ader                      || 
 Amdahl Corporation              ||  ames   \
 1250 E. Arques Ave.  M/S 139    ||  apple   > !amdahl!lra00
 P.O. Box 3470                   ||  att    /
 Sunnyvale, CA   94088-3470      ||  uunet /
 ph. 408/992-2722                ||             or lra00@amdahl.com
 or 1-800-538-8460  x22722       ||
-------------------------------------------------------------------------
Newsgroups: comp.dcom.modems
From: gerg@netcom.com (Greg Andrews)
Subject: Re: Call waiting and TrailBlazer+
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Thu, 1 Oct 1992 08:53:53 GMT

In article <1992Oct1.022527.18080@hawkmoon.mn.org> det@hawkmoon.mn.org (Derek Terveer) writes:
>
>I have a TrailBlazer Plus hooked up to my voice line and a WB hooked up
>to my data line.  I *want* call waiting to drop the carrier immediately
>on the TB+ so that a voice call can be answered by either myself or my
>answering machine.  How do i do this?  
>

You can't.  At least, not with a PEP connection.

PEP was designed to survive extremely bad phone line conditions and stay
connected.  Call Waiting's little one-second blip isn't going to get the
modems upset enough to drop the connection on you.

>
>Currently, if my voice line is being used by the TB+ and another call
>comes in, the TB+ retrains after each tone generated by the call waiting
>and simply carries on.  Very comendable, but not what i want in this case.
>

Do you also want the modem to disconnect if someone picks up the extension
phone by mistake?

If your answer was "no", can't you see that resistance to the impairments
from a momentary lifting of the extension phone and vulnerability to
the impairments from a momentary call waiting tone contradict each other?

If you want the modem to drop on a call waiting tone, you'll have to use
a connection method fragile enough to drop out like that:  2400 bps or
slower.  Even V.32 and V.32bis will simply retrain when the call waiting
tone pops up.


-- 
 .------------------------------------------------------------------.
 |  Greg Andrews   |       UUCP: {amdahl,claris}!netcom!gerg        |
 |                 |   Internet: gerg@netcom.COM                    |
 `------------------------------------------------------------------'
From: rsnyder@atl.ge.com (Bob Snyder)
Newsgroups: comp.dcom.modems
Subject: Re: Supra Roms: What is the best way for an Aussie to get them?
Keywords: aussie roms supra
Date: 28 Sep 92 13:57:11 GMT
Organization: GE Aerospace, Advanced Technology Labs

In article <behrenss.717415700@hphalle6> behrenss@Informatik.TU-Muenchen.DE (Soenke Behrens) writes:
>schuller@mullauna.cs.mu.OZ.AU (Wayne Schuller) writes:
>
>>	4) Contact supra some other way. I have usenet and internet access. Can
>>	I get to them throught telneting? I do not know what CompuServe is so
>>	I dont think I have access to it!
>
>CompuServe (or short CIS) is a commercial "value-added" :) (or somesuch) 
>service. A _really_ big BBS, if you wish so, but it's more. Available
>just about everywhere. You can send mail to CIS via xxxx.yyyy@compuserve.com,
>where xxxx.yyyy is the ID of the user you want to reach.

Try Supratech%Supra.uucp@cs.orst.edu.  And while you're at it, tell them to
get a fully-qualified domain name, like supra.com. :-)

Bob
-- 
Bob Snyder, Computing Services, GE Aerospace, Advanced Technology Labs
rsnyder@atl.ge.com, (609) 866-6672, FAX: (609) 866-6397, DialComm 8*777-6672
Newsgroups: comp.dcom.modems
From: laence@lae01.rivm.nl (Nils Egberts)
Subject: Please Help: Interactive SVR3 and serial driver
Organization: RIVM, Bilthoven, The Netherlands
Date: Wed, 30 Sep 1992 16:27:46 GMT


Could someone please give me any info, hints or even tricks to configure a
modem with a serial driver for Interactive Unix SVR3? (Compaq i386DX)?

It should be possible to tune up the speed from 14400 bps tp 38400 bps. 
Therefore I need some more documents or info about serial drivers and 
flow control.

Any help would be appreciated! Thanks in advance.


--

------------------------------------------------------------------------------

Nils C. Egberts		laence@rivm.nl      	  	  Phone +31 30-743712
Newsgroups: comp.dcom.modems
From: blaby@fraser.sfu.ca (John Edward Blaby)
Subject: Re: Supra New ROM (ordering info)
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Tue, 6 Oct 1992 04:32:11 GMT

gerrit@laosinh.stgt.sub.org (Gerrit Heitsch) writes:

>MNP10 is not mentioned only on the box, its written in the manual
>and on the front of my modem too (serial #14E003461).

Heh..yes, you are correct..It is on mine as well..serial...1298. It
seems that Rockwell did not come through with the MNP10. Form postings
here and from email, it may be developed later, but at the expense of
another feature.

I just hope the new roms help the existing features work as they
should :)

John

-- 
 ==/==/==/==/==/==/==/==/==/==/==/==/==/==/==/==/==/==/==/==/==/==/==/=
 |Email: blaby@sfu.ca / or / blaby@fraser.sfu..ca / Apple //GS LIVES! |
 | My Opinions are NOT my Fault...They are computer generated.....    |
 ==/==/==/==/==/==/==/==/==/==/==/==/==/==/==/==/==/==/==/==/==/==/==/=
From: schuster@panix.com (Michael Schuster)
Newsgroups: comp.dcom.modems
Subject: Re: USRobotics dual 14.4 upgradable to v.fast?
Date: 29 Sep 92 01:06:44 GMT
Organization: PANIX Public Access Unix & Internet, NYC

In article <BvAzw8.IvJ@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
>leadfoot@bigbootay.sw.stratus.com (Mark Curtis) writes:
>
>>V.fast is released they will want another $299.  For $100 to $150 more
>
>Is v.fast only a firmware upgrade or is more involved?

A daughterboard swap.

The new USR's are designed so that all of the support and analog circuitry is
on a main board near the back, and the DSP stuff on a small daughterboard
in front. The $299 is the price of the new board that will contain the
promised "V.fast" upgrade.


-- 
_______________________________Mike Schuster________________________________
NY Pub. Access UNIX/Internet: schuster@panix.com | 70346.1745@CompuServe.COM
The Portal (R) System: schuster@cup.portal.com   | MCI Mail,GEnie: MSCHUSTER
From: john.navas@uttsbbs.uucp (John Navas)
Newsgroups: comp.dcom.modems
Subject: V32bis download speeds
Date: 29 Sep 92 06:55:00 GMT
Article-I.D.: uttsbbs.3490.48.uupcb
Reply-To: john.navas@uttsbbs.uucp (John Navas)
Distribution: world
Organization: The Transfer Station BBS, Danville, CA - 510-837-4610/837-5591

lchiu@animal.gcs.co.nz (Laurence Chiu) writes:

 > I have a Boca 14.4 V32bis internal modem. The emulated UART is a
 > 16450 apparently. Calling a BBS with a USR Dual (14.4 v32bis) the
 > most I can get using zmodem and zipped files on a download is about
 > 1480cps. This is using Procom/Win on a 386/40 8M and with nothing
 > else running. In fact I am just staring at the download in progress
 > screen. OTOH uploading to the same BBS I have gotten up to 1700cps.
 > My question is, is this a symptom of not having a 16550A UART? I
 > always thought not having a fifo buffer in a UART would only be a
 > problem when multitasking. I am certainly not doing that. And the
 > machine seems to be fast enough to send the data out. My disk
 > drives are both 18ms Seagate 125M IDE drives 700kb/sec xfer rate so
 > that would not seem to be the bottleneck. Any ideas anybody?

Given that you are getting excellent upload speeds, your somewhat
slower download speeds are probably due to the configuration of the
particular BBS.  You may well get higher speeds from some other
source.

Nevertheless, try adding:

COMxBuffer=1024

to the [386Enh] section of SYSTEM.INI (replacing x with the number of
your COM port; e.g., for COM2:

COM2Buffer=1024

Don't forget to reboot before testing it.

Also, if possible run your modem on COM2 (or COM4) rather than COM1
(or COM3), particularly if you have a serial mouse.  (This gives the
modem higher interrupt priority.)

Finally, be warned that some of the modem setups in ProWin are less
than optimum.  I got significantly better results from my USR
Sportster 14400 when I changed the modem setup (in WMODEMS.DAT and
reinstalled the modem) to:

Modem "US Robotics Sportster 14.4 Modified"
      tx "AT^M~~AT&F^M~~~"
      tx "AT X4 &A3 &B1 &H1 &R2 S11=60^M~~"
      setbd 57600
      tx "AT^M~~AT&W^M"
   ID="US Robotics Sportster 14.4 - Auto Reliable Mode"
      alias="USR 14.4M-Auto"
      nram_init="ATZ^M~~~"
      no_nram_init="AT&F^M~~~ATX4&A3&B1&H1&R2S11=60^M"
      mnp=1
      n_con 3="NO DIAL TONE"
      bd=57600

Unfortunately, I am not in a position to recommend a setup for your
Boca.

Best regards,
John
From: colonius@dino.dinoco.de (Stephan Muhs)
Newsgroups: comp.dcom.modems
Subject: Re: ZyXEL: 'ATX5' command in ROM 5.01 changed ?
Distribution: world
Date: 26 Sep 92 17:42:43 CET
Organization: Private

In article <cs.716804195@akela> cs@akela.informatik.rwth-aachen.de (Claus Schiffler) writes:
>I've got a problem with my new ZyXEL ROM version 5.01.
>In older ROM versions the 'ATX5' command could be used in order
>to get all error messages except 'NO DIALTONE'. This is neccessary
>for my configuration.
>
>With the new version 5.01 the 'ATX5' configuration expects a con-
>tinous dialtone as the 'X3' to 'X7' configurations and allways returns
>the error message 'NO DIALTONE'. The 'X0' to 'X2' settings are of no help
>because I need to recognize the BUSY message.
>
>Is there any way to get it work like before ROM version 5.01 ?
>

Set bit 4 of S41, that is: add 16 to the current value of S41. This will
disable the dial tone detection, no matter what Xn setting you use. But
this has nothing to do with 5.01 specifically.



--
stephan muhs      colonius@dino.dinoco.de
wilhelmstr. 51    ...!unido!easix!dino!colonius
5000 koeln 60     Genie: s.muhs
germany           voice: +49 221 7393484
Newsgroups: comp.dcom.modems
From: wolfgang@netcom.com (Wolfgang Henke)
Subject: &D Data Terminal Ready Signal
Date: Tue, 29 Sep 92 12:13:50 GMT
Organization: Netcom
X-Newsreader: Tin 1.1 PL5

tnixon@hayes.com wrote:
: In article <1992Sep23.040441.21966@ni.umd.edu>,
: louie@sayshell.umd.edu (Louis A. Mamakos) writes: 
: 
: > Perhaps some clever modem manufacturer will come up with a new
: > operating mode which causes the modem to drop to command mode and
: > leave the modem connected when the DTE drops DTR?
: 
: Hayes modems have supported such a capability for over eight years: 
: the &D1 setting.

Digicom Scout+ User's Manual, page 72:

&D   Data Terminal Ready Signal

* &D or &D0 - Data Terminal Ready (DTR) signal is always ON

* &D1 - The modem returns to Command mode when it detects an ON-to-OFF
  DTR transition

* &D2 - The modem returns to Command mode and turns off auto-answer when
  it detects an ON-to-OFF DTR transition (default) 

* &D3 - The modem resets, gets the operating parameters from nonvolatile
  memory, and returns to Command mode when it detects an ON-to-OFF DTR
  transition.


The &D command tells your modem to keep the DTR interface signal always
ON - regardless of wheather the attached computer or terminal is ready
to communicate with a remote modem. On the external modem, this means
the TR LED remains ON - even when the modem is not communicating with a
remote computer or terminal.

If you want your modem to return to Command mode following an ON-to-OFF
Data Terminal Ready transition, send the &D1 command. The TR LED on the
external modem then shows the status of the Data Terminal Ready signal
received by your modem.

The default (&D2) settings instructs your modem to hang up, enter
Command mode, and turn off auto answer following a Data Terminal Ready
ON-to-OFF transition. The TR LED on the external modem then shows the
status of the DTR signal received by your modem. Automatic answering
will not be enabled until DTR goes ON again.

The &D3 command is similar to the &D2 command, except that the modem
resets and obtains its operating parameters from those stored in
nonvolatile memory.


-- 
   _________________________________________________________________________
   Wolfgang Henke        wolfgang@henke.sf-bay.org       wolfgang@netcom.com

Newsgroups: comp.dcom.modems
From: gomez@enuxha.eas.asu.edu (JL Gomez)
Subject: Best Supra Prices?
Organization: Arizona State University
Distribution: usa
Date: Tue, 29 Sep 1992 03:16:55 GMT

I'm ready to buy a Supra V.32bis/FAX modem using my credit card.

Who's got the best price in the USA? Especially no surcharge on cards.

Thanks!
--
gomez@enuxha.eas.asu.edu
From: rlm@mcgort.COM (Robert McMillin)
Newsgroups: comp.dcom.modems
Subject: Re: 14400bps throuhput
Date: Sun, 04 Oct 92 09:20:59 PDT
Organization: PBSR (Private Beta Site Research - Certified NetWare Engineer)

gt4957a@prism.gatech.EDU (Belletti, Allen R.) writes:

> In article <oDN3RB7w165w@surfcty.com> rlm@mcgort.com writes:
> >edhall@rand.org (Ed Hall) writes:
> 
> >> No, the "base rate" is somewhere around 1750 characters/second.  The
> >> reason for this is that V.42 and MNP4 strip start and stop bits off
> >> of the serial data stream before transmission.  Thus 14400 bits/second
> >> means 14400/8 = 1800 characters/second.  The protocol overhead of
> >> V.42 or MNP4 reduces this somewhat, down to 1750 or so.
> 
> >DING!  Next contestant, please...  Excuse me, but v.42 allows the
> >modems to run essentially synchronously between each other.  In stripping
> >start/stop bits, you no longer need to send them.  Therefore, you should
> >actually see a slight performance GAIN as a result of v.42, not a 
> >reduction.
> 
> If you're going to be rude about it, you might at least make the effort
> to be correct.  Ed had it right.  Note that the 1800 char/sec figure was
> arrived at by dividing 14400 by 8, and not by 10.  Thus, the start/stop
> bit stripping has already been taken into account.  Now take into account
> the v.42 protocol overhead, and I suspect you'll end up somewhere in the
> low 1700's.  That seems to be the most I'm able to achieve.

Okay, serve me one crow pie, cold.  I can take it...
Newsgroups: comp.dcom.modems
From: rudi@igc.ethz.ch (Rudi V. Drunen)
Subject: looking for 9600/14K4 modulation schemes 
Followup-To: comp.dcom.modems 
Keywords: modems, modulation
Organization: Computational Chemistry, ETH, Zuerich
Date: Sun, 4 Oct 1992 16:27:56 GMT

Hi all !

I am looking for a book or article where I can find the (theory behind the) modulation / coding schemes used for 9600 baud and 14K4 baud modems (Trellis
coding) Can someone give me a good reference ?

Thanks !

Rudi van Drunen (rudi@igc.ethz.ch)



Organization: Junior, IM - H&SS Track, Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.dcom.modems
Date: Mon, 28 Sep 1992 02:04:35 -0400 
From: Kwan-Ju Chen <kc2x+@andrew.cmu.edu>
Subject: Supra New ROM


Hi!  Any of you have received the new rom from Supra yet?  I ordered the
rom through Supra's BBS last Wednesday.  So.. any of you got it yet?


Thanks
From: colonius@dino.dinoco.de (Stephan Muhs)
Newsgroups: comp.dcom.modems
Subject: Re: ZyXEL EPROM or EEPROM?
Date: 5 Oct 92 16:28:50 GMT
Distribution: usa
Organization: Private

In article <csjohn.717455432@knuth> csjohn@knuth.mtsu.edu (The Mad Hatter) writes:
>Hi,
>
>I've got a ZyXEL U1496E with the version 4.13 ROM chips.
>I would like to upgrade to ROM version 5.01, and have
>downloaded the new ROM code from ZyXEL.  A friend of mine
>has a chip programmer, but I am unsure which chip to
>buy.  I know I need a 120ns 1MB chip, but is it an
>EPROM or an EEPROM that I need??  What is the difference
>between the two?  Where is a good source to buy what I need?
>Thanks.
>

The question about which eproms to use in a Zyxel (no, NOT eeproms) is
almost a FAQ now. It would be kind if somebody would include this info
in the list.

1.) if you have a U-1496, U-1496E or U-1496B and 28 pin sockets: use
    512 kBit eproms, 27C512 type, 150 ns or better. On the chip, this
    usually translates into "27C512-15". Do NOT use 200 ns eproms, since
    unpredictable results may occur. Use only firmware version denoted
    with a "k", like "RK502.U24 / RK502.U25". All Zyxel modems are
    upgradeable to 32-pins though (in one or the other way) - and it is
    certainly worth the effort, since caller ID, distinctive ringing,
    ZyX 16.800 bps and voice mail are available only in megabit eproms.

2.) if you have a U-1496, U-1496E or U-1496B and 32-pin sockets: use
    1 MBit eproms, 27C010 or 27C1001 type. Zyxel recommends using 120 ns
    eproms in this case, but since I saw that they use 150 ns themselves,
    I assume that 150 ns should also be fine. But since the price difference
    between 120 ns and 150 ns eproms is just pennies, you should stay on
    the save side and buy 120 ns eproms. The chips usually have a print
    like "27C010-12" or "27C1001-12" on them. Use only firmware versions
    denoted with a "M", like "RM502.U24 / RM502.U25".

3.) if you have a U-1496E+: use only 27C010 or 27C1001, 100 ns type or
    better. 120 ns will NOT work reliably, 105 ns might or might not do.
    The usual print on the eproms you want looks like this: "27C010-10",
    "27C010-100", "27C1001-10" or "27C1001-100". Use only firmware
    versions denoted with a "M" and an "EP", like "RM502EP.U24 /
    RM502EP.U25".

Hope this helps!





--
stephan muhs      colonius@dino.dinoco.de
wilhelmstr. 51    ...!unido!easix!dino!colonius
5000 koeln 60     Genie: s.muhs
germany           voice: +49 221 7393484