HDTenEightyP/NetNews huggingface dataset:
From: berger@atropa (Mike Berger)
Subject: Re: 16550AFN replacement for soldered-in 8250.
Organization: University of Illinois at Urbana
Date: Wed, 9 Sep 1992 17:50:13 GMT

charles@gremlin.muug.mb.ca (Charles) writes:
>nelson@crynwr.com (Russell Nelson) writes:
>>My serial port board has one socket, and one soldered-in 8250.  I
>>didn't want to use the socket, because that means buying the line
>>drivers and external DB-25. 

>>So, I got out the trusty dikes,
>>and clipped off the pins of the 8250, and discarded it. I didn't
>>desolder the pins even though it would have been easy at that point.
>>I just put my shiny new 16550AFN over the remaining 8250 pins and
>>soldered them together.

>Probably not the most reliable thing to do, but if it works....
*----
As a matter of fact, it's the RECOMMENDED service procedure for
many products, since it minimizes potential damage to the PC board.

It's ugly, but usually more reliable than desoldering, cleaning,
and resoldering 40 (double side board?) pads.

The 3-minute time you mentioned for removing a 40 pin part from
a double sided board clean is incredible.  It takes me several
times that, and I'm a very experienced technician.
--
	Mike Berger
	Department of Statistics, University of Illinois
	AT&TNET     217-244-6067
	Internet    berger@atropa.stat.uiuc.edu
Newsgroups: comp.dcom.modems
From: rhh2h@fulton.seas.Virginia.EDU (Ron Henderson)
Subject: NO increase in data rate with MNP5 on Bocamodem V42.bis
Organization: University of Virginia
Date: Tue, 8 Sep 1992 16:22:43 GMT

I recently purchased and installed a Bocamodem 2400 with MNP5 data compression.
I haven't compared up/downloading, but when listing the contents of a file
on the remote machine, my rate is exactly 1/4 of the 9600 rate I get at work.
That sounds like 2400 to me.  Is there a problem with my compression mechanism?

Any suggestions would be appreciated. (email preferred).


--
Ron Henderson                Internet:  rhh2h@Virginia.EDU
EE PhD student               BITNET  :  rhh2h@VIRGINIA
THN C237                     UUCPNet :  ...!uunet!virginia!rhh2h
University of Virginia       Voice   : " HEY Ron!! "
Newsgroups: comp.dcom.modems,misc.wanted,misc.forsale.computers,misc.forsale
From: mac1@Ra.MsState.Edu (Mubashir Cheema)
Subject: Re: **Supra 14.4 modem purchase info**
Organization: Mississippi State University
Date: Tue, 8 Sep 1992 17:09:38 GMT

valhert@mist.CS.ORST.EDU (valhert) writes:

>Hi Everyone,

>I have considered into buying the Supra 14.4 fax/modem.
>Can you please send me information of good deal on this
>modem?  Thanks.

>Valery


 Here is the info :


 These are all brand new, shrink-wrapped and come with latest ROM 1.200C

  Model #     : SUPFAXV32BIS
  Description : SupraFaxModem V.32bis
  Type        : External
  Data Speed  : 14,400/12,000/9600/7200/4800/2400/1200/300 bps data
                (upto 57000bps with V.42 data compression)
  Protocols   : Bell 103/212A,CCIT V.21/V.22/V.22bis/V.32/V.32bis/V.42/
	      : V.42bis, MNP 2-5, & MNP 10
  Fax         : 14,400/12,000/9600/7200/4800/2400 bps send/receive fax
	      : Class 1 & 2 commnads
	      : Group III compatible
  Transmission: V.17,V.29,V.27ter
  other       :
                non-volatile memory; autoanswer/autodial (tone or pulse); 
                extended AT commands and result codes; includes diagnostics, 
                phone jacks, subscriptions to free online services.
                5 year warranty.

  Asking : $265 + $7 (S&H)
   
     I also have few with WinFax software for Windows
     and fax software for MS DOS
     Each can be had for another $30 
     Thanx alot for dropping in.

Mubashir
P.S: International orders are welcome
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Mubashir Cheema: Computer Engineering student at Mississippi State University.
Amiga User and Star Trek Fan (me too :)
I can be reached at Fax/phone : (601) 324-7324 
Internet : mac1@ra.msstate.edu          Bitnet   : mac1@msstate.bitnet
US mail  : PO Box 4887, MSU             UPS/FedEx: 110 Lynn Lane #33D 
           MS State, MS 39762-4887                 Starkville, MS 39759 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: john.navas@uttsbbs.uucp (John Navas)
