HDTenEightyP/NetNews huggingface dataset:
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: comp.dcom.modems
Subject: Re: Need to Transmit Break Key!  Supra Help Needed!
Date: Mon, 28 Sep 92 11:13:54 EDT
Organization: Izot's Swamp

myhre@plains.NoDak.edu (Robert Myhre) writes:

>   HI all.  I have need of being able to send a break character out the
> modem into another system.  However, whenever I hit Ctrl-Brk it causes
> my Supra 14.4k to disconnect.  I thought it might be the software but
> I have tried four different ones and it still happens.  Can anyone give
> me some info on how to send this character?  Thanks

   'BREAK', technically, is not a character, it's a sequence of bits which 
can't possibly be confused with a character on an asynchronous line - locking 
the transmit line to '0' for more than one word time.  If your SD light comes 
on when you hit CTRL-BRK, then you are sending the break sequence (in Telix, 
for instance, you cause it by hitting CTRL-END).

   However, your modem can be configured to disconnect at a break signal; look 
for the ATY command (that's the 'standard'; I don't knoe if it applies to the 
Supra) in the manual. 

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
         Coincidentally, most people who fight for "fairness" would be
         significantly better off under the system they call "fair"...
Newsgroups: comp.dcom.modems,comp.sys.apple2
From: sknkwrks@unlv.edu (Scott Alfter)
Subject: Re: I love Supra!
Organization: Skunk Works Software Co.
Distribution: usa
Date: Wed, 30 Sep 92 17:17:15 GMT

In article <BvE6AH.IoH@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
>How does the Supra hold the line on long distance calls?  Someone here on
>the net was complaining about the Supra lack of ability to do just that.

I haven't had any problems with long-distance calls when using MCI or
AT&T.  If a glitch occurs that's serious enough to cause the remote
modem to fall back, though, Supras with early (before 1.2C) ROMs may
have a hard time keeping up.  I currently have 1.0D ROMs in
mine...apparently the bug-fix ROMs were never sent to my new address.

As for sending out ROMs...apparently you can order ROMs through their
tech-support BBS.  Bug-fix ROMs are, of course, free.  Caller ID ROMs
are also available...retail is $50, but they're selling 'em through
the end of November for $20 + $5 shipping.  Since I don't have caller
ID, I just ordered bug-fix ROMs...current version is either 1.2H or
1.2J (1.2H is probably the bug-fix, while 1.2H would be the caller-ID
version).  They say it should take 10 days or so for the ROMs to
arrive.

Getting through to the BBS wasn't too difficult.  I tried at different
times through the evening...got in at about 12:20 or 12:30 AM PT.
They go offline for maintenance at 1 AM, though...something to keep in
mind.

  _/_   Scott Alfter                             Internet: sknkwrks@cs.unlv.edu
 / v \  Call the Skunk Works BBS today!
