HDTenEightyP/NetNews huggingface dataset:
From: bush@cae.prds.cdx.mot.com (Michael Bush)
Subject: Re: Experiences with QBlazer
Organization: none
Date: Mon, 27 Jul 1992 12:10:32 GMT

sjr@afterlife.ncsc.mil (Stephen J. Roznowski) writes:

>I'm interested in hearing about people's experience
>with this modem, before I consider ordering one.

I've owned a QBlazer for several months now, and am
totally pleased with its performance.  I use it both
as an at-home desktop unit and as an on-the-go
peripheral for my notebook system.  The one thing I
could complain about is the short battery life, but
I understand that most pocket modems of this capability
have similar problems.  The documentation is easy to
understand, and they also give you a little quick
reference booklet that slips inside the carrying case.
At this point, I would recommend the unit, despite the
fact I wish I'd waited until the price drop to $299...

-- 
Mike Bush
Motorola Codex - Mansfield, MA
bush@cae.prds.cdx.mot.com or bush_m@msm.cdx.mot.com
From: strat@matt.ksu.ksu.edu (Steve Davis)
Newsgroups: comp.dcom.modems
Subject: Re: What to set COMM speed for V32bis Modems
Date: 23 Jul 92 14:37:54 GMT
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu

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

>This is probably a simple question but here goes... If you have a v32bis
>modem and you wish to dial another one, what do you set your comms speed to?
>Using Procomm+ I could not find a setting for 14.4 but 9600 19.2. In fact
>the modem responded to AT command at 19.2 even though I have never been able
>to connect at any speed yet.

My Infotel suggests that I connect at 38.4 or 57.6.  You will lose
a few CPS if you connect at 38.4 since the extra speed is used to
compress the packets.

Stratocaster
-- 
  Steve Davis  |    Contact me at ...            | The Boarding House BBS!
               | Internet:  strat@cis.ksu.edu    | 9600 baud (v.32/v.42)
               | FidoNet:    Steve @ 1:295/3     | America: 913-827-0744
           ********** Have you hugged your Amiga today? **********
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: comp.dcom.modems
Subject: Re: Help on upgrade to 16550A UART
Date: Thu, 23 Jul 92 19:56:46 EDT
Organization: Izot's Swamp

jim@n5ial.chi.il.us (Jim Graham) writes:

> of course, good
> luck getting UART identifying software to know the difference....from
> the programs I've seen, a visual of the chip is the only truly reliable
> way to know what you've got.

   To the contrary, in my experience... there are chips labelled "8250" which 
are functionally identical to the 16450 (including such trivia as the scratch 
register).  I suspect - but have no proof - that NS doesn't make 'real' 8250s 
anymore, but ships 16450s labelled 8250 because that's what people order. 

> see my previous post for more details, but there also seems to be a
> very substantial difference between the clones and the real chips from
> National Semiconductor (is this *REALLY* news to anyone?.....), so it
> is quite possible that every person in this discussion could be
> right, wrong, and somewhere in between, depending on which vendor's
> chip each person is using.

   You mean with 16550 chips?  Yes.  I've seen 'clones' from a couple of 
vendors, and each has not worked well for me.  Then again, my last batch of 
NS 16550s (labelled PC16550N, not NS16550AFN) caused trouble, too.

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
Newsgroups: comp.dcom.modems
From: bud@kentrox.uucp (Bud Couch)
Subject: Re: Phone line compatibility with high-speed modems (AMLs)
Organization: ADC Kentrox, Portland OR
Distribution: na
Date: Fri, 31 Jul 1992 03:55:18 GMT

