HDTenEightyP/NetNews huggingface dataset:
From: reaper@wixer.cactus.org (Keath Milligan)
Subject: Re: 16550AFN replacement for soldered-in 8250.
Organization: Real/Time Communications
Date: Wed, 9 Sep 92 15:40:36 GMT

In article <1992Sep08.231048.3194@gremlin.muug.mb.ca> 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. 
>
>For which after doing the below, probably ended up costing you more!
>Those little cables can be picked up for a buck, and the drivers are what?
>89 cents each?
>

Yeah, if it alreayd hjad a socket, that probably would have been the
easiest...

>>I don't have the equipment for
>>desoldering a 40-pin IC.  Wire-wicking the solder off each pin, while
>>an impressive feat, gets old fast. 
>
>Get one of those de-soldering irons from Radio Shack with the bulb.
>(No, I'm not talking about a seperate iron and bulb, RS makes an iron
>with the bulb mounted on a steel tube that gets hot, melts the solder and
>is sucked into the tube).  I bought mine several years ago, works like
>a charm.  I can remove a 40 pin IC in 2-3 minutes.
>

Depends on the type of stuff you're desoldering.. Some wave-soldered
stuff is especially resistant to solder-suckers..

>>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....

You had the right idea by clipping the pins off the 8250, after you had
done that it would have been very easy to remove the pins with some wick
and using a toothpick to clean out the holes...

-- 
oooooo ooo o o  o            Keath Milligan            o  o  ooooo oooo oooooo
oooo oo ooo  o   o   Prometheus Light and Sound, Inc.   o   o  o ooooooooooooo
oooooooo o oo  o         Real/Time Communications        o    o o ooo oooooooo
oooooo oooo ooo  o  internet: reaper@wixer.cactus.org  o   o  o ooo oo ooooooo
Newsgroups: comp.dcom.modems
From: jseymour@medar.com (James Seymour)
Subject: Re: Question on Hayes ad in Network World magazine
Organization: Medar, Inc.     Farmington Hills, MI
Date: Thu, 10 Sep 1992 15:58:05 GMT

In article <335uqB6w165w@zswamp.UUCP> geoff@zswamp.UUCP (Geoffrey Welsh) writes (in part):
[stuff deleted]
>                                                                       ... 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: +++) 
>

Is this true?  Not on my MultiTech's at least.  As best I recall: they
require something like <plus><plus><plus>AT<valid_AT_command><return>,
otherwise they simply "return" to data mode and pass the data through.
I *think* (don't have the manual handy at the moment).  I'm sure someone
will correct me if I'm wrong :-).  This sequence seems "relatively" safe.
In any event, I have to agree with you, Geoff, I've never used the
escape sequence and I've, always disabled it in un-attended applications
especially.

>
>Geoffrey Welsh, 7 Strath Humber Court, Islington, Ontario, M9A 4C8 Canada


-- 
Jim Seymour				| "If NT is the answer, it must
...uunet!medar!jseymour			|  be a really silly question"
jseymour@medar.com			|      Warner Losh
CIS: 72730,1166  GEnie: jseymour	|      Computer Power Software
From: clemon@lemsys.UUCP (Craig Lemon VE3XCL)
Newsgroups: comp.dcom.modems
Subject: Straight answers on ZyXEL 'PLUS' models please
Distribution: world
Date: 5 Sep 92 11:58:20 EDT
Organization: Private UUCP "Twig" Node

        As many of you probably already know from previous posts requesting
information, I'm planning to spend a good chunk (read 80-90%) of my
non-university funds to purchase a ZyXEL U-1496S on the basis that it
should be capable of some sort of v.fast in the future (up to the DTE limit
of 76.8kbps).  I like all of it's other features and I know for sure that
they exist already.  Just about 2 days before I was planning to order (on a
Saturday) I received a post talking about the U-1496S+.  I held off
ordering because I was curious what this model was.  I was told that this
was *_THE_* model that ZyXEL was planning to upgrade to v.fast (along with
the E+).  What I need is some straight answers about the existence of this
modem.  After my inquiries about the product I have received two basic
answers (each received from several people) :  1) the plus model is a new
hardware product with new custom ASICs (Application Specific Integrated
Circuits) to allow the full speed of v.fast plus other neato things (like
voicemail etc...)   2) that the + model is a normal ZyXEL modem shipped
with a new, special ROM revision that is also publicly available for $50 or
so (this is what is advertised by a "distributor", the Questor Project).

        Which answer is correct?  I don't need to know every detail about