(IIe (  (702) 894-9619 300-14400 V.32bis Apple II/IBM/Star Trek/Aerospace
 \_^_/  Ask me about SoftDAC--digital audio for your IIe/IIc! Apple II Forever!
From: leonard@qiclab.scn.rain.com (Leonard Erickson)
Newsgroups: comp.dcom.modems
Subject: T1000 problem
Summary: Canm't connect to T2500 with PEP last
Keywords: connect trouble MNP
Date: 27 Sep 92 02:10:55 GMT
Reply-To: 70465.203@compuserve.com
Organization: SCN Research/Qic Laboratories of Tigard, Oregon.

A friend has a T100 with *old* ROMs. For some reason, it won't connect
to my T2500 or another local T2500. Both T2500s have the PEP tones *last*
to prevent problems with non-Telebit modems (this is one Fidonet).

Is this a known problem?

Also, even though MNP is enabled on her end, only some users get an MNP
connect at 2400. 

-- 
Leonard Erickson		      leonard@qiclab.scn.rain.com
CIS: [70465,203]			 70465.203@compuserve.com
FIDO:   1:105/51	 Leonard.Erickson@f51.n105.z1.fidonet.org
(The CIS & Fido addresses are preferred)
From: peterson@ZGNews.LoneStar.Org (Bob Peterson)
Newsgroups: comp.dcom.modems
Subject: Re: Zoom v.32bis dialing delay after 1st (Q)
Keywords: zoom v.32bis dialing modem
Date: 4 Oct 92 16:07:05 GMT
Organization: The Zeitgeist BBS, Plano, TX  214 596 3720

lag39853@uxa.cso.uiuc.edu (Lawrence Alan Gust) writes:

> My external Zoom v.32bis has this weird delay when I send a dialing string
> such as "ATDT5551212".  The first digit is dialed, and then there is a
> short but noticable delay before the remainder of the number is dialed.

  My USR HST Dual Standard exhibits such a delay if I enable automatic
detection of the correct dialing mode: tone or pulse.  The delay occurs
when the modem check to see if the first tone broke dial tone.  USR
calls this "adaptive dialing," and enables it when dialing begins
without seeing an explicit dialing type (T or D) specification.  In the
USR one enables adaptive dialing by using X[2-7] and omitting D or T in
the (all?) dial string.

> However, when I use the Quick-LinkII software that came with the modem to
> dial a number 'automagically', the delay is not present.

  I'll bet the Quick-LinkII dial string includes a T and the other
software doesn't.

    Bob
Newsgroups: comp.dcom.modems
From: root@kilowatt.uucp (Kilowatt admin)
Subject: Re: Call waiting and TrailBlazer+
Reply-To: root@kilowatt.UUCP (Kilowatt admin)
Organization: Kilowatt Computing of Deer Park, NY
Date: Sat, 3 Oct 1992 13:23:25 GMT

>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.
	First time I've ever heard of someone WANTING callwaiting to hang up
the modem. Different strokes for different folks, eh?
-- 
Kilowatt Computing					Arthur A. Krewat
51 Winnecomac Ave.				yale.edu!admiral!kilowat!krewat
Deer Park, NY 11729					(516) 586-4743
(516) 253-2805						Consensys SVR4
From: cs34003@valhalla.cs.wright.edu (Life'n'Times)
Newsgroups: comp.dcom.modems
Subject: Who makes Callback Modems?
Keywords: modem, call-back
Date: 29 Sep 92 14:13:42 GMT
Organization: Wright State University


	I would be interested in any information on call back modems.
Specifically modems that store a list of numbers such that when a person dials
up that number and enters a password, the modem will call a corresponding
number.  I would appreciate the names of manufacturers (phone # would be
helpful) and model numbers.  Thanks in advance.


	
"No we don't approve of this,		  | David Yu
	so it will cost one dollar more.  | cs34003@valhalla.cs.wright.edu
 Nothing's so important, we can't adjust, |	
	in a day or four."		  | "Sin Tax" by Too Much Joy
------------------------------------------------------------------------------
-- 
"No we don't approve of this,		  | David Yu
	so it will cost one dollar more.  | cs34003@valhalla.cs.wright.edu
 Nothing's so important, we can't adjust, |	
	in a day or four."		  | "Sin Tax" by Too Much Joy
Newsgroups: comp.dcom.modems,biz.comp.telebit
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: USR DS v.32bis 10-15% faster thoughput over the Worldblazer
Organization: The Gator Conferencing System 219-289-3745 
Date: Thu, 1 Oct 1992 19:26:35 GMT

john@jwt.UUCP (John Temples) writes:

>In article <BvD9EC.33C@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
>>the USR modem is better for interactive v.32bis
>>use with better latency and 10-15% better overall throughput
>>using uucico/zmodem/ymodem-g over the WorldBlazer.

>I get around 1650 cps when ZMODEM downloading compressed files with my
>WorldBlazer at V.32bis.  You're saying you get 1800-1900 cps?  I find

I'm saying 1850 or so -- yes -- with the DTE locked at 56700 baud
sending and receiving zipped files with the USR modems verses 1600
with the WB modems.  And uucp-g with the USR consistantly comes in at
1600 cps while only 1400-1450 with the WB modems (moving 16 bit compressed
data).

Ask my users (both bbs dialup and uucp feeds) - most request USR v.32bis
access over the WB -- unless of course they only have a PEP modem :)

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
From: impact@crhc.uiuc.edu (Temporary Account for HP visitors)
Newsgroups: comp.dcom.modems
Subject: Re: Preference of Pocket Fax/Modem?
Date: 30 Sep 1992 09:52:38 -0500
Organization: Center for Reliable and High-Performance Computing, University of Illinois at Urbana-Champaign
Distribution: comp
NNTP-Posting-Host: haydn.crhc.uiuc.edu

Do *NOT* get either Dallas Fax or GVC pocket modems!!
The both have a v.42bis connection bug and they both
have TERRIBLE tech support who are manned by only two
or three people and don't even return your calls or messages.
We've been trying to get a firmware/rom/chipset upgrade
for quite some time now.... These guys are terrible!

I don't know about Zoom but since they seem to be in the
same price class as Dallas Fax and GVC. I would check out
its ability to call out and connect in v.42bis mode...
For some reason, a MNP5 connection is always made and
never a v.42bis connection. This bug is only for outgoing
calls... When you call IN to the modem, a v.42bis connection
can be made...

Anyone else experience this problem?
From: oistony@ubvmsb.cc.buffalo.edu (Anthony M. Petro)
Newsgroups: comp.dcom.modems
Subject: zoom v.32bis hangup difficulties...
Date: 28 Sep 92 04:03:00 GMT
Organization: University at Buffalo
News-Software: VAX/VMS VNEWS 1.41

i've occasionally been having problems hanging up after a session with 
my school's dialins.  basically, i can't get any method to work 
reliably.  sometimes escaping to command mode followed by an ath0 
works, sometimes not.  i've got my alt-h key bound to the same string 
(escape, ath0) and it also works intermittently, sometimes less often 
than when doing it manually.  when it doesn't work, the modem is 
unresponsive to additional escapes/hangup commands, but lifting the 
handset causes the modem to immediately hangup and return to command 
mode.  however, te/2 still thinks it is online in this case, although 
it obviously isn't.

just logging out of the dialin terminal server will cause it to drop 
carrier, which will sometimes cause the zoom to give a NO CARRIER 
message and hang up.  i used to do this a lot with my old 2400 baud 
modem and had no problems.  however, sometimes doing this will cause 
the terminal server to drop carrier but then the zoom WILL NOT drop 
carrier and WILL NOT respond to escapes, or anything else.  unplugging 
the phone line WILL NOT cause a response; the only way i can reset the 
modem (an internal) is to do a hard reset.  yes, that's power off, 
then on, of the whole machine.

my config is:  a gateway 2000 486-33.  the modem is a zoom v.32bis 
internal faxmodem, set to com2.  running with te/2 under os/2 2.0.  i 
have at&c1&d2 set up in firmware but have tried &c0&d0 with no 
noticable improvement.

like i said, sometimes it works, sometimes it doesn't, for each of the 
methods i've described.  it seems that dropped carrier on the other 
end is the most problematic in that the zoom occasionally will 
completely lock.

any suggestions?  if i've forgotten any crucial detail, i'd be happy 
to provide it...


anthony m. petro   "beethoven"    i can say what i want; i'm just an undergrad
oistony@UBVMSD.BITNET             "frame by frame,
petro@eng.buffalo.edu              death by drowning,
petro@sun.acsu.buffalo.edu         in your own
                                   in your own...
                                   analysis..."
From: dliao@aludra.usc.edu (David Liao)
Newsgroups: comp.dcom.modems
Subject: Can't go above 1400CPS
Date: 27 Sep 92 02:59:07 GMT
Article-I.D.: aludra.1a4p8rINNam4
Distribution: usa
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: aludra.usc.edu

I just bought Zyxel 1496E and a 10 foot serial cable from Egghead.
When I do transfer with local BBSs, my modem receives CRC or ZHEADER errors
if the rate goes above 1400CPS.  I used the same modem from my friend during
the summer and I had no problem at all.  I also replaced my IDE card.

So, which is the source of the problem?

1) Zyxel 1496E
2) 10 foot serial cable
3) cheap serial chip in IDE
Newsgroups: comp.dcom.modems
From: lchiu@animal.gcs.co.nz (Laurence Chiu)
Subject: Re: 14400bps throuhput
Organization: GCS Limited, Wellington, New Zealand
Date: Mon, 5 Oct 1992 20:40:23 GMT

