#us robitocs modem
27 messages in this thread
I have just aquired a US ROBOTICS HST 14400 baud modem and am haveing
trouble getting it to work with AUTOPILOT. Would anyone who is using this
modem here send me the initilization string and the ATI4 setting.
Thankyou in advance.
. // JOHN LOWERY FLYING ON
. \X/ The Lost Southerner!!! AUTOPILOT
CompuServe doesn't support the HST protocol. It only supports V.32 9600
bps at this time. The fastest you can connect with an HST to CompuServe is
2400 bps.
Nick
Nick,
I beg to differ, unless you mean dialing a CPS 2400bps access number.
A USR Courier HST Dual Std V.32bis modem should connect to a CPS 9600bps
location at 9600bps with V.42/V.42bis.
true, if you dial a 2400bps, the best you can get is 2400bps with MNP 4.
Tim
Tim,
The original message says nothing about the modem being a Dual Standard.
If it is not, then Nick's reply is accurate. Even tho CompuServe's 9600
baud modems are HST Dual Standards, they are locked at v.32.
You didn't say you had a Dual Standard, you said you had a HST. So I am
correct in saying that the fastest you will connect with an HST is 2400.
Now that you say you have a Dual Standard, yes you can connect at 9600 with
the V.32 side of your mode. Make sure that you are calling a V.32 node and
that you set ATB0
Nick
John:
I hope that you the DUAL STANDARD modem… CIS doesn't support HST.
Michael,
Right now the loaner I have is just the plain HST. The dual is my Xmas
present this year. Sounds like CIS needs to get some Duals also so they
can keep up with the rest of the world. (Of course, GEnie could use a
loooot of catching up stuff!)
I got to thinking about what you said about the High Density Drives. As
you know, I use 2 of them. The drives themselves work great eather as
DF1: OR DF0: settings on the back of the drives. The problem is in the OS
software or the motherboards. Only when I tell the computer to use one as
DF1: by the change of the jumper on the motherboard does the drive NOT
work as HD. That tells me that it is infact a problem with the OS
software or the motherboard – NOT THE DRIVE. I run my A3000 on OS 3.0 and
use KS 3.0 also. It doesn't correct the problem at all. Somehow, C= has
set up in their software to mount the HD drive in DF0: only. Now just
where do they put that mount command so I can change it to include other
locations?
. // JOHN LOWERY FLYING ON
. \X/ The Lost Southerner!!! AUTOPILOT
John,
HST is a proprietary transmission protocol, it's only available
from US Robotics. As such, there's a limited need for compatability. In
fact, I'd bet that at this point in time…there's far more v.32 modems out
there than there are HSTs.
CIS does use Duals, but they're locked to v.32.
Don
Don,
If Ci$ does use duals, why do they lock out the HST portion? Seems
kinda silly to me that the `lock out' a sizable portion of thier callers.
…Steve
On AutoPilot! (at last)
Steve –
I've always thought that kind of silly myself. I mean, even if the
majority of 9600-capable users _aren't_ using HST, at least allow the ones
who _do_ have HST to get the 14.4K+ throughput that the modems CIS already
has online are capable of. Allowing the modems to detect which protocol is
coming in and connecting to it is simply an AT command or two. It just
doesn't make since to have these none-too-cheap modems and only use half
of their capabilities. My two cents …
Harry
Steve,
You'd have to ask CIS for the answer to that one. You might try
leaving a message in FEEDBACK.
However, I'd disagree with your statement that HST users would
represent a sizeable portion of their callers. My guess would be that
they'd be a rather small minority at this point in time. From everything
I've read, v.32bis modems passed total HST sales in the first month of the
new generation of v32.bis modems that have shown up. That's total HST
sales vs total v32.bis sales from all manufacturers.
I don't have any figures, but for what it's worth…I'd strongly
suspect that the vast majority of CIS users are still using 1200 and 2400
baud modems.
Don
Don,
One of the reasons that most users probably still use 1200 or 2400 bps
connections is due to the lack of 9600 bps service. For instance, there
are no 9600 nodes in Albany NY, nor are there plans for one. This is only
the capital of NY…
Jonathan, via AutoPilot // Only Amiga makes
\\// it possible…
Jonathan… you can dial in at 9600 baud using the CIS toll free #…
800-331-7166. I don't know what the additional charge for this is, but
I've left a message to FEEDBACK inquiring.
Michael,
True enough about the 800 service, although the surcharge makes it much
less cost-competitive that a local node would be.
Jonathan
Don,
I didn't mean that HST user would represent a sizable portion of ALL
callers but of all 9600 callers. I think I will leave a message to
feedback. Thanks
…Steve
On AutoPilot! (at last)
Steve,
I don't believe that HST users would represent a sizeable portion
of even 9600 baud callers anymore. But yes, leave a message in FEEDBACK
and see what they say.
Don
Steve,
The problem is two-fold. One is because of bandwidth. It was explained
to me in some technical detail a while back (which I didn't totally
understand) but there are technical problems with a 14.4k connect.
Another problem is that the HST tries to negotiate using it's protocol
first — then tries to negotiate v.32. Many v.32 modems will time out and
drop carrier before the HST decides to try the v.32 negotiation.
-sja
Thanx Steve, that makes a little sense.
…Steve
On AutoPilot! (at last)
Don,
Why lock the modems to V32? If they are duals, let them do their job. It
doesn't cost CIS anything to let them work both ways.
. // JOHN LOWERY FLYING ON
. \X/ The Lost Southerner!!! AUTOPILOT
John,
You'll have to ask CIS for their reasoning on that.
Don
John;
I definately has to cost someone. The bandwidth is not free. I don't
know their rational for not making 14.4K available but it may well be due
to node loading considerations.
-bill
I noticed you were talking about CBM's High Density drives. I'm not
sure of this info, but here's what I heard about them…
Some of the A3000's shipped with HD foppies, but *these* early floppys
were unreliable. They were rated as "DSDD" only, and not all them
could be used as HiD drives (in any configuration).
Also, the 2.04 trackdisk.device has a bug, that prevents the HiD from
working if chained behind a normal "DSDD" drive. The 2.1 Setpatch
fixes this problem.
The HiD drives now being used, are probably a newer batch that work
reliably with 3.0 or 2.1.
I believe CBM has an "A2015" HiD drive for the A2000, and an "A3015" for
the A3000, BUT I don;t believe they have been released (or are shipping.)
Ron.
– ap'ing with AP. (Eagles may fly, but weasles aren't sucked
into jet engines.)
Ron,
Then drives I have are the same ones that are in the A4000's. As for the
problems with them, that is a long story – one quite a few of us belive is
part truth and part lie from C=. They have a problem with their Software.
They blame the drives, but believe me, both of the ones I have and the
other 16 that I have checked all work perfectly. The problem is in C='s
software. If anyone tells you that 2.1 or 3.0 will correct it, they are
also telling a fib. I have tried both (the released or to be released
versions) and neather fix the problem as far as I can tell. Maybe if you
explain this Setpatch 2.1 (which runs on startup in the versions I have
tried), the questions and problems will be answered.
. // JOHN LOWERY FLYING ON
. \X/ The Lost Southerner!!! AUTOPILOT
I heard the that there is a bug in the trackdisk.device that affects the
"mixing" of the DSDD & HiD file systems. I *ASSUMED* that the bug could
(and will be) be fixed via patch installed by Setpatch.
I have found a shareware file that claims to fix this bug, the docs came
in both German & English. Here is an excert from the docs:
————
Using [HDFixer1.0], kickstart V37.175 owners are able to use the 1.71 MB
sized A3000 HDDisks […]
But, in the current version of the Kickstart HD-Disks are not 100%
supported. There is a bug in the trackdisk.device so using both of the
disk systems is not possible without getting write errors on the
rootblock. A reboot is necessary to change the disk system.
HDFixer fixes a bug in kickstart V37.175 so that a normal use of both
disk-systems DD and HD is now possible.
——
I've also heard that there was a problem with mixing DSDD drives and HiD
drive in a chain, where the HiD is connected to a DSDD. Something to do
with the… sync latch(?).
Ron.
– ap'ing with AP. (Eagles may fly, but weasles aren't sucked
into jet engines.)
John:
The real problem is that those of us trying to take _any_ C= HiD floppy
drive and install it in to anything other than a machine in which it was
shipped (or a any drive loaction other than the one in which it was
shipped!) are doing nothing more than 'hacking' with our machines. The HiD
drive is simply not supported upgrade to any machine just yet. In light of
that, we have absolutely no right to claim 'buggy OS' or 'buggy drive'.
When There are different HiD floppy's for the A3000 & the A2000 series
machines (from what I've been told). I know some people who have
successfuly used a HiD drive as df1:, and others who can't. We're just
going to have to wait for C= to actually release the darn things and send
out a service bulletin on how to use which with what. Until then, if you
have it working at all, connsider yourself lucky! 🙂
mg
John… see msg # 76832… I beleive that it was meant to be addressed to
you.