ghost@bucsf.bu.edu (Jay Adelson) (01/13/91)
From what I gather from letters received from Amiga users, the Telebit is not a very popular modem in the Amiga world. I think I am confused in that from what I understand the Telebit can do the "standard" 9600 (I think it's called v.32?) as well as real 19200 speed, whereas the Dual Standard HST modem does both standards for 9600 and true 14400 speed. Seeing that a modem user would want to have FASTER x-fer rates, wouldn't the Telebit go faster? Or is the HST just as fast and perhaps faster than the telebit? And finally, does the Telebit and the USRobitics HST represent the fastest of the external modems available for the Amiga? Or have I missed someone entirely? -J -- """"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""" [ Jay Adelson | BIX: j.adelson ] [ T.G.C. ] [ ghost@bucsf.bu.edu | Channel One: ] [ 1039 Commonwealth Ave. #18 ] [ GEnie: J.ADELSON1 | Jay Adelson ] [ Boston, MA. 02215-1008 ]
thad@cup.portal.com (Thad P Floryan) (01/13/91)
ghost@bucsf.bu.edu (Jay Adelson) in <GHOST.91Jan13013933@bucsf.bu.edu> writes:
From what I gather from letters received from Amiga users, the Telebit
is not a very popular modem in the Amiga world.
Did they say WHY? I use 'em occasionally and have NO problems (with the
modem T2500). Some of the older models were a bit finicky (no pun).
I think I am confused in that from what I understand the Telebit can
do the "standard" 9600 (I think it's called v.32?) as well as real
19200 speed, whereas the Dual Standard HST modem does both standards
for 9600 and true 14400 speed. Seeing that a modem user would want to
have FASTER x-fer rates, wouldn't the Telebit go faster? Or is the
HST just as fast and perhaps faster than the telebit?
Not ALL Telebits will do V.32; their first model that did was the T2500.
Telebit started with a proprietary Packetized Ensemble Protocol (PEP). With
the T2500 in PEP mode (i.e. talking to another Telebit) the data transfers can
be faster than the HST.
And finally, does the Telebit and the USRobitics HST represent the
fastest of the external modems available for the Amiga?
Or have I missed someone entirely?
The Microcom TriModem seems to be VERY fast with its MNP 9. I ran some tests
using AZcomm with zmodem protocol at 38400 baud and I was pleased with the
results; I don't recall the transfer stats offhand but I do remember commenting
at the time it was better than anything else I've used.
On a more general note, given a choice between, say, Telebit and the HST, I'd
go with the Telebit today. Over the years I've had many problems with U.S.
Robotics' products and, unless you have a compelling need to call specific BBS
or special-purpose systems already possessing an HST, there's not much reason
that I see for it (douse those flames NOW). I can and do call nearly anywhere
in the world with V.32/V.42 since that is an international standard.
The point behind my choice (above) deals with the difference between what I
call industrial-quality vs. consumer-quality. One of my companies manufactures
a line of datacomm products that interface to modems; it's quite clear (besides
all the testing I do myself) from customer feedback what modems are reliable
and which are not.
Thad Floryan [ thad@cup.portal.com ]
andrew@postmod.UUCP (Andrew J Richardson) (01/13/91)
In article <GHOST.91Jan13013933@bucsf.bu.edu>, Jay Adelson writes:
-> I think I am confused in that from what I understand the Telebit can
-> do the "standard" 9600 (I think it's called v.32?) as well as real
-> 19200 speed, whereas the Dual Standard HST modem does both standards
-> for 9600 and true 14400 speed. Seeing that a modem user would want to
-> have FASTER x-fer rates, wouldn't the Telebit go faster? Or is the
-> HST just as fast and perhaps faster than the telebit?
the t2500 runs with the v.32 standard, giving 9600 bps capability. it also
runs with PEP, a proprietary protocol, giving up to 19200 bps operation.
other models offer variations on this, such as the trailblazer plus, which
offers the PEP protocol, but no v.32. all telebit modems fully implement
the slower protocols (v.22bis, bell 212a, v.22, bell 103).
i *believe* the hst modem implements the v.32bis standard to achieve 14400
bps, and this would make it more useful in the future when the standard becomes
more widespread. PEP, being proprietary, will not spread beyond telebit modems.
---andrew
andrew@postmod.uucp
uunet!postmod!andrew
wally@pallas.athenanet.com (Wally Hartshorn) (01/14/91)
I've been told that Supra will soon be coming out with a 9600 baud modem that supports V.32, as well as V.42bis (I think). I think the release is supposed to be 1st quarter '91, but I've also heard they've had problems with the ROMs, so that might get pushed back. (Any Supra reps reading this?) I also seem to recall hearing that the list price was going to be $600-$700, but I'm not sure if my memory is correct. -- Wally Hartshorn (uunet!pallas!wally or wally@athenanet.com) President, Amiga Computer Enthusiasts of Springfield (ACES) Chronicler, Shire of Swordcliff, SCA Sysop, The Quest, Citadel-68K node US (217) 546-7608
RIDOUT@ddnvx1.afwl.af.mil (01/14/91)
In article <1883f666.ARN07d3@postmod.UUCP>, andrew@postmod.UUCP (Andrew J Richardson) writes: > In article <GHOST.91Jan13013933@bucsf.bu.edu>, Jay Adelson writes: > > -> I think I am confused in that from what I understand the Telebit can > -> do the "standard" 9600 (I think it's called v.32?) as well as real > -> 19200 speed, whereas the Dual Standard HST modem does both standards > -> for 9600 and true 14400 speed. Seeing that a modem user would want to > -> have FASTER x-fer rates, wouldn't the Telebit go faster? Or is the > -> HST just as fast and perhaps faster than the telebit? > > the t2500 runs with the v.32 standard, giving 9600 bps capability. it also > runs with PEP, a proprietary protocol, giving up to 19200 bps operation. > other models offer variations on this, such as the trailblazer plus, which > offers the PEP protocol, but no v.32. all telebit modems fully implement > the slower protocols (v.22bis, bell 212a, v.22, bell 103). > > > ---andrew > > andrew@postmod.uucp > uunet!postmod!andrew I have been using a t2500 for a while now. It seams to work fine. Where I work the only high speed lines are PEP only. On my side of the line I talk to the modem at 19200, the other side operates at 9600, and my transfer speed is 1400 CPS on a good day 900 CPS on a bad one. I am using ZMODEM with PEP on and protocols off. -- **************************************************************************** * Brian Ridout Internet: ridout@ddnvx1.afwl.af.mil * * wl/scev * * Kirtland AFB NM 87117 My Apple is better than your Orange. * ****************************************************************************
thad@cup.portal.com (Thad P Floryan) (01/14/91)
andrew@postmod.UUCP (Andrew J Richardson) in <1883f666.ARN07d3@postmod.UUCP>
writes:
i *believe* the hst modem implements the v.32bis standard to achieve
14400 bps, and this would make it more useful in the future when the
standard becomes more widespread. PEP, being proprietary, will not
spread beyond telebit modems.
Well, at one time Telebit Corp licensed PEP to DCA in Atlanta, but I don't
believe DCA manufactures a PEP-compatible modem anymore.
The real choice of a modem depends on the nature of one's intended usage and,
of course, price (both original purchase and cost to operate (re: savings)).
I'm sure no-one would disagree that (at least) V.32/V.42bis compatibility
is paramount in whatever modem one chooses TODAY.
PEP-compatibilty is important for those who do lots of uucp work simply
because it's easier to get a feed site with that compatibility. For example,
I understand that PacBell (N.Calif) will feed anyone, but only with PEP.
All other factors being equal, the final consideration is "quality" and/or
the manufacturer's reputation (ref. my prior post mentioning "industrial
quality" vs. "consumer quality").
Some of the quality issues are discussed in comp.dcom.modems, and I heard a
vague reference to a site that has all the prior postings archived. Such an
archive would be valuable to peruse for real, in-the-field comments concerning
modem reliability. If someone KNOWS of that site, here's the place to post
the access info.
Thad Floryan [ thad@cup.portal.com ]
tron1@tronsbox.xei.com (Kenneth Jamieson) (01/14/91)
In article <518@pallas.athenanet.com> wally@pallas.UUCP (Wally Hartshorn) writes: >I've been told that Supra will soon be coming out with a 9600 baud modem that >supports V.32, as well as V.42bis (I think). I think the release is supposed >to be 1st quarter '91, but I've also heard they've had problems with the ROMs, >so that might get pushed back. (Any Supra reps reading this?) I also seem to >recall hearing that the list price was going to be $600-$700, but I'm not sure >if my memory is correct. >-- It is worth mentioning that Telebit has a modem that is JUST V.32/V.42 for about 600$. Mail telebit!modems for info. -- ========[ Xanadu Enterprises Inc. Amiga & Unix Software Development]======= = "I hate you, take your things and get out of this house!!!!!" = = (pause) - "Hold me!" ( same girl, elapsed time 6.5 seconds) = =========== Ken Jamieson: uunet!tronsbox.xei.com!tron1 =================== = NONE of the opinions represented here are endorsed by anybody. = === The Romantic Encounters BBS 201-759-8450(PEP) / 201-759-8568(2400) ====
mack@wizard.ruhr.de (Jochen Erwied) (01/15/91)
What about the new Intel 9600 EX modem? Intel claims it has v42bis, and it costs $799. I saw it for $549 (PC Connection). By the way: If anybody has some more information about this modem, send it to my university account (use the address below or from the Reply-To:-field. Jochen Erwied | (inside Germany) mack@wizard.ruhr.de Emil-Figge-Str. 3/005 | erwied%wastl@laura.informatik.uni-dortmund.de W-4600 Dortmund 1, FRG | +49-231-750331 (data) +49-231-756081 (voice) -----------------------+ "I'm not a number, I'm a FREE man" - "hahaha..."
zerkle@iris.ucdavis.edu (Dan Zerkle) (01/16/91)
In article <518@pallas.athenanet.com> wally@pallas.UUCP (Wally Hartshorn) writes: >I've been told that Supra will soon be coming out with a 9600 baud modem that >supports V.32, as well as V.42bis (I think). I think the release is supposed >to be 1st quarter '91, but I've also heard they've had problems with the ROMs, >so that might get pushed back. (Any Supra reps reading this?) I also seem to >recall hearing that the list price was going to be $600-$700, but I'm not sure >if my memory is correct. I just got off the phone with Supra, as I was plugging around looking for companies to make announcements. Expect to see an announcement from those folks about modems within the next couple of weeks. BTW, Supra has been talking about their new modem called the Supramodem 2400 plus for awhile. This is a V.42bis modem, so if it is talking to another one, it can get throughput of 9600 bps if the compression works right. Ads put the list price of this guy at $199.95. However, they had major difficulties with a chip set supplier, so this thing has been delayed forever. When will it be out? The person on the phone says that they sent the manuals to the printer, and can start shipping once that works out. You should be able to get this thing soon. You'll see it announced first on .announce. Also, I was very impressed by the way she actually knew about Usenet. On most of these calls, I had to muck around trying to get a public information or marketing exec, then explain what a Usenet is and that I wasn't trying to sell them anything. They all did seem to understand me better when I said that they could get to 50,000 Amiga users for free. Anyway, it seems that several of the people working at Supra actually have access to Usenet, and read it daily. Dan Zerkle zerkle@iris.eecs.ucdavis.edu (916) 754-0240 Amiga... Because life is too short for boring computers.
rwm@atronx.OCUnix.On.Ca (Russell McOrmond) (01/17/91)
In a message posted on 16 Jan 91 04:04:16 GMT, zerkle@iris.ucdavis.edu (Dan Zerkle) wrote: DZ>free. Anyway, it seems that several of the people working at Supra DZ>actually have access to Usenet, and read it daily. If any of these people are reading this group: I don't know if you have noticed, but I have put an almost all out attack on Commodore in regards to DTR support within the serial.device. Currently, I am forced to break a personal, and Commodore rule and go directly to the HARDWARE in order to control the DTR line. I have bought, for the purpose of support, an internal Supra 2400ZI (I also have an external supra 2400). It too fails to have the ability to properly control the DTR line. With my ASDG Duel-Serial board, there is a very easy, and documented (With source examples in the manual) way to control the DTR. What I'd like to see is SUPRA support eithor the same or a similar method, and enable people with the Supra board proper control of their DTR. I know a LOT of people that would have bought the Supra board had software been able to support it properly. Currently, a lot of software has been crippled in it's in-ability to hang up, or control the modem in any way. Supra, Please join ASDG and other companies in setting a standard for the PROPER handling of the control lines on a modem. :Later --- Opinions expressed in this message are my Own. My Employer does not even know what these networks ARE. Russell McOrmond rwm@Atronx.OCUnix.On.Ca {tigris,alzabo,...}!atronx!rwm FidoNet 1:163/109 Net Support: (613) 230-2282 Amiga-Fidonet Support 1:1/109
martin@enuxha.eas.asu.edu (Ross D. Martin) (01/26/91)
In article <57523.664074953@atronx.OCUnix.On.Ca>, rwm@atronx.OCUnix.On.Ca (Russell McOrmond) writes: > > I don't know if you have noticed, but I have put an almost all out > attack on Commodore in regards to DTR support within the serial.device. > Currently, > I am forced to break a personal, and Commodore rule and go directly to > the HARDWARE in order to control the DTR line. I have bought, for the purpose > of support, an internal Supra 2400ZI (I also have an external supra 2400). > It too fails to have the ability to properly control the DTR line. With > my ASDG > Duel-Serial board, there is a very easy, and documented (With source > examples in the manual) way to control the DTR. Commodore deserves your all out attack, but your attack does not go far enough. The serial device also lacks the ability to have multiple programs connected to the serial device simultaneously. A user should be able to run a terminal program and run a separate file transfer program (such as sz or rz) and be able to switch between them. Only one would have access to the serial device at a time (no shared mode!), but there could be others on "standby". The need to do this could partially be alleviated if you could close the serial port without dropping DTR, but a pop-up application which controls who has access to the serial port and has an arexx interface is more along the lines of what is called for. XPR libraries are nice, but they do not do everything and they would be *much* cleaner if they could be implemented in a way completely separate from the terminal program. It would be nice if Commodore would release their serial.device code so that people trying to improve it would have a starting point. --Ross Martin martin@enuxha.eas.asu.edu