In article <6127.2acf0e20@hayes.com> tnixon@hayes.com writes:
>In article <69836@hydra.gatech.EDU>, gt4957a@prism.gatech.EDU
>(Belletti, Allen R.) writes: 
>
[technical stuff about V42 and V42bis speed deleted...]
>
Changing the subject slightly. How do you know if V42 and V42bis are enabled?
I know you can setup all kinds of stuff in your modem string which I do
but since I can only get about 1450-1490 cps downloads using Zmodem
I am now wondering if V42 and V42bis are enabled. AT&V does not show me
the settings. I am using (amongst others) &F&C1&D2&K3%C1%M3%E1\N3L3
on my Boca 14.4

Laurence Chiu


Newsgroups: comp.dcom.modems
From: dwight@hyphen.com (Dwight Ernest)
Subject: Re: Qblazer modems out there ?
Organization: Hyphen, Inc., Wilmington, MA 01887 USA / +1 508 988-0880
Date: Sun, 4 Oct 1992 18:58:02 GMT

bush@cae.prds.cdx.mot.com (Michael Bush) writes:

> I've had one for about five months now.  Yes, it would be nice to have
> v.32bis, but I'm willing to sacrifice the speed for the ease with which
> I can throw the thing into its case and take it with me.  It's
> extremely well documented, but the thing is able to connect to all the
> systems I call into without changing any of the factory settings.
> Overall, a good package, especially at the $299 price. (I was one of
> the buyers who should have waited.)  The only bad thing I can say about
> it is that it has quite an appetite for 9v batteries.  I haven't tried
> using rechargables in it, does anyone else have any experience with
> this?

