HDTenEightyP/NetNews huggingface dataset:
From: alan@ernest.dseg.ti.com (Alan Edmonds)
Newsgroups: comp.dcom.modems,comp.sys.mac.hardware
Subject: Re: HUGE WORLDBLAZER problems...
Date: 6 Sep 92 05:21:16 GMT
Organization: Texas Instruments, Inc. - Plano, Tx

In article <Bu42I2.6yF@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
>cahan@bigboy (Denny Cahan) writes:
>
>>We just purchased a whole bunch of Worlblazers through Merisel 
>>( a distributor) and were told that the only people who made
>>the proper cable was a company called AESP. I can get you their
>>phone # if interested. I am curious what is so special about the
>>pinouts.
>
>Nothing.  Sounds like hogwash to me.  We used the same serial cables
>on the Worldblazers that we've used on the other modems

Bzzt.  Sorry Larry.  The original article discussed having problems
with WBs and Macintoshes.  There is definitely good and bad Mac
serial cables, especially with high speed and HW handshaking.
-- 
Alan Edmonds                                     Texas Instruments, Inc.
I don't speak for TI; TI doesn't speak for me    M/S 8513
Work phone: (214)575-6427                        6620 Chase Oaks Blvd.
Email: alan@ernest.dseg.ti.com                   Plano, Texas  75023
Newsgroups: comp.dcom.modems,comp.unix.sysv386,comp.protocols.misc
From: gert@greenie.ucrc.sub.org (Gert Doering)
Subject: Re: uucico w/v32bis vs zmodem w/v32bis
Organization: GreeniE
Date: Fri, 04 Sep 1992 19:42:31 GMT

anton@analsyn.gts.org (Anton J Aylward) writes:

>"If Z-modem is so good, why not tell us how to put a plug-in replacement
> for UUCP based on Z-Modem, which interfaces to news and mail in just
> the same way....."

Various people are working on a Z-Modem-like protocol for Taylor-UUCP.

gert
-- 
Gert Doering | SubNet  : gert@greenie.ucrc.sub.org      | mailbox / uucp:
Munich / FRG | InterNet: gdoering@physik.tu-muenchen.de | call (089)3243328
(089)3243228 | FidoNet : gert.doering@2:246/55.4        | login bbs / nuucp
Xref: sparky comp.dcom.modems:13094 comp.unix.sysv386:14159 comp.protocols.misc:672 biz.comp.telebit:906
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: comp.dcom.modems,comp.unix.sysv386,comp.protocols.misc,biz.comp.telebit
Subject: Re: uucico w/v32bis vs zmodem w/v32bis
Date: 7 Sep 92 18:45:49 GMT
Organization: Izot's Swamp

keith@ksmith.uucp (Keith Smith) writes:

> In article <Bu40L8.47w@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes
> >regular zmodem doesn't do so how with todays high speed modems with
> >DTE speeds > 38400.  For example, with my TurboPEP modems, zmodem maxes
> >out at around 2100 cps while ymodem-g can exceed that.  What we need is
> >a large packet zmodem (like Wazoo -- from Fidonet) with 8K packets to
> >take advantage of todays modems and 115200 baud DTE speeds
> 
> Couldn't almost the same thing be accomplished by increasing the window
> size to a very large number?

   ZMODEM operates in streaming mode... essentially it already has a window of 
infinite size.

> Doesn't Zmodem allow for 1K packets?

   That's what Larry was talking about: increasing subpacket size (the size of 
blocks, which are used only for error correction) to reduce the ratio of 
framing and checsum overhead to real data bytes.  However, I am certain that 
the framing overhead is small compared to the dozen or more bytes that are 
circumvented by multibyte escape sequences.

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"...
From: jerry@incc.com (Jerry Rocteur)
Newsgroups: comp.dcom.modems
Subject: Re: Word of Advice
Summary: Zoom
Date: 15 Sep 92 17:25:45 GMT
Organization: InCC.com Perwez Belgium