Newsgroups: comp.dcom.modems
Subject: Re: Question on Hayes ad
Date: 10 Sep 92 13:18:00 GMT
Reply-To: john.navas@uttsbbs.uucp (John Navas)
Organization: The Transfer Station BBS, Danville, CA - 510-837-4610/837-5591

In a reply yo SHUTTERS_WC@TOTO.LAAFB.AF.MIL,
geoff@zswamp.UUCP (Geoffrey Welsh) writes:

 > Some readers may disagree with Hayes on their statements and some
 > (like myself) think that Hayes is being a poor sport for enforcing
 > their rights, but you should know the facts first:

With all due respect, not all of your "facts" are correct:

 > Recently, Hayes has experienced success from lawsuits filed against
 > manufacturers who use this technique without paying Hayes a license
 > fee... so manufacturers who don't want to pay the fee have simply
 > removed the requirement of the silence before and after the escape
 > sequence.  Although this sounds like a trivial change, it means
 > that any modem asked to transmit three plus signs in a row as part
 > of a message will exit data transmission mode and enter command
 > mode, so all characters which follow will be interpreted as
 > potential "AT" commands rather than being sent as raw data.  (Heck,
 > I'll type them here; if you're reading this message on a host that
 > uses this patent evasion technique, it'll 'hang' on you unless the
 > escape code is disabled: +++)

Actually, TIES will not switch into command mode *unless* the escape
sequence is followed by a *valid* AT command, which (like the Hayes
guard time) substantially reduces the chance of a false switch; i.e.,
your +++ alone will *not* switch a TIS modem into command mode.

 > The use of the escape code (vital to compatibility with many
 > software packages) without the guard time introduces a serious
 > anomaly in the modem's operation.

I'd call that opinion rather than fact.  ;-)

 > Most manufacturers within reach of the American legal system have
 > either settled such a lawsuit with Hayes or lost to them outright
 > in court.  I believe that the ad is aimed at those who might
 > consider buying a modem from an obscure foreign manufacturer
 > against whom it would be very difficult for Hayes to file suit.

In fact there are a number of U.S. modem manufacturers using TIES
rather than the Hayes patent.  I would guess that the ad is aimed at
them.

Best regards,
John
                                                           
Xref: sparky comp.dcom.modems:13049 biz.comp.telebit:896
From: wjk@Phonogenic.COM (Bill Keenan)
Newsgroups: comp.dcom.modems,biz.comp.telebit
Subject: PEP vs. V.32bis w/ V.42bis for international connections
Date: 7 Sep 92 00:07:50 GMT
Reply-To: wjk@Phonogenic.COM (Bill Keenan)
Organization: Phonogenic Systems Corporation
X-Mailer: uAccess - Macintosh Release: 1.6v1

I am trying to figure out the cheapest (over time) and most reliable
way to communicate with a missionary in Nairobi Kenya. I am looking
into the availability of internet access in Nairobi, but I may be
forced to use point-to-point dail-up. If I use dail-up, the connection
will go through several satellites (Nairobi is 11 time zones advanced
of me). I already have a WorldBlazer, so I can accommodate PEP or
V.32bis w/ V.42bis. Does PEP (a half duplex modulation?) perform better
or worse than V.32bis w/ V.42bis in a multi-satellite connection? (I
plan to use a UUCP package running on the Mac or PC at either end of
the connection.) If V.32bis is better in this case, are there any
modems I should give special consideration to for the Nairobi end of
the connection (my end will be a WorldBlazer) since all V.32bis modems
are not created equal?

Bill

------------------------------------------------------------------------
Bill Keenan
Internet:	wjk@phonogenic.com -or- phngnc!wjk
AppleLink:	wjk@phonogenic.com@INTERNET#
CompuServe:	>INTERNET:wjk@phonogenic.com
Phonogenic Systems Corporation - Phone 415/365-1083 - FAX 415/365-1083
PO Box 3535, Redwood City CA 94064

Rudman - Tsongas '96 on the Republocatic ticket
Politicians working together for fiscal responsibility! This country
borrows about $4.25 per day per US resident (that is $21/day for a
family of 4) with little hope of paying any of the principle!
Newsgroups: comp.dcom.modems
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: V.35 interface for PC?
Organization: The Gator Public Access Unix Site - 219-289-3745
Date: Sat, 5 Sep 1992 14:42:43 GMT