I agree with all the sentiments that Mike makes, except I was lucky enough
to find one slightly used at $249.

Yes, it has quite an appetite for 9V batteries, so I don't use it that
way anywhere except when I have no choice.  It seems to go through a
Duracell in about 90 minutes.  I would very much doubt that rechargeables
would be practical unless one was willing to carry three or four 9V
rechargeables with them.

-- 
--Dwight A. Ernest   Special Projects Engineer   I speak only for myself.
  Hyphen, Inc. / 187 Ballardvale St. / Wilmington, MA 01887 / +1 508 988 0880
  dae@world.std.com		dwight@hyphen.com
From: scottd@cs.hw.ac.uk (Scott Dunn)
Newsgroups: comp.dcom.modems
Subject: Good, cheap 14.4K modem (UK)
Date: 29 Sep 92 08:31:08 GMT
Organization: Dept of Computing & Electrical Engineering, Heriot-Watt University, Scotland

Hi,
I am looking for, as you might have guessed, a good, cheap 14.4K
modem :)
I recently read a review of 9600/14400 baud modems in Computer Shopper (UK).
They looked at a dead cheap, 300 pounds - an Image Twincom, I think.
Said it was excellent value, but not the most reliable at high speed.
Anyone have any comments, even if 14.4K is unreliable, 300 pounds for
9600 is still pretty good.  I can't afford much above 300 pounds.

If any has any other recommendations, please let me know.  Again, prices only
apply in UK.