In article <128.30009@incc.com>, jerry@incc.com (Jerry Rocteur) writes:
> In article <36942@uflorida.cis.ufl.edu>, bjs@neptune.phys.ufl.edu (Brian J. Smith) writes:
> > In article <1992Aug26.063904.8574@samba.oit.unc.edu> Denny.Chuang@bbs.oit.unc.edu (Denny Chuang) writes:
> > >
> > >	I know Supra, Zoom, boca are in the sam boat, all three companies offer
> > >	the lowest price avaliable for a 1`4.4k  modem.  
> > 
> > 
> > Wait, I bought 8 Zoom 14.4 External Fax Modems, had to send one back, but they
> > come with a 7 year warrenty.  My question is what are the problems with the
> > Zoom ?  The 2 reasons that I bought that brand over XYZ modem is that I hadn't
> > heard of any troubles with the Zooms.  And the cost of the Zoom was 100 bucks
> > less then PP's 14.4 modem.  As for supras I just stayed away from them after
> > the flood of problems and 4 month waiting lists.
> > Could someone enlighten me ?
> 
> I received a Zoom V.42bis VFX modem about 4 weeks ago.
> 
> I rarely get cps over 1200, usually 800-900, I can't get it to work
> with uucp for more than 3 - 4 minutes without ASSERT ERRORs, when I
> use it with PC plus, odyssey, xc or cu to log into bbs or other UNIX
> machines interatively it drops carrier after 3 - 4 minutes,
> I've tried to phone Zoom, never answer, sorry, yes, they do answer
> after 5 to tell you it is after 5 and it is now an aswering machine,
> I have faxed them twice, no reply.
 
 I received a reply to my fax to Zoom last night.

 They recommend a at\e1 before calling v32bis modems, to match phone
 line impedence.

 I'll try it....
-- 
 __^__                                                              __^__
( ___ )------------------------------------------------------------( ___ )
 | / | Jerry Rocteur                       Email: jerry@InCC.COM    | \ |
 |___|  Independent Computer Consultants division DELDRA s.p.r.l.   |___|
(_____)------------------------------------------------------------(_____)
   ^                                                                  ^
From: tnixon@hayes.com
Newsgroups: comp.dcom.modems
Subject: Re: err correction protocol--is it working?
Date: 11 Sep 92 10:59:23 EDT
Organization: Hayes Microcomputer Products, Norcross, GA

In article <16416@pitt.UUCP>, jonathan@cs.pitt.edu (Jonathan Eunice)
writes: 

> Now that I have a modem (Supra) with all the trimmings (V.32bis, V.42,
> V.42bis, ...) I'm surprised that I'm still getting some errors during
> Zmodem downloads.  
> 
> I have noisy lines, to say the least.  But...I thought the V.42
> protocol was supposed to notice transmission errors and negotiate for
> resends.  Do I misunderstand its intent/operation?  

Perhaps.  Modem error control only corrects errors that occur 
between the modems. It can't help data loss or corruption that 
occurs between your modem and your computer. Such problems can 
happen if flow control is not set properly, or if your 
microprocessor or software can't keep up with the flow of incoming 
data (can't process interrupts fast enough).  The solution to the 
first problem is, of course, to make sure the flow control settings 
are matched between the software and modem, and, if you're using 
hardware flow control, to make sure your cable is properly wired.  
The solution to the second problem is to upgrade your comm port 
hardware to a device with more buffering -- at least to a 16550A 
UART (if the problem is minor), or to a buffered intelligent serial 
card like a Hayes ESP (with automatic flow control) is the problem 
is severe.

-- 
Toby Nixon, Principal Engineer      | Voice   +1-404-840-9200  Telex 401243420
Hayes Microcomputer Products, Inc.  | Fax     +1-404-447-0178  CIS   70271,404
P.O. Box 105203                     | BBS     +1-404-446-6336  AT&T    !tnixon
Atlanta, Georgia  30348             | UUCP uunet!hayes!tnixon  Fido   1:114/15
USA                                 | Internet                tnixon@hayes.com
Newsgroups: comp.dcom.modems
From: rfall@mv.us.adobe.com (Richard Fall)
Subject: Re: HUGE WORLDBLAZER problems...
Followup-To: comp.dcom.modems,comp.sys.mac.hardware
Organization: Adobe
Date: Sat, 5 Sep 1992 00:20:13 GMT

In article <1992Sep4.115114.1@hmcvax.claremont.edu>,
afrancke@hmcvax.claremont.edu wrote:
> 
> Here's the scoop on a modem problem I've been having ever since I picked it up:

   [Problem details deleted]

> I have had enormous problems getting my Telebit WorldBlazer to work properly
> with the SE/30 (which HAS had a serial port loopback check performed
> successfully by an authorized Apple dealer recently).

   [...]

This smells like a problem with some of the earlier Worldblazers, in which
the
voltages on the serial port outputs were lower than the RS-232 (or RS-422?)
standard called out.  This caused the modem to exhibit all manner of
strange
behavior, since it didn't drive the received data line or the handshaking
signals
"hard" enough.

(I may have this backwards--it may have been a problem in the _received_
voltage
levels the WorldBlazer saw.)

In any case, I'd call Telebit back, tell them you may have an earlier
version of
the WorldBlazer that has that "RS-232 voltage problem".  Have the serial
number
handy, and don't give up until you talk to a tech who is aware of this
problem
and can check your serial number (the problem was fixed past a certain
serial
number).

You might also check the voltage levels on the Mac itself.  In spite of the
fact
that the loopback test worked, the voltage levels might still be too low
for the
WorldBlazer to "see", although the Mac saw them OK.

Good luck.

> Andrew Francke
> afrancke@hmcvax.claremont.edu

 +--------------------------------+-----------------------------------+
 |  Richard Fall                  |  Voice:  (415) 962-4889           |
 |  Adobe Systems, Incorporated   |  Fax  :  (415) 903-9652           |
 |  P.O. Box 7900                 |-----------------------------------|
 |  1585 Charleston Road          |  Internet:  rfall@mv.us.adobe.com |
 |  Mountain View, CA  94039-7900 |  UUCP:    ..!decwrl!adobe!rfall   |
 +--------------------------------+-----------------------------------+
Newsgroups: comp.dcom.modems
From: bell@nosc.mil
Subject: Boca 14.4 to Telebit WorldBlazer connect problems.
Organization: Naval Ocean Systems Center, San Diego, CA
Date: Tue, 15 Sep 1992 23:05:32 GMT

Has anyone else had problems connecting at 9600 to a Telebit WorldBlazer from
a Boca modem?

P.S.- Does anyone know what the parameters are for the \Ex modem command.  All
the manual tells me is that it optimizes local echo.

I like the Boca modem so far...this is the first problem I've had with it.


______________________________________________________________________________
Tom Bell                                                 email:  bell@nosc.mil
NCCOSC RDT&E (NRaD)
San Diego, CA
------------------------------------------------------------------------------
Newsgroups: comp.dcom.modems
From: behrenss@Informatik.TU-Muenchen.DE (Soenke Behrens)
Subject: Re: XYZ modems
Organization: Technische Universitaet Muenchen, Germany
Date: Thu, 10 Sep 1992 22:17:59 GMT

gregory@bcstec.ca.boeing.com (Greg Wright) writes:


> I was looking for some brief info on the differences between X,Y and Z-
>modem transfers. Which one came first, which one uses which error corr-
>ection, etc.

First Ward/Christensen, derived from that X-Modem, then Y-Modem, then
Z-Modem by Chuck Forsberg. Also see the docu to these protocols for a
historical overview.

Ward/Christensen and early X-Modem had checksums, thne nowadays used X-Modem
does it with CRC-16 (one very close to the CCITT CRC term), Y-Modem also
(though I don't remember if the term is different), Z-Modem has the option
of CRC-32 (though I don't believe it's really needed).

> Are there any that support crash recovery besides Z-modem?

X and Y do not. I am not sure about kermit 5.x ... it performs super compared
to Z-Modem, but I don't know if it can continue transfers. Anyone enlighten
me on this?

Soenke
P.S.: Ah yes, Z-Modem got on-the-fly compression and such features in later
versions, though I don't have a docu to an up-to-date implementation
(sigh). And Z-Modem has major problems with modern modems that have their
own buffer (usually about 8k) when errors occur ... it get's confused that
data is still coming in despite the ZRPOS. Kermit 5.x does not have this
problem, it retrains much faster than Z-Modem. 

Soenke
-- 
===========================================================================
More than silver, more than gold, I need   !    behrenss@informatik.
electricity. I need it for my dreams.      !    tu-muenchen.de
(RACTER)                                   !  FIDO: 2:246/13 Soenke Behrens
From: john.navas@uttsbbs.uucp (John Navas)
Newsgroups: comp.dcom.modems
Subject: RE: USR SPORTSTER 14.4 FA
Date: 11 Sep 92 21:13:00 GMT
Reply-To: john.navas@uttsbbs.uucp (John Navas)
Organization: The Transfer Station BBS, Danville, CA - 510-837-4610/837-5591


 JN> Again, according to the documentation the Sportster will
 JN> *initiate* both fall-forward and fall-back as appropriate.

 > I just talked with the sales reps at USR and one of the differences
 > they claim between the sportster and the courier line is that the
 > courier will renegotiate to higher speeds (fall-forward), while the
 > sportster WILL NOT. I don't know what documentation you were
 > reading, but what you stated was not is not consistent with what
 > USR is claiming, and what I read in a flier from the company.

I can't be absolutely sure, since I haven't verified it myself.
However, the Sportster documentation is quite clear, and a "reliable
source" informs me that the Sportster uses the same logic that the
Courier does.  My guess is that USR is trying hard to suggest a reason
for the large price difference between the Sportster and the Courier.
In any event I have been very happy with the performance of the
Sportster.

Best regards,
John
                                                    
Newsgroups: comp.dcom.modems
From: boyd@cs.unca.edu (Mark Boyd)
Subject: Re: 16550AFN replacement for soldered-in 8250.
Organization: University of North Carolina at Asheville
X-Newsreader: Tin 1.1 PL3
Date: Wed, 9 Sep 1992 14:19:47 GMT

Suggesting that someone without a lot of desoldering experience remove
a 40 pin DIP from a multilayer board using the RS desoldering tool, as
charles@gremlin.muug.mb.ca suggests, is an almost criminal act ;-}!
On the other hand, his suggestion to just get the drivers and the
cable for the second port is really a good suggestion.

If you don't have the option of using a socket, the 'cut the pins with
a diagonal cutter and solder the new chip to the pin stubs' suggested
by Russ Nelson is a downright crude approach, but it is also quite
likely to work. I know from experience.

I've done it both ways, although not with a 16650, and damaged boards
with the first technique, but not with the second. As a minor addition
to Russ' technique, I'd recommend soldering a socket to the pin stubs,
if you have the room, rather than directly soldering the 16550.

	Mark
From: dkw@wolferts.ka.sub.org (Klaus Wolferts)
Newsgroups: comp.dcom.modems
Subject: Re: Line in use indicator?
Date: 12 Sep 92 10:17:08 GMT
Organization: Ing'Buro f. EDV + Elektronik, D-7500 Karlsruhe 31

paul@argus.CAM.ORG (Paul Mainville) writes:
>
> Does someone know of an existing device that can show when a phone line is
> in use (as on multiple line phones)?
> 
> Does someone have the schematics to build one?
> 
> Scenario: My PC (in room A) is transfering data through modem, and I want
>           my wife (in room B) to know the line is in use without taking
>           the receiver...
                                +----------+        +-----+
Use the following arrangement:  | Modem/PC |Room    |     |Room  
                                |Line Phone| A      |Phone| B
                                +--+----+--+        +--+--+
                                   |    |              |
        Line in -------------------+    +--------------+

The phone in room B is usable only when the modem is on hook. 
When the Modem is off hook, the phone in room B is dead and can't 
disturb your data transfers.

Naturally if your wife is phoning in room B, you will break her call 
when you start a data transfer with your modem/PC (but you hear her 
partner in the modem speaker and may stop with ATH :-) 

Klaus
 ____    __  __  __    __   __
|    \  |  |/ / |  | /|  | / / Dr.-Ing. Klaus Wolferts: dkw@wolferts.ka.sub.org
|  |  | |  | /  |  |/ |  |/ / Ing'Buro f. EDV + Elektronik
| d|  | | k| \  | w| /|  | / Mitteltorstr. 45,            Phone: +49 721 706016
|____/  |__|\_\ |__|/ |__|/ D-7500 Karlsruhe 31, Germany,  49x03'02"N 8x22'58"E
Newsgroups: comp.dcom.modems
From: work@tasha.guug.de (Felix Blank)
Subject: Re: Zyxel voicemail question
Date: Wed, 16 Sep 1992 00:35:30 GMT

hikaru@infodn.rmi.de (Walter Doerr) writes:

>From recent discussions on the net I understand that Zyxel plans to
>or has already released a ROM version that supports voicemail.
>I have the following questions:

>1. What Zyxel modems support this? U1496E? Do I need the PLUS model?

32 pin ROM sockets (for 1M ROM's) are sufficient, plus model is not
necessary.

>2. What is the serial data format? Baudrate, etc?

19200 bps, voice data get compressed and decompressed by the modem. You
deal only with compressed data.

>3. Is voicemail software available under UNIX?
>   Is it possible to use this feature under UNIX or do I need the "realtime"
>   capabilities of a DOS machine (because of the datarates)?

It's possible. A modern workstation will have no problem with this task.
Just start writing the neccessary software :-)

Felix
-- 
Felix Blank                                 Internet   : felix@tasha.guug.de
Germany, Munich                             CompuServe : 76334,3373
Fax: +49-89-8206074
Xref: sparky comp.dcom.modems:13218 comp.unix.sysv386:14299 comp.protocols.misc:689
From: naddy@mips.ruessel.sub.org (Christian Weisgerber)
Newsgroups: comp.dcom.modems,comp.unix.sysv386,comp.protocols.misc
Subject: Re: uucico w/v32bis vs zmodem w/v32bis
Organization: My Individual Private Site
Date: Tue, 08 Sep 1992 13:16:12 CET
Reply-To: naddy@mips.ruessel.sub.org

In <5N6oqB3w165w@zswamp.UUCP>, Geoffrey Welsh writes:

>    I believe that the difference in throughput is about 5%, resulting from 

YModem-g has a consistent overhead of 5 chars per 1k block, that's less
than 0.5%. For ZModem, see below.

>    Perhaps, if Chuck is reading this, he could remind us of ZMODEM's subpacket 
> overhead... and of how many bytes are circumvented with escape codes in 
> vanilla ZMODEM.

(I'm not Chuck, but according to his documentation:)

Plain ZModem escapes <can>, <xon>, <xoff>, M-<can>, M-<xon>, M-<xoff>
("M-" means upper bit set) and the <cr>@<cr> sequence. Escaping is done
by prefixing ZDLE (<can>) and XORing the character with 0x40.

ZModem offers three types of headers/frames: hex, binary (CRC-16),
binary (CRC-32). I assume the latter is used most when transferring
binary data:

        ZPAD                    ; '*'                   1
        ZDLE                    ; <can>                 1
        'C'                                             1
        <type>                                          1
        <flag/position>         ; 32 bit value          4
        ...                     ; data                  max. 1024
        <CRC>                   ; 32 bit CRC            4

Thus we have 12 characters basic overhead per block. Note that all of
the data send, including header and CRC, is escaped if necessary. This
makes calculating actual overhead a rather nasty affair.

Considering that packed data should be pseudo-random, i.e. all byte
values appear equally often, there are already (6 out of 256) * 4
= 24 characters to escape. Total overhead should be close to 4%
(estimate).

Since Moby Turbo isn't in the public domain anymore I don't have any
specs about it. I assume it simply doesn't escape any characters except
ZDLE (<can>).


bye
-- 
Christian "naddy" Weisgerber, Germany           naddy@mips.ruessel.sub.org
Newsgroups: comp.dcom.modems,comp.sys.next.misc
From: gmwu@athena.mit.edu (George Wu)
Subject: How to Use a WorldBlazer with a NeXT
Keywords: NeXT Computers, Telebit WorldBlazer modem
Organization: Massachusetts Institute of Technology
Distribution: na
Date: Sat, 5 Sep 1992 22:00:34 GMT

	I recently got a WorldBlazer Modem and would
like to hook it up with a NeXT Cube (68040).  I would
like to hear from people who are already using this
modem with their NeXT so that I don't do anything stupid
to screw up the modem or the computer.  

	Specifically, I would like to know where you 
bought your hardware handshake cable, what kind of software
(communicating) you use.  If you are running tip or UUPC,
I would like to know what files and what parameters need
to be set.  Thank you in advance.

	Best regards,


	George Wu
	gmwu@athena.mit.edu



Newsgroups: comp.dcom.modems
From: Kevin Langston <langston@convex.COM>
Subject: Re: WHAT TO CHOOSE: PP14400FX
Originator: langston@neptune.convex.com
Date: Mon, 14 Sep 1992 20:15:15 GMT
Reply-To: langston@convex.COM (Kevin Langston)
Organization: Convex Computer Corporation, Technical Operations
Followup-To: comp.dcom.modems
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

egreen@waggen.twuug.com (Eddie Greensides) writes:
>
>PPI will be shipping 1.15M of its firmware to users starting next week.  Its
>suppose to fix the automatic retain as well as connection problems.  Also,
>the upgrade fixes faxes bugs, and receiving problems.

    Will it fix the annoying chirp when the modem hangs up and the speaker
    is supposed to be turned off? 

    Did every PM14400FXSA owner get a new power brick in the mail last
    month with no PPI explanation? 

    Just curious.

    Kevin

-- 
----    Kevin Langston   langston@convex.com  
------                   langston@frontier.lonestar.org
"[ laws that forbid the carrying of arms ] disarm only those who are neither
inclined nor determined to commit crimes."   -- Cesare Beccaria, 1764
Xref: sparky comp.dcom.modems:13284 comp.sys.ibm.pc.hardware:24052
From: stanton@haas.berkeley.edu (Richard Stanton)
Newsgroups: comp.dcom.modems,comp.sys.ibm.pc.hardware
Subject: Why does my PC sometimes hang when the phone rings?
Date: 12 Sep 1992 04:53:47 GMT
Organization: University of California, Berkeley
Distribution: world
NNTP-Posting-Host: haas.berkeley.edu

Earlier today, I had been using MS-KERMIT to dial in to a computer.
I logged off, hung up, and exited. A little while later (while in the
middle of another program, unrelated to serial communications), the
phone rang and my PC completely froze, requiring a hard reboot.

I have a Zoom 2400bps modem attached to COM1, if this is relevant.
I've noticed this occurring intermittently before.

Why should the phone cause my PC to die, and is there anything I can do
about it?

Thanks for any suggestions

Richard Stanton
From: tnixon@hayes.com
Newsgroups: comp.dcom.modems
Subject: Re: Question on Hayes ad in Network World magazine
Date: 14 Sep 92 12:33:16 EDT
Organization: Hayes Microcomputer Products, Norcross, GA

In article <dkw02545920811195046@wolferts.ka.sub.org>,
dkw@wolferts.ka.sub.org (Klaus Wolferts) writes: 

> Perhaps Mr. Nixon may tell us more about the features that patent 
> covers? 

I'd love to, but since this whole mess is the subject of litigation, 
anything I say has to be cleared by attorneys.  In fact, I should 
probably get THIS cleared, but anyway...

-- 
Toby Nixon, Principal Engineer      | Voice   +1-404-840-9200  Telex 401243420
Hayes Microcomputer Products, Inc.  | Fax     +1-404-447-0178  CIS   70271,404
P.O. Box 105203                     | BBS     +1-404-446-6336  AT&T    !tnixon
Atlanta, Georgia  30348             | UUCP uunet!hayes!tnixon  Fido   1:114/15
USA                                 | Internet                tnixon@hayes.com
Newsgroups: comp.dcom.modems