bruce@camb.com (Barton F. Bruce) writes:

>The newer models of some CSU/DSUs *do* support ASYNC up to 19.2 or
>even 38.4kb, and shortly there will be several at 57.6kb. The 2 
>57.6kb async ones I am aware of now are between 1000 and $1500 list 
>each end. That is silly, and in a few months there will be units with 
>street prices maybe below $500 that do 57.6 async on 56kb sync dds lines. 

who's DSU's are these?  Does Black Box make such a beast?

Is it possible to run SLIP over a SYNC line?  I would think so -- since
my digiboard supports SYNC operation, couldn't I go directly from it into
a converter, into a SYNC 56kb DSU?

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
From: burch@rhps.UUCP (Lee Burch)
Newsgroups: comp.dcom.modems
Subject: USR sporster can support HST connections?
Date: 9 Sep 92 00:33:01 GMT
Organization: CrissySoft Incorporated


   I was reading the RIME USR modem conference and I came along
this post:

>To change your $290 USR Sporster 14.4 to a HST compatible to connect at
>16.8:

>    Init: ATS11=50V1L3X4&H1&R2&B1E1B0&M4&A3&K3

>enter this ONCE , unless you shut your power off or lose power then
>you'll have to re-enter it:

>ATGW03C6,22GW05CD,2F

>Here are the S register adjustments which you can write to NRAM:

>ATS14=1S24=150S26=1S32=8S34=0&W

>Do these things then call an HST board and you WILL connect at HST the
>screens may seem a little jerky but all file transfers will be done at
>HST speed and you can receive calls and connect with HSTs also.

  could this actually be true?  any USR sporster users out there
want to give this a try?  its just nram settings so I highly
dobut there is anythign you could do to actually harm the
unit....

note: I am not claming this is true, this is just what I have
seen and I do not own a sporster so I cannot verify it.
From: ohd@ornl.gov (OLIVE D H)
Newsgroups: comp.dcom.modems
Subject: Where can I find a connector?
Date: 9 Sep 92 19:04:37 GMT
Organization: Oak Ridge National Laboratory


I'm installing a 16550 Uart in a Serial board on my pc as the second
port.  There is a socket for the uart but I need a cable that goes from
the board to a 9-pin serial type port.  The plug on the board is a rectangular
10 pin thing-a-ma-jig that looks like: 

                            x x
                            x x
                            x x
                            x x
                            x x

Where can I get this cable to run from this to the back of the computer?
Newsgroups: comp.dcom.modems
From: eric@tfs.com (Eric Smith)
Subject: ZyXel
Organization: TFS
Date: Sat, 12 Sep 1992 08:55:14 GMT


Are ZyXel and Zero-One different companies?  What is the relationship
between them?

Where is the best place to buy a Zyxel modem?  From browsing this
newsgroup I get the impression they have the best overall user
satisfaction.  I noticed an ad in Byte showing the list price as
$469.  What is the street price?

My main concern is to get reliable V.32bis, with no spontaneous
disconnections caused by retrain problems etc.  Does ZyXel have
any reliability/speed advantages/disadvantages vs USR?
Newsgroups: comp.dcom.modems
From:  saigon@kbm.koenig.su (Igor Shulz)
Subject: Telebit T2500 control codes
Date: Mon, 31 Aug 1992 07:56:17 GMT
Reply-To: saigon@kbm.koenig.su
Organization: Design Office for Microelectronics (Kaliningrad)

My friend became owner of Telebit T2500 v.32. He were absolutely
happy unless its manuals weren't on the Japanese. We tried to run
host mode in Telix 3.15 and got the next result.

------- Capture ---
Host Mode: Waiting for call...
(Press Esc to exit, or 'L' for local test mode).

Incoming call. Sysop: press Esc to exit, or END to terminate user.
Already connected, or modem Carrier Detect switch improperly set!
Please enter your full name: Please enter your full name: Please enter your full name: Please enter your full name: Please

Host mode script finished.
-------------------

We don't know Japanese so we cannot know any control codes for this modem.
Could anybode let me to know any suggestion concerning of this trouble
or to send me a brief list of control codes for this modem.
Thanx in advance.

-----
Design Office for Microelectronics   Igor Shulz  (saigon@kbm.koenig.su)
A.Nevskogo st. 51                    BC++ 2.0, MS DOS 5.0
Koenigsberg, Russia
Voice: +7-011-22-466-423