new hardware or new firmware features, only whether I should wait for new
hardware to hit the market or whether I can just buy a current 1496S and I
will get a "PLUS" model later in ROM.  This is a major purchase for me and
I don't want to screw it up by purchasing 3 weeks too early.  E-Mail or
post, I read all articles in this newsgroup.  Thanks in advance,

--
 Craig Lemon VE3XCL (Advanced) - Kitchener, Ontario. Amiga B2000  OS 2.04
 +1 519 741 0297    +1 519 578 7817              | 1A Electrical Engineering
 clemon@lemsys.UUCP clemon%lemsys@xenitec.on.ca  | University of Waterloo
 IP/Packet: ve3xcl@ve3xcl.ampr.org [44.135.84.51]|        Fall 1992
Newsgroups: comp.dcom.modems
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: Optimizing Telebits.
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Mon, 7 Sep 1992 19:37:19 GMT

In article <1992Sep7.182013.7094@ntg.com>, dplatt@ntg.com (Dave Platt) writes:
> ...
> >4)  And last - this is just a little pet peeve.  For some reason these
> >WorldBlazers think they need to retrain when they lose the modem on
> >the other side.  The other end will cut off the connection and the
> >WB's CD light starts blinking like it is retraining.  How can I stop
> >this from happening?  I wan't the damn thing to hang up and not wait
> >10 seconds while it figures out the line has been dropped.  I've seen
> >no other Telebits do this and it is aggravating to have this one do
> >it.
> 
> That's pretty much in the nature of V.32, I believe.  V.32 uses a single
> carrier frequency, with adaptive echo cancellation.  It's not terribly
> easy for a V.32 modem to tell (quickly) that its peer at the other end
> has disconnected, since it continues to "hear" the carrier signal come
> back (its own carrier, delayed and mixed).  If the modem is more quick
> to hang up when carrier is actually dropped, it will probably also be
> more prone to disconnect prematurely if there's a burst of noise on the
> line.


There may be more to it than that.

I don't pretend to know the real mathematics about what is going on
while stuffing nearly the Shannon limit of bits down a pair of wires.
(tho I do know enough to suspect that many who have written on that
subject in this newsgroup are at best as ignorant as I am.)

Still, consider the number of possible states of the wire as seen by
the local modem.  As you approach the Shannon limit, how many of those
are nonsense and how many are valid states signifying that the other
end wants to send you a particular set of bits?  It seems to me that as
you increase the number of bits, it should get more and more difficult
and take more and more time for the local modem to decide that the
other end has disappeared.  At the limit, every possible state or
sequence of states of the wire (whether specified in time or frequency)
must correspond to a valid set of data bits with a permitted addition
of some noise.  At the limit, with no reduncancy at all (either in the
lowest layer of modulation or in the higher layers of stuff like v.42),
the receiving modem can never and will never decide the other end has
gone away.

Is 14.4Kb/s FDX close enough to the Shannon limit for this effect to be
significant?


Vernon Schryver,  vjs@sgi.com
Newsgroups: comp.dcom.modems
From: root@mobdig.ncal.mobdig.com (The Superuser)
Subject: f
Organization: MobileDigital Corp. Alameda CA
Date: Mon, 14 Sep 1992 14:01:53 GMT


Newsgroups: comp.dcom.modems
From: det@hawkmoon.mn.org (Derek Terveer)
Subject: Re: Optimizing Telebits.
Organization: Demi-Public System (One of the Eternal Champions); Eagan, MN, 55123-2507, USA
X-Newsreader: Tin 1.1 PL4
Date: Fri, 11 Sep 1992 04:18:16 GMT

vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:
: I don't pretend to know the real mathematics about what is going on
: while stuffing nearly the Shannon limit of bits down a pair of wires.

Care to elaborate a little bit more on the definition of "Shannon limit?"
-- 
Derek Terveer   Work:	derekt@stpaul.gov	+1 612 292 6009
		Play:	det@hawkmoon.mn.org	+1 612 683 0413