In article <1992Jul30.043221.7704@ssc.wa.com> tad@ssc.wa.com (Tad Cook) writes:
>In article <1992Jul27.142255.24282@beaver.cs.washington.edu> dylan@cs.washington.edu (Dylan McNamee) writes:
>>
>>
>>Apparently, an AML is an encoding box which allows you to piggyback one 
>>phone line on top of another.  He showed me the box, and it looked sufficiently
>>complex to do this job.  He also said the phone company pays something like
>>$800 per box(!).  Does anyone know what the effects of these things are?
>>I thought that any line that carries voice at phone-company standards of
>>quality would be able to carry modem signals...
>
>The effect on modems is not good, because bandwidth suffers.  You would
>probably have trouble with transfers at 14.4Kbps.  The DC line voltage
>that these things provide is not usually 48 vdc, which can cause some
>problems with some gear like answering machines.
>
The bandwidth of AML's is pretty much the same as what is available once you
get off the wire pair that serves your house. Can't speak to answering 
machines (all I do with them is to record smart-*ssed announcements on mine),
but wet or dry shouldn't affect any modem I've seen.

I think that the major effect on something like a v.32 (bis) modem would 
be because of the phase distortion. The "AML" boxes that I am familiar with
are basically single-channel FDM carrier systems, in which each direction of
transmission is modulated to a different frequency. Each of those modulations
and demodulations require a filter, and that filter is designed for _voice_
transmission. 

For interoffice cxr, there are industry standards which enforce at least some
attention to delay distortion, but AML's are "one-company" systems, in which 
only *internal* specs are required.

For cost reasons, the design pays much attention to frequency response, while 
phase distortion takes a much diminished position. (The human ear is not very
sensitive to phase distortions, especially in a restricted band like 300 to
3000 Hz.)   

Unfortunately, any modem using anything above 1200 *is* sensitive to phase 
distortions, so the telephone man who said to change the modem line to the 
physical pair was giving good advice.
-- 
  Bud Couch - ADC/Kentrox    | That which does not kill me makes me strong.  |
 If my employer only knew... |                              -Nietzsche       |
   standard BS applies	     | ... but why risk it?  - me                    |
From: kilgore@wuntvor.norman.ok.us
Newsgroups: comp.dcom.modems
Date: 18 Jul 92 04:02 MDT
Subject: Re: using call waiting with modems
Nf-ID: #R:1992Jul15.034032.2756@rick.dgbt.:-1747607479:5aZ3NB1w165w@wuntvor.norman.ok.u:1325836157:001:687
Nf-From: wuntvor.norman.ok.us!kilgore    Jul 18 04:02:00 1992


> 
> I have a solution which works on ALL computers/modems: it's called a
> "second phone line." ;-)
> 
> Seriously, if you can't stand to have your modem sessions dumped
> whenever you get an incoming voice call, pay the extra $10/month and get
> a second line. It's well worth the modest extra cost.
> 


    This is fine unless of course it cost mroe like $20 for a second phone 
    line (plus installation).  Or in the case of the campus phone line that 
    I got installed a month ago $16/month plus $65 installation.   Remember 
    all phone companies don't bill alike.  




--
kilgore@wuntvor.norman.ok.us (Stan Hall)
The Eternal Apprentice BBS, Norman, OK -- +1 405 325 9607

Newsgroups: comp.dcom.modems
From: gerg@netcom.com (Greg Andrews)
Subject: Re: Telebits and TIES (was: Re: Boom! Our lawyer are tougher...)
Date: Wed, 29 Jul 92 06:49:04 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

michael@resonex.com (Michael Bryan) writes:
>
>In article <Brp6vG.GtL@jwt.UUCP> john@jwt.UUCP (John Temples) writes:
>>Note that the WorldBlazer uses TIES, while the T3000 doesn't.  Or
>>[...]
>>The way TIES is implemented on the WB is a bit unusual.  If you type
>>+++ with appropriate guard time, you will get an OK prompt.  However,
>>if you subsequently type any character which is not a valid AT command,
>>the modem will issue the CONNECT string and go back online.  Is this a
>>typical implementation of TIES?
>
>This doesn't sound like TIES at all, since the WB still uses the guard
>time.  (TIES will recognize the sequence regardless of the timing
>involved, hence "Time Independent Escape Sequence".)
>

No, the modem already is in command mode.  The "OK" is *not* an indication
of anything, really.  It's just returned by the modem for compatibility
with software that's waiting for it.  This is exactly how TIES is spec'ed.