Cheers,

Scott.
From: graeme@hart.actrix.gen.nz (Graeme Hart)
Newsgroups: comp.dcom.modems
Subject: Re: Supra modem power adaptor
Date: 5 Oct 92 19:19:16 GMT

julien@incal.inria.fr (Julien Maisonneuve) once wrote....
>Hey, I noticed that Supra power adapters output AC !!!
>Does it mean that there is a diode bridge inside the modem itself ?
>My understanding is that there should be no problem with feeding the modem DC,
>what do you think ?

There should be no problem feeding the modem DC, if the modem converts
the AC to DC before it does anything.  However, what if the modem uses the AC
for some purpose, then converts it to DC?

>-- 
>  _________                    Julien.Maisonneuve@inria.fr  julien@sor.inria.fr
>      /                 _ _ _                     ...!uunet!inria!corto!julien
>     /     /)          ' ) ) )                    INRIA :  33 (1) 39 63 52 08
>  __/_    // o _  __    / / / _   o _   _   __   __   _      _     _
> / / (_(_(/_(_(<_/) )  / ' (_(_(_(_/_)_(_)_/) )_/) )_(<_(_(_( \_)-(<_
>(_/

----
Graeme Hart                                     Telephone:  64 4 3829124  
graeme@hart.actrix.gen.nz                       Snail Mail: PO Box 11865    
                                                            Wellington       
                                                            New Zealand

Newsgroups: comp.dcom.modems
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: Supra New ROM (ordering info)
Organization: The Gator Conferencing System 219-289-3745 
Date: Wed, 30 Sep 1992 12:50:30 GMT

alansar@ccs.northeastern.edu (Mohammad Al-Ansari) writes:

>        Internal version  -  Oct. 92
>        PTT certified version  -  Q1. 93
>        MNP10  -  Dec. 92 
>        V23  -  Dec. 92
>        Voice digitization in modem  -  Dec. 92
>        Voice software
>        DTMF encoding/decoding  -  Dec. 92
>--------------------------------------------------------------------------

well all of the above be available in the form of PROM upgrades to
existing users/owners for free?

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Newsgroups: comp.dcom.modems,biz.comp.telebit
From: gerg@netcom.com (Greg Andrews)
Subject: Re: USR DS v.32bis 10-15% faster thoughput over the Worldblazer
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Mon, 5 Oct 1992 17:45:05 GMT

In article <BvL8p7.D59@jwt.UUCP> john@jwt.UUCP (John Temples) writes:
>In article <BvKCCC.3GB@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
>>
>>I just scanned my logs -- 1100-1200 cps using v.32bis on the WB
>>against 1420-1450 cps on the USR v.32bis for yesterdays calls
>>(again using uucp-g).
>
>You must have something set up wrong...I get 1350-1400 cps with uucp
>g(64,7) on the WB at V.32bis without spoofing.  Do you have all
>compression turned off for uucp connections?  I found that helped
>throughput quite a bit.
>

As much as I hate to say it, Larry's throughput reports haven't ever been
very reliable sources of information.  Almost exactly a year ago, he was
reporting throughputs of 1800-1900 cps "without modem compression".  When
challenged, he turned off modem compression and his throughputs fell to
the expected 1650-1700 cps range.   Other throughput figures have been
quoted without mentioning they were for uucp-f or uucp-e, which can be
misleading when compared to uucp-g throughputs.  I don't think he's been
deliberately misleading, he just omits important details.

The last time he was talking about these throughputs, I pointed out that
1150 cps is precisely the right figure for a V.32 connection rather than
V.32bis.  Occaisional errors in the file transfer would also reduce the
throughput.  I wonder if he still has his WorldBlazer port restricted to
a window size of 3 from the time he had LA5.00W roms?

I have no trouble with the idea that his USR can get 1800 cps transferring
pre-compressed files with streaming protocols, or 1400-1500 cps on uucp-g
with 64-byte packets.

I've become tired enough of hearing this that I'm planning to run more
tests on my own systems.  I'll post the results in a couple of weeks
when I've completed them.


-- 
 .------------------------------------------------------------------.
 |  Greg Andrews   |       UUCP: {amdahl,claris}!netcom!gerg        |
 |                 |   Internet: gerg@netcom.COM                    |
 `------------------------------------------------------------------'
From: alberto@proa.es (Alberto Poblacion)
Newsgroups: comp.dcom.modems
Subject: Re: Supra New ROM (ordering info)
Summary: V23: 1200/75 bps, used for Videotex
Keywords: V23 videotex 1200/75
Date: 1 Oct 92 11:33:13 GMT
Reply-To: alberto@proa.es (Alberto Poblacion)
Organization: PROA - Compugraf,S.A. MADRID Spain

In article <1992Sep30.180805.19954@ntmtv> west@ntmtv.UUCP (Andrew West) writes:
>Can anybody clarify what feature these provide? 
> [...] I've never heard of V23.

     V23 is an asimmetrical mode of connection, where you receive data at
1200 bps and send data at 75 bps. It is widely used here in Europe for
Videotex. This is a service provided by the PTT's, and they only let you
access it using V23, or through the X25 packet switching network.

    I consider that supporting V23 is a very important feature for a modem
that is to be used in Europe.

-- 
Alberto Poblacion
E-mail: alberto@proa.es
From: Adam.Frix@p18.f20.n226.z1.FIDONET.ORG (Adam Frix)
Newsgroups: comp.dcom.modems
Subject: RE: USRobotics dual 14.4 upgradable to v.fast?
Date: Tue, 29 Sep 92 04:29:10 EST
Organization: FidoNet node 1:226/20.18 - cmhGate UF Gateway, Columbus OH

ree88132@zach.fit.edu (Keith Ledig) writes:

KL> Could someone please e-mail me the answer 2 this question, 
KL> can my USRobotics dual standard (that is v.32bis, 14.4 HST 
KL> large footprint model) be upgraded to v.fast?

no.  Either wait and buy a new v.fast when they're available, or upgrade your
older DS to a new DS right now ($300) and then upgrade that to v.fast later
($295).

--Adam--
 
--  
Adam Frix via cmhGate - Net 226 fido<=>uucp gateway Col, OH
UUCP: ...!n8emr!bluemoon!cmhgate!20.18!Adam.Frix
INET: Adam.Frix@p18.f20.n226.z1.FIDONET.ORG
Newsgroups: comp.dcom.modems
From: puma <puma@halcyon.com>
Subject: Re: Need to Transmit Break Key!  Supra Help Needed!
Originator: bbs@halcyon.com
Organization: The 23:00 News and Mail Service
Date: Sun, 4 Oct 1992 02:54:42 GMT

> myhre@plains.NoDak.edu (Robert Myhre) writes:
> 
> >   HI all.  I have need of being able to send a break character out the
> > modem into another system.  However, whenever I hit Ctrl-Brk it causes
> > my Supra 14.4k to disconnect.  I thought it might be the software but
> > I have tried four different ones and it still happens.  Can anyone give
 
It may be that you are sending too long a break.  Some terminals and
terminal programs send a break (which means hold the transmit line
at SPACE - someone already point out it isn't an ascii character as
such) for as long as you hold the key down, others send a 'timed break'
of a few hundred milliseconds.  Modems can be configured to disconnect
when receiving a 'LONG break' so you need to send a shorter break or
set the modem on the other end to NOT disconnect.  
 
A lot of older modems would automatically send a long break when told
to disconnect (say, by dropping DTR).  Both modems would then hang up
at almost the same time, and no stray characters would be received on
either end from the loss of carrier.  Course, now we have error
correction and that eliminates the stray characters.
> > me some info on how to send this character?  Thanks
Xref: sparky comp.dcom.modems:14409 biz.comp.telebit:946