🚀 go-pugleaf

Roland Bless (bless@rpkhp2.mach.uni-karlsruhe.de) wrote:
: Hi!

: Hat jemand Erfahrung mit dem GVP IO-Extender? Was fuer Chips sind drauf
: und packt die die versprochenen 115kBps auch ohne Uebertaktung?

Der verwendete Chip ist ein 16C552, das ist ein IC mit 2 RS232
mit jeweils 16 Byte FIFO fuer Senden und Empfangen und einer
bidirektionalen Parallelschnittstelle (ob das der Treiber kann,
weiss ich nicht!). Der Chip schafft sogar mehr als 115200
ohne Uebertakten, die Spezifikation, die ich kenne laesst
einen maximalen Takt von 8 MHz und eine maximale Baudrate
von 256 000 Bps zu, je nachdem, was zuerst erreicht wird.
Mag sein, dass inzwischen mehr geht.

Wann kommt endlich das Datenbuch zum 16C650 und die
Muster? *Fluch*

Gerrit

In article <42kuis$4uf2@info4.rus.uni-stuttgart.de>, Gerrit Heitsch writes:

> weiss ich nicht!). Der Chip schafft sogar mehr als 115200
> ohne Uebertakten, die Spezifikation, die ich kenne laesst
> einen maximalen Takt von 8 MHz und eine maximale Baudrate
> von 256 000 Bps zu, je nachdem, was zuerst erreicht wird.
> Mag sein, dass inzwischen mehr geht.

Gut, weshalb ich eigentlich gefragt habe: Ich wollte unter anderem Wissen,
wie oft die Karte einen Interrupt ausloest, denn ich habe vor, meine
SCSI-Platte im synchronen Modus laufen zu lassen. Das geht zwar so auch,
aber anscheinend ist dann der Bus beim Zugriff immer so dicht, dass beim
Pollen dauernd Zeichen verloren gehen. Wenn nun weniger Interrupts von der
Karte erzeugt werden und diese selbst ein wenig zwischenspeichert, dann
hoffe ich keine solchen Probleme mehr zu haben. Hat jemand Erfahrung mit
sowas (A2091 am A2000 im synchron-Modus und GVP-IO-Extender)?

Gruss,
 Roland

--
R o l a n d   B l e s s |UUCP/USENET: rob@spirits.ka.sub.org        IRC: rob|
Durlacher Allee 69      |Internet: s_bless@ira.uka.de    FAX: +49 211 623818|
76131 Karlsruhe - FRG   |---------spirits--in--the--material--world---------|
voice +49 721 612505    |        Wer zuletzt lacht, stirbt froehlich.       |

Hallo Gerrit!

Du hast in 'de.comp.sys.amiga.tech' folgendes ueber 'Re: GVP IO-Extender'
geschrieben: 

> Wann kommt endlich das Datenbuch zum 16C650 und die
> Muster? *Fluch*

Du willst uns doch nicht etwa mit einer Karte mit demselben beglücken, oder? :-)

	Ciao Chris

     TyNet: chris@ds9.tynet.sub.org /\\ I-Net 654951@rz.fht-esslingen.de
  FIDO: 2:246/1416.39 \\/ Karlstrasse 11, D-71560 Sulzbach/Murr, 07193-1361
    IRC: DrDisk \\/ ASK FOR PGP KEY!! /\\ SEND INTL. MAILS >10k VIA I-NET!
     PGP Fingerprint : 79 AA 6C 63 84 52 32 79  3C A9 B6 79 BD B7 4B 17
          PROXITY SOFTWORKS: To code, what no one has coded before

Did you know that the voice tapes easily identify the Russian pilot
that shot down the Korean jet?  At one point he definitely states:

	"Natasha!  First we shoot jet, then we go after moose and
	squirrel."

		-- ihuxw!tommyo

Christian Hechelmann (chris@ds9.tynet.sub.org) wrote:
: Hallo Gerrit!

: Du hast in 'de.comp.sys.amiga.tech' folgendes ueber 'Re: GVP IO-Extender'
: geschrieben: 

: > Wann kommt endlich das Datenbuch zum 16C650 und die
: > Muster? *Fluch*

: Du willst uns doch nicht etwa mit einer Karte mit demselben beglücken, oder? :-)
Na das wäre doch für die Besitzer von V.34- oder ISDN-Modems und
GVP-SCSI-Hostadaptern die perfekte Lösung ...
Endlich 32-Byte FIFO und automatisches RTS/CTS-Handling ... träum ...
GVP G-Force030 und Vector Connection ist nicht das Gelbe vom Ei :-(

Ciao,

Martin

Christian Hechelmann (chris@ds9.tynet.sub.org) wrote:
: Hallo Gerrit!

: Du hast in 'de.comp.sys.amiga.tech' folgendes ueber 'Re: GVP IO-Extender'
: geschrieben: 

: > Wann kommt endlich das Datenbuch zum 16C650 und die
: > Muster? *Fluch*

: Du willst uns doch nicht etwa mit einer Karte mit demselben beglücken, oder? :-)