Xref: sparky comp.dcom.modems:13352 comp.unix.sysv386:14435 comp.protocols.misc:701
From: caf@omen.UUCP (Chuck Forsberg WA7KGX)
Newsgroups: comp.dcom.modems,comp.unix.sysv386,comp.protocols.misc
Subject: Re: uucico w/v32bis vs zmodem w/v32bis
Date: 14 Sep 92 03:53:20 GMT
Article-I.D.: omen.1992Sep14.035320.5368
Organization: Omen Technology INC, Portland Rain Forest

In article <H.RRvhLAl&jVQ@mips.ruessel.sub.org> naddy@mips.ruessel.sub.org writes:
>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
>

This is incorrect, and represents confusion between "frame" and "subpacket".

A subpacket consists of up to 1024 bytes data, a flag byte, and the CRC.

The other stuff mentioned above normally is sent once, only, per file.
The folks that bleed about the 1k SUBpacket length do not understand ZMODEM.

-- 
Chuck Forsberg WA7KGX          ...!tektronix!reed!omen!caf 
Author of YMODEM, ZMODEM, Professional-YAM, ZCOMM, and DSZ
  Omen Technology Inc    "The High Reliability Software"
17505-V NW Sauvie IS RD   Portland OR 97231   503-621-3406
From: schuster@panix.com (Michael Schuster)
Newsgroups: comp.dcom.modems
Subject: Re: Where can I find ZyXEL Version 5.01 RomImages ?
Date: 13 Sep 92 00:30:29 GMT
Organization: PANIX Public Access Unix & Internet, NYC

In article <k2.716332831@woodstock> k2@bl.physik.tu-muenchen.de (Klaus Steinberger) writes:
>
>Hello,
>
>I've heard that ZyXEL now delivers new Modems with ROM Version 5.01.
>Is this correct? Are the ROM Images for 5.01 (for 1496E) available
>via Anonymous FTP ?

They're not supposed to be released until September 15, and something
called R5.01c will probably be the release version number. Patience.

-- 
_______________________________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: ti@bazooka.amb.org (Ti Kan)
Newsgroups: comp.dcom.modems
Subject: Re: 16550AFN replacement for soldered-in 8250.
Date: 11 Sep 92 02:52:28 GMT
Reply-To: ti@bazooka.UUCP (Ti Kan)
Organization: AMB Research Labs, Sunnyvale, CA.

In article, damiel@netcom.com (Paul Theodoropoulos) writes:
>does anyone have a source for 16550 chips in the sf bay area?

The ubiquitous Fry's Electronics has the 16550AFN in 40-pin DIP form.
It sells for $9.99.

-Ti
-- 
    ///  Ti Kan                vorsprung durch technik
   ///   AMB Research Laboratories, Sunnyvale, CA. USA
  ///    ti@bazooka.amb.org
 //////  ...!{decwrl,synopsys,tandem,tsoft,ultra}!sgiblab!bazooka!ti
///      ...!{uunet,sun,apple,sco}!altos!bazooka!ti
Newsgroups: comp.dcom.modems,comp.windows.ms
From: atzeiner@iastate.edu (your mom)
Subject: telemate in a dos window in Windows3.1
Organization: Iowa State University, Ames, IA
Date: Sat, 12 Sep 1992 14:48:12 GMT

When I use Telemate in a dos window I get the regular windows mouse cursor
and also the block cursor that telemate uses.  They don't coincide(they are a
ways apart) and the windows cursor doesn't work, just the telemate block
cursor works.  

Does any one know how to fix this??  I tried to disable the mouse in telemate,
but then the block cursor doesn't show up and the windows cursor doesn't work
in the window.  Also, other dos programs running in a window, work with the 
windows mouse just fine.

Thanks...
Newsgroups: comp.dcom.modems
From: charles@gremlin.muug.mb.ca (Charles)
Subject: Re: 16550AFN replacement for soldered-in 8250.
Organization: The Haunted Unix Box
Date: Thu, 10 Sep 1992 06:23:13 GMT

boyd@cs.unca.edu (Mark Boyd) writes:

>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 ;-}!

Well, I just grabbed 3 AT I/O cards that I just happen to have sitting on
my shelf here (2 socketed serials, 1 par, 1 game) and none of them where
multilayer.  Unless two sided boards are considered multilayer?  Which I
have always thought to have been considered double sided, not multilayer.
I don't know how much multilayer boards cost to produce, but I find it
hard to believe that they could make a multilayer I/O board with all those
ports on it and sell it for $15.00. 






















