Xref: utzoo comp.sys.amiga.tech:11147 comp.sys.amiga.hardware:1121
Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!cs.utexas.edu!usc!zaphod.mps.ohio-state.edu!mips!prls!pyramid!cbmvax!cbmehq!nccnet!krefcom!spirit!rob
From: rob@spirit.kref.sub.org (Roland Bless)
Newsgroups: comp.sys.amiga.tech,comp.sys.amiga.hardware
Subject: AMIGA too slow for speeds higher than 9600 Baud? HELP!
Message-ID: <02373.AA02373@spirit.kref.sub.org>
Date: 10 Apr 90 17:22:08 GMT
Reply-To: rob%spirit@impch.imp.com
Followup-To: comp.sys.amiga.tech,comp.sys.amiga.hardware
Organization: Byteable Software Products, private, Duesseldorf (FRG)
Lines: 150

Hi!

A friend of mine has recently bought a COURIER HST 14.4.
Now he has trouble with his AMIGA-1000 and the HST at speeds higher than
9.600 baud! The Amiga just looses some bytes when receiving data with high
speeds (>9600Bit/s) (it also mixes/doubles data or spits them out too late).

He tested it with different Kickstarts, Workbenchs, serial-devices and
port-handlers. He thought that it is maybe his A-1000, so we tested it with
my AMIGA-2000 (A-2000B Rev4.3, European/PAL-Model, A2058, A2090-ST1096N).
The effects are the same! You can simply test it with a telecommunications-
program and the HST typing "ati4", "ati6" or "ati7" at speeds higher 9.600
Baud (we tested it at 38.400 and 14.400). The results are shown below at the
end of this (long [sorry!]) posting.

We both have WB V34.28 and ARP V39.1. The serial.device is V 34.12, although
it doesn't seem too make any differences. The effect was recognized for the
first time, when he downloaded data with 14.400 Bit/s. Downloading with
9.600 Baud seems to be error-free, but then the AMIGA is no longer
multitasking, because the system is so enormously slowed down. The HST-modem
was tested with a PC-Clone 386SX and worked without any error, so the modem
is not the bug. The problem is the connection between modem <-> computer.

OUR CONCLUSIONS/QUESTIONS:

-- the AMIGA is too slow for such high speeds. :-((( ?!
   (We can't really believe it! EMIT handles rates upto 280000Bit/s(?))

-- is it a SOFTWARE-bug in the serial.device or any other system part. ?

-- is it a HARDWARE-bug ?

-- did we made a simple/dull fault ?

Any suggestions (Commodore crew)?

We're wondering why telecommunication-programs have got gadgets for speeds
upto 57.6kBit/s, when the AMIGA normally can't handle more than 9600?
Naturally, all settings were right, CTS/RTS enabled and so on...
We tested it with JRCOMM V0.94,V0.99j and Platinum Online. It was always
the same. Is there anybody driving his/her AMIGA with more than 9600 Baud?
My friend is so disappointed about the AMIGA that he's going to buy a 386
PC-Clone (no, that's no joke!). I'm shocked, too (I wanted to stick to the
AMIGA, later driving UNIX)! Please help us!

Here the typical test results (they are not normal HST responses..):

| ati4
| USRobotics Courier 14400 HST Settings...
|
|    B0  C1  E1  F1  M3  Q0  V1  X4
|    BAUD=38400  PARITY=N  WORDLEN=8
|    DIAL=PULSE  ON HOOK   TIMER
|
|    &A0  &B1  &C1  &D2  &G
|    S08=002   S09=006   S10=020   S11=070  &H1  &I0  &J0  &K1
|    &L0  &M4  &N0  &P0  &R1  &S0  &X0  &Y1
|
|    S00=000   S01=000   S02=043   S03=013EN=8
|    DIAL=PULSE  ON HOOK   TIMER
|
|    &A0  &B1  &C1  &D2  &G
|    S08=002   S09=006   S10=020   S11=070
|    S12=050   S13=000   S14=000   S15=000
|    S16=000   S17=000   S18=000   S19=000
|    S20=000   S21=010   S22=017   S23=019
|    S24=000   S25=000   S26=010   S27=000
|    S28=000   S38=000
|
|    L  S04=010   S05=008   S06=002   S07=120
|    S08=002   S09=006   S10=020   S11=070
|    S12=0   S13=000   S14=000   S15=000
|    S16=000   S17=000   S18=000   S19=000
|    S20=000   S21=010   S22=017   S23=019
|    S24=000   S25=000   S26=010   S27=000
|    S28=000   S38=000
|
|    LAST DIALED #:
|
| OK
| ati6
| USRobotics Courier 14400 HST Link Diagnostics...
|
| Chars sent         06   S10=020   S11=070
|    S12=0   S13=000   S14=000   S15=000
|    S16=000   S17=000   S18      0      Chars Received                0
| Chars lost                    0
| Octets sent                   0      Octets Received               0
| Blocks sent                   0      Blocks Received               0
| Blocks resent                 0
|
| Ret27=000
|    S28=000   S38=000
|
|    LAST DIALED #:
|
| OK
| S21=010   S22=017   S23=019
|    S24=000   S25=000   S26=010   S27=000
|    S28=000   S38=000
|
|    LAST DIALED #:
|
| OK
| 6=010   S27=000
|    S28=000   S38=000
|
|    LAST DIALED #:
|
| OK
| nsequested            0      Retrains Granted              0
| Line Reversals                0      Blers                         0
| Link Timeouts                 0      Link Naks                     0
|
| Data Compression       Off
| Equalization           Long
| Fallback               Disabled
|
| No Connection
|
| OK
| ati7
| Configuration Profile...
|
| Product type           External
| Options                H         0      Blers                         0
| Link Timeouts                 0
| Epr                64k
| Ram                    8k
|
| Supervisor date        09/29/89
| IOP date               05/17/89
| DSP date               09/18/89
|
| Supervisor rev         1.2
| IOP rev                1.0
| DSP rev                2
|
| OK

Bye,
 Roland


--
R o l a n d   B l e s s | UUCP: rob@spirit.kref.sub.org                       |
Duesseldorf - FRG       | or    rob%spirit@impch.imp.com  (on failure)        |
voice +49 211 623817    | FAX: +49211623818         BTX:0211623818-0001       |
private UUCP-site       | "They built machines that they can't control" STING |
-----------s-p-i-r-i-t-s---i-n---t-h-e---m-a-t-e-r-i-a-l---w-o-r-l-d----------+