"Big business and big government distract us with entertainment;
 they manufacture our consent while we destroy the environment."
Newsgroups: comp.dcom.modems,comp.windows.ms
From: swesterback@tnclus.tele.nokia.fi
Subject: Re: telemate in a dos window in Windows3.1
Organization: Nokia Telecommunications.
Date: Mon, 14 Sep 1992 15:40:10 GMT

In article <1992Sep12.144812.27101@news.iastate.edu>, atzeiner@iastate.edu (your mom) writes:
> 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.

This problem is most known to those using WordPerfect 5.1 for DOS in a
window. In that case it can be fixed (not fully) by setting the mouse 
acceleration factor in WP to 1. Then the WP mouse should be calibrated
by moving the windowcursor from the middle of the window and out beyond the
borders. I hope you can change the acceleration factor settings in you
application! If not -- run it fullscreen!

-Sten-
 
Note: Probably it was me that first suggested the mouse feature to MicroSoft.
      If there are others out there who also did the same, please mail me!
      I have NOT got any reply from MS, so i wonder if they do acknowledge
      any letters sent to them? Anyway, my latest letter told them to 
      include, among other things, an windows application that could 
      simulate mouse operations on a DOS application (ie. demonstrate 
      menus or even draw images from the clipboard using an DOS application!

============================================================================
B.Sc. Sten Westerback         Telephone: +358+0 +5115871(work) +740049(home)
Address: Mets{purontie  9 B19, SF-00630 Helsinki, FINLAND  Time zone: EET
Test the utility at WSMR-SIMTEL20.Army.mil::pd1:<msdos.dirutl>swxd303d.zip
NB! I am working, but not speaking for Nokia Telecommunications!
============================================================================
Newsgroups: comp.dcom.modems
From: mah@parrot.prv.univie.ac.at (Michael Haberler)
Subject: Re: Worldblazer telebit modems
Keywords: worldblazer telebit modems Europe
Reply-To: mah@ic.co.at
Organization: Vienna University
Date: Sun, 13 Sep 1992 00:04:45 GMT

In article <1992Sep6.212855.12482@hyphen.com>, dwight@hyphen.com (Dwight Ernest) writes:
|> jerry@incc.com (Jerry Rocteur) writes:
|> 
|> >I just thought I would inform all or any of you who may be interested
|> >what the story is about Telebit in Europe.
...
|> No joke.  Big rip-off.  And for UK customers, who need to get the green
|> sticker (BABT approval), there are very few alternatives.  In fact,
|> I know of no other possibilities.
|> 
|> GBP 945 == ~US$1900 at this time.  That's right, the equivalent of
|> APPROXIMATELY ONE THOUSAND NINE HUNDRED DOLLARS.  This seems to me to


Dont be tricked into believing 1900 bux is the ceiling for European modem
prices. We have a dealer here (the Telebit Distributor) which sells 
Trailblazers with fairly old firmware due to local mods for PTT approval,
and also some hardware changes for a, ugh, interesting phone system.

These have a list price of roughly ATS 42.000.- which at current exchange
rate is over $3800.-



-- 
Michael Haberler 			mah@eunet.co.at
EUnet Austria Ltd
A-1010 Vienna, Austria, Schottenring 33
Tel: +43 (1) 346184                             fax: +43 (1) 3104462
From: lairdpg@lub001.lamar.edu
Newsgroups: comp.dcom.modems
Subject: Re: Need help w/ Procomm
Date: 12 Sep 92 07:31:25 GMT
Article-I.D.: lub001.1992Sep13.003125.1541
Organization: Lamar University - Beaumont

In article <1992Sep9.122124.19539@icf.hrb.com>, j1w@icf.hrb.com (Doug ('Oscar') Works) writes:
> Hi folks!
> 
>      I have Procomm 4.2.2 (I think the version number is correct), and I'm
> having some problems dialing out.  I go to the "Dial" menu, go to the "Manual"
> dial option, and type the number (xxxxxxx).  It then dials the first two
> digits, pauses, proceeds with the rest, but is cut off by the operator's voice
> telling me that long-distance rates apply to the call.  It IS a local call and
> works fine with Quiklink II.  Does anyone have any suggestions?  Please E-mail
> me at this account.  Thanks.
> 
>                                                          - Doug
  
I haven't heard of Procomm version 4.2.2 - perhaps take a look at the version
and let me know if that is indeed the version of Procomm you have.  If it is
possibly version 2.4.2 or 2.4.3 I think I can help you out quickly.  If you go
to terminal mode and reset the modem (A problem I have seen with Procomm) then
try to dial the number manually.  Depending on which modem you have, I will
give you an example init string for it that should work in most cases. -->

ATQ0H0M1V1E1&D2S0=0S10=10

Q0 - QUIET MODE
H0 - OFF HOOK
M1 - MODEM ON UNTIL CONNECT (SPEAKER ON SHOULD HAVE BEEN)
V1 - VERBAL RESPONSE CODES RETURNED
E1 - ECHO ENABLED
&D2 - DATA FOLLOW CARRIER
S0 - DISABLE AUTO-ANSWER

Let me know what version it is, then we will go from there.
------------------------------------------------------------------------------
| INTERNET: lairdpg@lub001.lama.edu | Interstellar thought - *NEVER* *NEVER* |                     
| FIDONET:  1:3811/360@fidonet.org  | trust a naked bus driver!              |
| The HAM Connection 1-409-833-1795 |----------------------------------------|
| 14.4K V.42BIS/V.32BIS - DEDICATED TO AMATEUR RADIO/   73's esucl de N5UYH |
------------------------------------------------------------------------------
|The opinions expressed here are those of the author and not Lamar University|
------------------------------------------------------------------------------                                     
Newsgroups: comp.dcom.modems
From: gtoal@pizzabox.demon.co.uk (Graham Toal)
Subject: Can't receive fax on Twincomm from Maxfax - why?
Distribution: world
Organization: Cuddlehogs Anonymous
Date: Fri, 11 Sep 1992 15:35:49 +0000

I've been using a MaxFax 9624 as our in-house email to fax server; but
our mail system is on a Twincom 14.4K - so today I started setting up
the Twincom to send and receive fax, so I can do everything on the
one machine and take the 9624 home. (Yes, it *is* mine :-) )

I could *not* get the Twincom to receive faxes... until I sent it one
from a paper fax machine rather than the Maxfax.  Two paper fax machines
in fact.

When I send from the MaxFax, it fails to recognise it as a fax machine
and wibbles a lot of modem noises at it.

Does anyone recognise this behaviour?  And have any helpful comments?

Much appreciated,

Graham
Newsgroups: comp.dcom.modems
From: vladimir@intrepid.intrepid.com (Vladimir Vukicevic)
Subject: How to get Bell 103/212A or CCITT V.22 Specs?
Organization: Intrepid Technology, Inc.
Date: Wed, 9 Sep 1992 02:56:24 GMT
Keywords: specs V.22 103 212A question

Is it possible to get the Bell 103 or 212A (or CCITT V.22) specs without paying
a fortune? If so, does anybody know how/where to get them?

Thanks.

Please reply by E-mail, as this newsgroup gets such a humongous load that I
might miss a reply.

	- Vladimir
	- vladimir@intrepid.com
-- 

-------------------------------------------------------------------------------
	    Internet................vladimir@intrepid.com
^[:r std.disclaimer
From: Dave Caulkins <dcaulkins@igc.apc.org>
Newsgroups: comp.dcom.modems
Date: 10 Sep 92 12:45 PDT
Subject: Re: Line in use indicator?
Nf-ID: #R:8cZuqB3w165w@argus.cam.org:896042245:cdp:1346000027:000:624
Nf-From: cdp.UUCP!dcaulkins    Sep 10 12:45:00 1992


Here's a simple line-in-use indicator that I've found useful:



                                  |\ |
         Ring ____________/\/\/\__| \|_________ Tip
(Red wire in phone line)    R1    | /| (green wire in phone line)
                                  |/ |
                                   D1

R1 - 10K ohms

D1 - green light emitting diode (LED)

When the line is available the LED is lit; when it is in use the
LED is out.

This will only work with 2 or 3 instruments on 1 line.  You may
have to reverse the connections to Tip and Ring;  Telco central
office batteries don't always have the right polarity.

Dave C


Xref: sparky comp.dcom.modems:13041 comp.unix.sysv386:14124 comp.protocols.misc:664 biz.comp.telebit:894
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: 6 Sep 92 20:34:27 GMT
Organization: Izot's Swamp

larry@gator.rn.com (Larry Snyder) writes:

> >Various people are working on a Z-Modem-like protocol for Taylor-UUCP.
> 
> 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.

   I believe that the difference in throughput is about 5%, resulting from 
ZMODEM's pressing need to escape any code that might foul one network or 
another.

> 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

 ... or MobyTurbo, which I believe gains much of that 5% back by resisting the 
urge to send escape codes unless absolutely necessary.  I believe that WaZOO, 
although inspired by ZMODEM, does not escape the questionable codes and that, 
not its block size, is largely responsible for the increased throughput.

   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.

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: 16550AFN replacement for soldered-in 8250.
Summary: DALCO reliable
Date: 11 Sep 92 10:50:44 GMT
Organization: InCC.com Perwez Belgium

In article <BuDM2q.Bon@unx.sas.com>, sasbge@ant.unx.sas.com (Gantt Edmiston) writes:
> 
> The advertisement is for a company for which I have no association or
> knowledge of:
> 
> DALCO Electonics
> 223 Pioneer Blvd.
> Springboro, Ohio   45066
> 
> 1-800-445-5342
> 
>  8:30 - 16:30 M-F
> 10:00 - 16:00 Sat

I have bought from Dalco in Ohio via Compuserve and have found them
very reliable, I am in Belgium and they shipped within 4 days, I have
just placed another order with them.

I rang them with a question on a Zoom I had bought from them and they
were very helpful.... recommended.

I have 	Dalco Electronics
	P.O. Box 494
	Franklin OH 45005    513/743-8042
-- 
 __^__                                                              __^__
( ___ )------------------------------------------------------------( ___ )
 | / | Jerry Rocteur                         Email: jerry@InCC.COM  | \ |
 | / | Independent Computer Consultants  Division de DELRA s.p.r.l  | \ |
 |___|                 Perwez Belgique Europe                       |___|
(_____)------------------------------------------------------------(_____)
   ^                                                                  ^
Newsgroups: comp.dcom.modems
From: ste@cbnewsm.cb.att.com (Shaun T. Erickson)
Subject: Re: ROM out yet for PM1440FXSA?
Organization: AT&T Bell Labs, Allentown, PA
Date: Wed, 16 Sep 1992 03:25:58 GMT

In article <37062@uflorida.cis.ufl.edu> jma@reef.cis.ufl.edu (John 'Vlad' Adams) writes:
>So, is that ROM that was suppose to come out last month for the PPI 14.4k
>out yet?  I'm mighty tired of having to power-cycle the modem every day,
>which of course doesn't work when I go out of town.
>-- 
>John Adams - Sysop - Beachside BBS.  (Amiga/Cyber/Fido/UUCP)     _
>Internet: jma@cis.ufl.edu      John_Adams%lamia.uucp@ufl.edu  _ // Amiga
>Fidonet: 1:3612/57.0         UUCP: uflorida!lamia!John_Adams  \X/ Forever
>Cybernet: 57:2163/57.0  AT&T: 1-904-492-2305 (Pensacola, FL)

I got a call today, from Marty - the gentleman who mans the email account
on Compuserve for PPI Tech. Support. He called to tell me that they are a
bit swamped with orders for the ROM, but that he hoped to send it to me in
a couple of days, via UPS 2nd day air.
-- 
 ******************************************************************************
 * Shaun T. Erickson                              Internet: ste@alux2.att.com *
 * Cap Gemini America (RV @ AT&T)                    UUCP : ...!att!alux2!ste *
 ******************************************************************************
Newsgroups: comp.dcom.modems
From: egreen@waggen.twuug.com (Eddie Greenside)
Subject: Re: WHAT TO CHOOSE: PP14400FX
Organization: Brite Systems
Date: Tue, 15 Sep 1992 05:39:36 GMT

Kevin Langston <langston@convex.COM> writes:

>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, 17
------------
I wasnt sure if the new Rom Upgrade fixes the Chirping in the speaker, so I
forward this message to you so you could reply to him... Also, I wanted to
know what the new Power brick was that were sent out to PPI owners?

						Bye Eddie Greenside
						egreen@waggen.twuug.com