Newsgroups: comp.dcom.modems
From: louie@sayshell.umd.edu (Louis A. Mamakos)
Subject: Re: 16550AFN replacement for soldered-in 8250.
Organization: University of Maryland, College Park
Date: Wed, 9 Sep 1992 17:24:14 GMT

In article <1992Sep9.141947.2571@cs.unca.edu> boyd@cs.unca.edu (Mark Boyd) writes:
>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.

Removing a 40pin DIP from a multilayer board is easy to do if:

1 - you have some degree of soldering experience.  (No, pick it up
from the *other* end!)

2 - you don't care about the 40 pin device you are removing.

The method that I use is similar to the one described, but taken
further.  Clip all 40 pins off of the DIP as close to the package as
possible.  Now, simply remove one pin at a time from the PC board.
This is not a difficult task to do as you are only attempting to
remove a single pin at a time.  Just get a "solder sucker" and have at
it.

I can't imagine how you could solder the new device's pins to the old
pins that are left over since the old pins no longer have any mechanical
stability "floating" as it were when you heat them with the iron.

louie
From: oestline@maui.qualcomm.com (Ofer Estline)
Newsgroups: comp.dcom.modems
Subject: HELP install 2400bd
Summary: on IBM 386-40
Keywords: install help needed
Date: 14 Sep 92 21:15:07 GMT
Organization: Qualcomm, Inc., San Diego, CA


	I just purchased an IBM Saturday, took it home, stuck a
	telephone line in my internal 2400, copied the software
	that came with the package to my hard drive, and.... 
	no dialtone, no nothing.

	I checked the phone line.  I checked the jumpers on the card.
	The card is in COM2, I have a mouse in COM1.

	This is all I know about it.  I've never looked at another IBM
	before.

	Any info would be greatly appreciated..
	--Ofer
From: charles.berlinguette@outlan.ersys.edmonton.ab.ca (Charles Berlinguette) 
Newsgroups: comp.dcom.modems
Subject: USR SPORTSTER 14.4K
Date: 12 Sep 92 12:06:00 GMT
Reply-To: charles.berlinguette@outlan.ersys.edmonton.ab.ca (Charles Berlinguette) 
Distribution: world
Organization: Outland BBS-UUCP

Is there a truth to the rumour that certain versions of the USRobotics
Sportster 14.4k V32.bis modems are capable of communication with Courier
HST modems, and are also capable of the newer 16.8k baud HST speed?


PS This INIT string is suppose to enable HST communication.

ATGW03C6,226W05CD,2F

Someone want to confirm this?
                                                         
Newsgroups: comp.dcom.modems
From: rdippold@cancun.qualcomm.com (Ron Dippold)
Subject: Re: Motorola V.Fast Modem
Organization: Qualcomm, Inc., San Diego, CA
Date: Fri, 11 Sep 1992 08:43:34 GMT

aga@Comtech.com (Alan G. Arndt) writes:
>>That Motorola Codex modem 28.8K is proprietary.  The real V.Fast 28.8 won't
>>be finalized until the end of '93, then will be formally adopted early
>>1994.  Therefore, when the standard comes out, the Codex will not be able
>>to connect to it at 28.8K...

>The Motorola Codex Modems are 28.8K?  Does this translate to 24K on the
>interface??  We have two of these for testing purposes and we are only
>getting 24k out of them (this is within the PBX so the lines shouldn't
>be bad).  Is their an update to these modems to get 28.8k?  We could
>most definately use it and the compatibility ISN'T an issue.

>These are model PC 3261 and I belive it says 24K in the memu.

The Motorola literature and press releases say 24K as well, as has
everything I've seen.  We even have some at work.  It may be a
confusion between the 24K and the possible 28.8K standard for real
V.fast.  I believe that was one of the concerns of Motorola - that
their hardware might not be able to handle it without a major hardware
upgrade if the rate did go that high.

BTW, nothing I've seen about V.fast ensures V.32bis compatability -
you can negotiate down to it, if both modems have it, but a V.fast
modem doesn't have to support it from the latest info I've seen,
although of course nothing is set in concrete.  If someone is
considering the Codex and wants to connect with V.32bis as well
instead of just doing point to point, that might be something to check
out - whether it will support that.
-- 
"Show me a Catholic who hasn't been slapped around, and I'll show you an
Episcopalian" -- Catholics
Newsgroups: comp.dcom.modems