Nein, so gut bin ich nicht. Das Datenbuch kam heute endlich. Laut dem
kann man den 16C650 einfach fuer den 16550 einbauen und es wird
gleich laufen, allerdings ohne Hardware-Handshake, dafuer mit einem
32Byte-FIFO und einem Triggerlevel von minimal 8 Bytes. Wenn ich
das richtig verstehe koennte er sogar einen Software Handshake (Xon
Xoff) in Hardware.. Da auf der von mir verwendeten Loesung (GG-I
mit Standard PC-I/O Karte) ein 16550 sitzt bietet sich das doch
einfach an, deutlich sicherer und trotzdem weniger Systemlast
da ich einen Triggerlevel von 16 Bytes verwenden wuerde.

Die Realisierung des Hardware-Handshakes gefaellt mir allerdings
nicht so, der Chip zieht (so man es erlaubt) RTS runter sobald
der Triggerlevel erreicht ist. Das haette man besser machen
koennen. Naja, man muss ja nicht...

Jetzt muessen nur noch die Chips kommen... *Fluch* Morgen
mal wieder anrufen...

Achja.. Laut Datenbuch gibts nur den 16C650, also bisher keinen
16C652 den man auf dem GVP I/O-Extender nehmen koennte. :(

Gerrit

Gerrit Heitsch schrieb:

> der Chip zieht (so man es erlaubt) RTS runter sobald der
> Triggerlevel erreicht ist.

_Das_ konnte sogar schon der I/O-Extender. Viel Spaß mit dem
Durchsatz mancher Modems, die aufgrund des "Stop and Go"
regelrecht einschlafen! Es gibt einen Grund, warum ich jenes
Feature aus dem gvpser.device hinausgeworfen habe.

Ralph Babel (rbabel@babylon.pfm-mainz.de) wrote:
: Gerrit Heitsch schrieb:

: > der Chip zieht (so man es erlaubt) RTS runter sobald der
: > Triggerlevel erreicht ist.

: _Das_ konnte sogar schon der I/O-Extender.

Aber nur wenn du RTS noch mit RxRDY vergattert hast.
Vorgesehen ist diese Leitung eher zur Steuerung
eines DMA-Controllers. Der ST16C650 schaltet RTS
auch sofort wieder frei sobald der FIFO unter den
Triggerlevel faellt, das leistet die Schaltung mit
RxRDY nicht.

Besser waere es gewesen, wenn STARTECH den ST16C650
so designt haette, dass er RTS inaktiviert wenn
der FIFO (Triggerlevel + 4) erreicht.


: Viel Spaß mit dem
: Durchsatz mancher Modems, die aufgrund des "Stop and Go"
: regelrecht einschlafen! Es gibt einen Grund, warum ich jenes
: Feature aus dem gvpser.device hinausgeworfen habe.

Man muss das ja nicht einschalten. Fuer sinnvoller halte ich
es den Receive-FIFO auf einen Triggerlevel von 16 Bytes
zu stellen (Die Einstellung, die beim 16550 4 Bytes entspricht)
das entlastet deutlich und man hat 16 Bytes Sicherheit.

Das automatische CTS ist hingegen sinnvoll, damit kann
man den 32 Byte Sende-FIFO des 16C650 voll ausnutzen
(Triggerlevel ist jetzt einstellbar) ohne das Bytes
verschwinden wenn die Gegenstelle RTS wegnimmt und du
gerade 32 Bytes abgegeben hast.

Wer Auto-RTS will, solls einschalten, wers nicht will laesst
es, es sollte also konfigurierbar sein.

Hoffentlich gibts den 16C650 bald in DIP wie im Datenbuch
angegeben... PLCC-44 nach DIP-40 selbermachen ist eine
Sch***-Arbeit.

Gerrit

Gerrit Heitsch schrieb:

> Der ST16C650 schaltet RTS auch sofort wieder frei sobald
> der FIFO unter den Triggerlevel faellt, das leistet die
> Schaltung mit RxRDY nicht.

Weil das Leeren der FIFO (zwei Registerzugriffe je Zeichen
plus Bearbeitung durch den Treiber) ja auch so _ungeheuer_
viel Zeit benötigt, gelle?