>
>Rather, the WB method is an enhancement on top of the Hayes method.  It
>will drop into command mode in all cases a Hayes modem would (theoretically),
>but will "correct" itself if it sees that the following data is not
>a valid command, thereby decreasing the likelihood of file transfer
>aborts due to bad luck on the timing.
>

True enough (about how it goes back on-line), but that's a TIES thing,
not a Hayes-style escape sequence thing.


-- 
 .------------------------------------------------------------------.
 |  Greg Andrews   |       UUCP: {amdahl,claris}!netcom!gerg        |
 |                 |   Internet: gerg@netcom.COM                    |
 `------------------------------------------------------------------'
Newsgroups: comp.dcom.modems,comp.protocols.ppp
From: bob@MorningStar.Com (Bob Sutterfield)
Subject: older UDS modems' problems with PPP fixed
Organization: Morning Star Technologies
Date: Fri, 24 Jul 1992 17:43:47 GMT

In March, I reported to our ppp-users mailing list, and (I think) on
comp.dcom.modems, that our customers had seen problems using PPP
across UDS V.3224 and V.3224 modems when their MNP was enabled.  There
seemed to be a pattern-specific data-mangling bug in the modems' ROM
MNP implementation, that only emerged when confronted with the
sequence that comprised the opening octets of an incoming PPP LCP
Configure-Request packet.  This will happen with any PPP
implementation, not just our company's product.  We began recommending
that users disable those modems' MNP4/MNP5 functions for PPP traffic.

Someone noticed my message and passed it along to the spouse of a
colleague's second cousin's housekeeper's bowling buddy's... who works
at UDS.  Frankly, I was pleasantly surprised to get a call from Marty
Weaver at UDS, who took the problem seriously and worked hard to
reproduce it.  Then he managed to persuade the UDS hierarchy that it
was worth investing the engineering time to fix their older-model
modems, even though the problem had only been reported with this one
application (PPP), and only third-hand, and only by someone who didn't
even own a UDS modem (me).

They recently sent along the following note, indicating that it was to
be redistributed to anyone who might be affected:

   "An incompatibility has recently been discovered when a UDS V.3225
   modem running MNP is used in a specific asynchronous application.
   Changing async character format after a call has been established
   will result in incorrect data characters being received. This will
   occur when a call is established by AT dialing at 7E1 (7 data, even
   parity, 1 stop) and then changing to 8N1 once the modems have gone
   "ON LINE."  This incompatibility exists only when MNP is enabled
   and only on V.3225 modems with firmware versions prior to 2.08.08.
   When equipped with 2.08.08 the modem can be enabled to pass the
   parity bit unchanged by setting S72, bit 5 (decimal 32). UDS
   Motorola will provide an upgrade to 2.08.08 for users with this
   particular application. For further information contact UDS
   Technical Support at 1-800-221-4380."

Kudos to UDS for their prompt attention and thorough resolution to
this problem!
Newsgroups: comp.dcom.modems
From: mr@rat.cica.indiana.edu (Michael Regoli)
Subject: Re: V32bis with V42bis Screen Updates
Keywords: V32bis V42bis
Organization: Indiana University
Date: Thu, 30 Jul 1992 13:57:09 GMT

In <1992Jul30.105522.12527@actrix.gen.nz>
Steve.Withers@bbs.actrix.gen.nz writes: 

>In article <Bs6DCo.F4n@animal.gcs.co.nz> lchiu@animal.gcs.co.nz
(Laurence Chiu) writes: 
>> I just got a V32bis modem with V42bis. I call up a few local BBS and
>> have been able to get >1600cps download speeds with zip files. This
>> sounds about the norm. However I was under the impression that with
>> text files, I should with the V42bis compression get 38400 or better.
>> Thus when I am reading stuff like News or Fidonet etc. the screen
>> updates should be blindingly fast if both sides are doing compression.
>> This does not happen. My screen updates (admittedly using ANSI
>> graphics) seem more like 9600 speed.

>Try using Telix. It is blindingly fast under DOS or in an OS/2 DOS vdm. I
>usually use TE/2, but I have noticed that Telix is actually faster with
>screen updates......can't explain it - I just see it.

I agree--Telix works pretty fast.

However, you should also consider replacing your DOS ANSI.SYS with
something faster like NNANSI.SYS (available from Simtel, Wuarchive,
etc).  This will speed up your screen two-fold, possibly faster.  (And
if you use Telix, you should have it configured for direct screen
writes (Alt-O,S,<Enter> regardless.)

--
michael regoli
mr@cica.indiana.edu
regoli@iubacs.BITNET
..{ames, rutgers}!iuvax!cica!mr
From: barrett@decsws.enet.dec.com (Keith Barrett)
Newsgroups: comp.dcom.modems
Subject: Re: Supra ROM Update?!?!
Date: 28 Jul 92 15:35:16 GMT
Reply-To: barrett@pamsrc.enet.dec.com
Organization: Digital Equipment Corp.



	When I last got off the phone with Supra Support, they mentioned
that the PROM update was still at least 3 weeks away. 

	You won't be seeing it until mid-late august.
--

Keith Barrett

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~.~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Statements expressed are solely mine   | Internet:   barrett@pamsrc.enet.dec.com
and do not represent any employer.     | UUCP:    ...!decwrl!pamsrc.enet!barrett
  // "My life is my own!" -The Prisoner| DDN: barrett%pamsrc.enet@decwrl.dec.com
\X/  Amiga 3000UXD: The Next Generation| Digital Equipment Corp./DECmessageQ
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Newsgroups: comp.dcom.modems
From: wolfgang@wsrcc.com (Wolfgang S. Rupprecht)
Subject: Re: Boom! You're Dead.
Organization: W S Rupprecht Computer Consulting, Fremont CA
Date: Fri, 24 Jul 1992 19:33:57 GMT

les@chinet.chi.il.us (Leslie Mikesell) writes:
>Now that that's settled, does anyone want to talk about modems that
>refuse to stop dialing once they've started even though you drop DTR?
>(This is with &D3 set - they drop a completed connection on DTR loss).
>And then they insist on sending back the result code, even though
>the program that was trying to dial has given up and gone away.  Does
>anyone have a list of modems that don't act this way?

Or modems that still answer the phone when DTR is gone...

-wolfgang
-- 
Wolfgang Rupprecht    wolfgang@wsrcc.com (or) wsrcc!wolfgang
Snail Mail:           39469 Gallaudet Drive, Fremont, CA 94538-4511
From: bruce@tssnext.rmNUG.ORG
Newsgroups: comp.dcom.modems
Subject: Re: What's the supply for Supra Fax v32bis?
Date: 28 Jul 92 07:38:19 GMT
Reply-To: <bruce@TotSysSoft.com> (Bruce Gingery)
Organization: Total System Software

t9114145@phillip.edu.au writes:
:  
: Would someone owning a Supra Fax v32bis modem mind sticking a multimeter
: in the plug that plugs into the modem and telling me what it reads?
: All I need is AC or DC, and voltage. I can get to work building one then.

The manual cites: Power consumption (External SupraFAXModem) 5 watts

Power pack output 9VAC/600ma

Sorry, no power pack handy.

Bruce
-- 
Bruce Gingery          bruce@TotSysSoft.com        (Total System Software)
InterNet:  Bruce.Gingery@p1.f5.n310.z1.fidonet.org (  Cheyenne, Wyoming )
       or  bruce@brucext.TotSysSoft.com
NeXT-Mail: bruce@tssnext.rmNUG.org  < -or- > bruce@TotSysSoft.com
From: floyd@hayes.ims.alaska.edu (Floyd Davidson)
Newsgroups: comp.dcom.modems
Subject: Re: Serial and Parallel interface ??????
Date: 22 Jul 92 07:59:18 GMT
Organization: University of Alaska Institute of Marine Science

In article <uXLaoB4w164w@zswamp.UUCP> geoff@zswamp.UUCP (Geoffrey Welsh) writes:
>floyd@hayes.ims.alaska.edu (Floyd Davidson) writes:
>
>> I doubt that most readers of this news group really care too much
>> for the history of tty channel units...
>
>   C'mon, historical trivia is interesting and hardly terribly costly.

Ahh, but I said that so those who don't care could stop reading.
For those who wish to post about the history of modems, history
isn't just trivia, it's essential information.

You should have read the rest of it.

>> so I'll restate what I
>> said in a manner that cuts off the history that far back:
>> 
>> ***
>> The original reason that computer modems were virtually all serial
>> devices as opposed to parallel devices probably has to do with the
>> fact that there were "standard" serial ports on most computers,
>> and there still isn't a standard bi-directional parallel port on
>> many systems.
>> ***
>
>   For the longest time, everybody had their own flavour of RS-232 port... or 
>were you speaking of 20 mA current loop?

Oh, I suspect that a "standard" serial port means something
related to RS-232.  But the quotes tend to indicate it means
whatever variation of RS-232 you might wish.

>   Nah, I'll go with Ed Hall's theory: I've seen lots of old FSK modems, and 
>they're nothing more than two tone generators, with a selector wired directly 
>to the TxD line... and an equally primitive decoder wired directly to the RxD 
>line.  Since bits were coded one at a time onto the phone line, it makde sense 
>to send the data to the device one bit at a time and keep the modem very 
>simple. 

You missed the point and got it backwards.
 
The first modems were developed to connect two digital circuits that
sent data serially.  The digital circuits already existed.  That
is why the interface was serial.  (A 60mA neutral loop.)

When they moved modems to computers, they kept the serial
interface.  Why would they (telco engineers) change when there was
a standard serial interface, it was commonly used if not commonly
understood, functionally able, and easy to do.  There was no
reason to switch to a parallel interface.

If there had been a compelling reason for a parallel interface, it
would have been done.  Nobody stuffed bits into one end of a modem
in serial order just because FSK technically stuffs the bits down
the phone line one at a time.

Floyd
Newsgroups: comp.dcom.modems
From: eh@c3.PLA.CA.US (Ernest Hua)
Subject: Need Practical Peripherals 14400FX Technical Information
Organization: C-Cube Microsystems, San Jose, CA
Distribution: usa
Date: Thu, 23 Jul 1992 15:58:13 GMT

How does one get technical information on the 14400FX?  I need the following:

    1.  How to write software that will interact with it on COM3 and COM4
        ports.  I assume that there are probably standards or generally
        accepted practices, but I am not aware of them.  In particular, I need
        to know things like:

        a.  Interrupt levels
        b.  Port addresses
        c.  Register definitions (are these the same as COM1 & COM2?)
        d.  Peculiarities to the 14400FX for a. - c.

    2.  What is the protocol used to communicate with the fax part of the
        board?  Is there something similar to the AT command set?  I know the
        manual alludes to something, but I would like to know if this info is
        available via FTP or MAIL somewhere.

Thanks!
Ern
From: bourman@hpcc01.corp.hp.com (Bob Bourman)
Date: Wed, 22 Jul 1992 23:14:50 GMT
Subject: Re: V.fast modems available?
Organization: the HP Corporate notes server
Newsgroups: comp.dcom.modems

/ hpcc01:comp.dcom.modems / shah@cs.arizona.edu (Rawn Shah) /  4:54 pm  Jul 19, 1992 /

>    Does anyone know if any V.fast modems are commercially available yet?
>I've heard of something called CODEX but thats all.

>Rawn Shah
----------
>	

	I just received two for evaluation. Haven't had a chance to play
	with them yet.

	BOBB
Newsgroups: comp.dcom.modems
From: john@jwt.UUCP (John Temples)
Subject: Telebits and TIES (was: Re: Boom! Our lawyer are tougher...)
Organization: Private system -- Orlando, FL
Date: Mon, 20 Jul 1992 17:21:14 GMT

In article <1992Jul20.034928.14560@cubetech.com> andrew@cubetech.com (Andrew Loewenstern) writes:
>Good modem manufactureres like Telebit and USR pay Hayes, so you don't
>have to worry about it.

Note that the WorldBlazer uses TIES, while the T3000 doesn't.  Or
perhaps it now does --  My T3000 from last year used the Hayes-style
guard time, which was replaced by TIES in the WorldBlazer upgrade.
It's documented on the last page of the WB addendum.  I called tech
support asking why (before I noticed it in the manual) and was told
"we're trying to get out of paying Hayes."

The way TIES is implemented on the WB is a bit unusual.  If you type
+++ with appropriate guard time, you will get an OK prompt.  However,
if you subsequently type any character which is not a valid AT command,
the modem will issue the CONNECT string and go back online.  Is this a
typical implementation of TIES?
-- 
John W. Temples -- john@jwt.UUCP  (jwt!john@peora.sdc.ccur.com)
Xref: sparky comp.dcom.modems:10949 comp.sys.ibm.pc.hardware:20100
From: rburnett@ducvax.auburn.edu
Newsgroups: comp.dcom.modems,comp.sys.ibm.pc.hardware
Subject: Re: Gateway Telepath Modems to ship 20 Jul 92
Date: 22 Jul 92 20:28:21 GMT
Distribution: usa
Organization: Auburn University, AL

In article <Br3EE9.n3t@news.udel.edu>, danderer@chopin.udel.edu (Dave Anderer) writes:
> 
> I'll believe it when I see it.
> 
> Gateway has lost an awful lot of goodwill with me over this product.
> -- 
I received my replacement telepath on July 20.  So far it is working just
fine.  I have tried it with procomm and qmodem.  Also the fax works with
winfax.  This is much better than before when it wouldn't work at all tho 
I still have a good bit of testing to do.
From: jroth@aegis.or.jp (Joel Roth)
Newsgroups: comp.dcom.modems
Subject: Ymodem specification document
Date: 23 Jul 92 22:45:46 GMT
Organization: Aegis Society, Kyoto Japan


 
I know this is a frequently asked question, but could
someone kindly tell me where to look for a specification
document and/or source code to Ymodem?
 

--
Joel Roth  
JUNET: jroth@aegis.or.jp (within Japan)
BITNET: jroth%aegis.or.jp@jpnkyoto.bitnet (international)
Newsgroups: comp.dcom.modems
Subject: Re: What to set COMM speed for V32bis Modems
From: lchiu@animal.gcs.co.nz (Laurence Chiu)
Date: Tue, 28 Jul 1992 21:53:32 GMT
Organization: GCS Limited, Wellington, New Zealand

In article <1992Jul27.131113.16671@pbs.org> swinokur@pbs.org writes:
>In article <BrtBxD.Ks1@animal.gcs.co.nz>, lchiu@animal.gcs.co.nz (Laurence Chiu) writes:
>> This is probably a simple question but here goes... If you have a v32bis
>> modem and you wish to dial another one, what do you set your comms speed to?
>> Using Procomm+ I could not find a setting for 14.4 but 9600 19.2. In fact
>> the modem responded to AT command at 19.2 even though I have never been able
>> to connect at any speed yet.
>> 
>> Laurence Chiu
>
>Larry, depends on the modem's cpability. Most v32bis modems will do 38400 and   
>some can do 57600. I would set your port at 38400. That will get you maximum 
>speeds on zip file transfers and will allow pretty near maximum on text files
>or uncompressed binary. If the modem supports 57600, then set that as your
>speed in your Procomm directory.  Also use ALT P to set your port speed if
>you dial from the terminal screen.
>Stu Winokur
>Public Broadcasting Service
>Alexandria Virginia   

Thanks for that. I have set my port speed to 38400 and in the dialling
directory set it to the same. When I do zmodem downloads I get about 
1650cps (average) using DSZ Zmodem on a Zip file. But I have yet to see
the much vaunted 38400 on text - i.e reading Fidonet news or just
scrolling around doesn't seem particularly fast (faster than 2400 for
sure!). I would have thought with V42bis on both ends (how can you tell
both sides have it activated?) the text stuff would literally scroll
instantaneously. I am using ANSI graphics so that imposes a small overhead
but even then...

Laurence Chiu