Msg #55 / 1-65  Time: 12 May 93  13:12:46
From: Stefan Haake on 2:2407/35
To  : Joerg Spilker on 2:245/96.42
Subj: Re: Serielle Schnittstellen
---------[FidoNetmail    ]-----------------------------------------------
MSGID: 2:2407/35@FidoNet AF8BB131
REPLY: 2:2401/103.6@fidonet.org ed547800
PID: LED 1.04/b
This message was originally addressed to Joerg Spilker on 
2:245/96.0@fidonet.org and was re-addressed by 2:245/96@fidonet.org

 * Originally from Area 'MAIL'
 * Originally to Stephan Slabihoud
 * Forwarded by Stephan Slabihoud on 2:2401/103.6, 14 May 93  18:20:24


In a message of <09 May 93  19:55:44>, Stephan Slabihoud (2:2401/103.6) writes:
[(u.a. :-) in Area 'ST_FIDO.GER']

Hallo Stephan

 SS> Der Joerg Spilker und ich arbeiten ja fieberhaft daran, Binkley an
 SS> ALLE Atari-Rechner anzupassen. Leider haben wir von den ganzen

Das ist ein lbliches Unterfangen.

 SS> Wie koennen wir das CD (Carrier Detect) und CTS-Signal auf allen
 SS> existierenden Schnittstellen direkt abfragen?

Ich bin kein Programmierer, aber folgendes hab ich aus diversen Mails entnehmen 
knnen (es deckt sich mit der Anleitung des TT, den Du doch auch Dein Eigen 
nennst, oder?):
Serial1 hat kein CD und kein RI, RTS ist immer an => auch kein CTS
Serial2 hat keinen RI (braucht Binkley den berhaupt?)

 SS> Auch wuerde uns interessieren, wie Modem-1, Seriell-1 und Seriell-2
 SS> auf 38400, 57600 und 115200 Bps eingestellt werden kann!

Zu Modem1 wrde ich vorschlagen (bitten), die Anleitungen zu RSVE (das benutze 
ich) und RS-Speed zu konsultieren.

Was mir aber besonders am Herzen liegt, ist die Untersttzung (oder zumindest 
Rcksichtnahme) auf MiNT! Seit der Version 1.04 luft es eigentlich stndig bei 
mir, und mein langjhriger Traum von einer Mailbox nebenbei ist nahezu 
verwirklicht. Leider verhlt sich Binkley aber noch nicht so gut, wie es sein 
knnte. Dank RSVE und HSMODEM1 sind die bertragungsraten beim Senden 
mittlerweile so gut wie ohne MiNT (vorher war dem nicht so). Beim Empfangen 
lassen sie aber immernoch zu wnschen brig (1000-1200 cps bei 14400 oder 16800 
Connect). Janus geht brigens berhaupt nicht. Vielleicht knntet Ihr Euch mal 
mit Harun Scheutzow (MAUS B) in verbindung setzen, der entwickelt ein HSMODEM 
mit "echter" MiNT-Untersttzung (-Ausnutzung). Damit sollen die 
bertragungsraten unter MiNT sogar besser werden knnen als ohne! Soviel ich 
wei, arbeitet auch Franz Sirl (Maus M) an soetwas (Fast Serial).
Das speziell zur bertragung, aber auch allgemein kann man das Verhalten von 
Binkley unter MiNT sicher verbessern. Binkley verbrt stndig ca. 50% 
Rechenzeit, auch wenn er "nichts" tut, was in meinen Augen vollkommen unntig 
ist. Als Beispiel, wie man's anders machen kann, mchte ich MTT
(MausTauschTerminal, kennst Du das?) nennen. Dort wird die Prioritt den 
Notwendigkeiten angepasst. Wenn er nicht viel braucht (sogar bei der Anwahl), 
setzt er seine Prioritt auf -16. Wenn er dann "schaffen" mu, setzt er sie auf 
0, und wenn das nicht reicht, z.B. bei HighSpeed-bertragungen (wie er das 
merkt, wei ich nicht), setzt er sie auf +16. Damit sind dann normal hohe 
bertragungsraten mglich. Auch wenn Binkley ohne bestehenden Connect mehr 
machen mu (auf Ring warten, Events checken etc.), sollten dafr weniger als 
50% TT-Power reichen, oder? :-)
Achja: Alle Angaben ber Rechenzeitanteile und bertragungsraten ohne 
zeitaufwendige parallele Prozesse.

So, und wenn ich schonmal dabei bin, noch ein paar andere Dinge, die vielleicht 
nicht in Deinen Zustndigkeitsbereich fallen:
Auf ein Problem mchte ich nochmal hinweisen, was dem Jrg aber bekannt sein 
sollte: Wenn ich AKAs drin habe, schickt mir Binkley (auf der anderen Seite) 
keine Protected Only Sachen, auch wenn das Passwort stimmt. Ohne AKAs geht's.
Ich polle bei einem Frodo, brauche aber das "FDBugFix" nicht. Bei mir hat sich 
das Problem gelst, als ich vor einem guten Jahr das 2400/MNP-Modem gegen ein 
ZyXEL ausgetauscht habe. Das ESC-Problem, das mit "FDBugFix" gelst werden 
soll, ist doch das, da man ESC drcken mu, um die bertragung anzustoen, 
oder? Oder ist das Mausbewegen -> ESC empfangen gemeint?

Und noch eine Frage an Dich: Du bist ja wohl an einigen Fidoprogrammen noch am 
basteln. Ist da auch Bythalon dabei? Es luft unter MiNT nmlich nicht korrekt. 
Zum einen stimmt die Bildschirmausgabe im TOSWIN nicht richtig, zum anderen 
hngt das System beim Beenden (wenn im TOSWIN gestartet). Hast Du es in GFA 
programmiert? Zumindest letzteres ist mir bisher nmlich nur bei GFA-Programmen 
passiert. Auerdem ist eine Dialogbox (wenn nicht genug Plattenplatz da ist) in 
einem TTP nicht besonders gut. Vielleicht kannst Du eine vorherige Abfrage des
Plattenplatzes einbauen. Da ich ACS nicht zum Lschen nach Tagen berreden 
kann, benutze ich Bythalon halt immernoch. Aus o.g. Grnden kann ich es aber in 
mein Batch nicht einbauen.
So, das soll's fr's erste gewesen sein. Ich wrde mich freuen, wenn Du trotz 
aller Arbeit, die Du Dir machst, noch ein wenig Zeit fr eine Antwort auf diese 
Mail finden wrdest. Thanx und


Ciao, Stefan

P.S.: da fllt mir noch was ein: Unter MiNT legt Binkley seine Hilfsfiles 
(.SCD, EMSI_DAT) manchmal auf der Rootebene statt dem Conf-Directory der 
DF-Partition ab. Vielleicht hat einer von Euch eine Idee, woran das liegen 
kann.


===========================================================================
  Stephan Slabihoud    2:2401/103.6@fidonet.org   51:601/7.6@atarinet.ftn
===========================================================================

Via JetMail 0.87beta 2:2401/103.6@fidonet.org, May 14 1993 at 18:31
Via FastEcho+ 2:2401/103@fidonet.org, Sat 15 May 93 at 10:59
Via MTraX+ @2:2401/1.0, Sat, 15-May-93 09:23 UTC
Via FrontDoor 2:2401/1, May 15 1993 at 17:16
Via Itrack At 2:245/3@FidoNet, Sat 15 May 1993 16:29:34.49 UTC
Via Squish 2:245/3.0, Sat May 15 1993 at 16:30 UTC
Via Squish 2:245/54.0, Sun May 16 1993 at 01:40 UTC
Via Squish 2:245/52.0, Sun May 16 1993 at 14:37 UTC
Via JetMail 0.88beta 2:245/96@fidonet.org, May 18 1993 at 07:28
Via JetMail 0.88beta 2:245/96.42@fidonet.org, May 18 1993 at 19:40


Msg #57 / 1-65  Time: 12 May 93  13:13:56
From: Philipp Reitberger on 2:2403/37.14
To  : Joerg Spilker on 2:245/96.42
Subj: Re: Serielle Schnittstellen
---------[FidoNetmail    ]-----------------------------------------------
MSGID: 2:2403/37.14@FidoNet B1207513
REPLY: 2:2401/103.6@fidonet.org ed547801
PID: LED 1.04/b
This message was originally addressed to Joerg Spilker on 
2:245/96.0@fidonet.org and was re-addressed by 2:245/96@fidonet.org

 * Originally from Area 'MAIL'
 * Originally to Stephan Slabihoud
 * Forwarded by Stephan Slabihoud on 2:2401/103.6, 16 May 93  10:01:40


 SS> Der Joerg Spilker und ich arbeiten ja fieberhaft daran, Binkley an ALLE
 SS> Atari-Rechner anzupassen.

Hallo Stephan!
Ich selber kann Dir zwar nicht bei Euren Problemen helfen, aber ich besitze 
eine Programm, das die von Euch gestellten Anforderungen erfllt. Ich schick 
einfach mal die Beschreibung, bei Fragen mt Ihr euch halt an den Autor des 
Programms wenden. Ich hoffe ich kann Euch damit helfen. Hier nun die 
Beschreibung (Auszugsweise):

Fast_Ser
========

Fast_Ser ist ein erweiterter Treiber fr serielle Schnittstellen
auf dem STE/TT (wer hat Unterlagen zum Falcon?).
Fr Modem/Serial 1 (MFP) ist eine erweiterte Rsconf-Auskunftsfunktion
implementiert. Fr Modem/Serial 2 (SCC) sind zustzlich alle Bco...-
und Interrupt-Routinen neu (und hoffentlich fehlerfrei) implementiert,
und die Baudratentabelle ist mit eigenen Werten programmierbar.

Fast_Ser stellt eine Standardschnittstelle zur jeweiligen
Hardware mit Hilfe der Rsconf-Funtion her.

 - Cookie 'FSER', zeigt auf Struktur FSER_INFO:
    typedef struct
    {
         UWORD version;
        unsigned unused:15;
        unsigned baud_table_flag:1; /* bit 0 in einem word */
        BASPAG *mem_blk;
    } FSER_INFO;

 - Rsconf( -3, -2, xx, xx, xx, xx ) liefert 'FSER' als long
 
 - Rsconf( -3, -3, xx, xx, xx, xx ) liefert einen Pointer auf die
    Struktur CHAN_INFO, die wie folgt definiert ist:
 
    typedef struct
    {
        BAUD_INFO *baud_table;
        BAUD_INFO *alt_baud_table;
        UBYTE **chip_address;
        UWORD chip_type;
        unsigned flags:14;
        unsigned extrd_flag:1; /* bit 1 in einem word */
        unsigned irq_flag:1;   /* bit 0 in einem word */
        WORD task;
        UBYTE WR5;
        UBYTE RR0;
        WORD resv[2];
        ULONG dcd_on;
        ULONG dcd_off;
        UWORD rxbuffer_overflows;
        UWORD framing_errs;
        UWORD parity_errs;
        UWORD charlost_errs;
    } CHAN_INFO;

     typedef struct
     {
        LONG baudrate;
        UWORD SCC_BRG_value;
        UWORD SCC_MISC_value; /* bit 15..14 Clock mode (Reg. 4)
                                 bit 9..8   BRG mode   (Reg. 14)
                                 bit 6..3   Rx/Tx Clock Source (Reg. 11)
                              */
     } BAUD_INFO;
  
    baud_table: Zeiger auf die Tabelle mit den Baudrateninfos, in der
                eine Null bei 'baudrate' das Ende markiert, -1 steht
                fr eine nicht verfgbare Baudrate (nur bei den
                ersten 16 Standardeintrgen!!),
                -2 fr einen freien Eintrag
    alt_baud_table: wie baud_table, nur sind hier an den Indices
                    0 und 1 hhere Baudraten eingefgt. Dadurch knnen
                    auch Programme, die Fast_Ser nicht direkt unter-
                    sttzen, die hheren Baudraten nutzen
    chip_address: Hardwareadresse des Chips bzw. der internen
                  Peripherie bei 68302, etc
                  z.b $FFFF8C81 fr Serial 2 auf MSTE/TT
    chip_type: Welcher Chiptyp hngt an diesem Kanal dran?
               $00: MFP
               $10: Standard-SCC 8530
               $11: VLSI-SCC VL85C30
               $12: Zilog-SCC Z85C30
               $13: AMD-ESCC Am85C30
               $14: Zilog-ESCC Z85230
               $15: AMD-ESCC Am85C230A
               $20: ISDN-Coprozessor MC68302
               $30: Ethernet-Coprozessor
    flags: verschiedene bislang unbenutzte Flags
    extrd_flag: Beim SCC ist in WR7' das ExtendedRead-Flag gesetzt.
    irq_flag:   gesetzt: Die Interruptroutinen nutzen die SCC-FIFOS.
    task: hier trgt eine Task, die die Schnittstellenhardware fr
          sich haben will, ihre Nummer ein.
          -1 steht fr nicht reserviert.
    WR5: Shadow Write Register 5 of SCC
    RR0: wird bei jedem CTS oder DCD Wechsel mit Read Register 0
         besetzt
    dcd_on: letzter hz_200-Zeitpunkt, an dem DCD aktiv wurde
    dcd_off: letzter hz_200-Zeitpunkt, an dem DCD inaktiv wurde
    rxbuffer_overflows: Anzahl der Charakter, die bei einem vollem
                        Empfangsbuffer verlorengingen
    framing_errs: Anzahl der empfangenen Charakter mit Framing-Fehler
                  (SCC-bedingt ein unsicherer Wert)
    parity_errs:  Anzahl der empfangenen Charakter mit Parity-Fehler
    charlost_errs: Anzahl der Charakter, die verlorengingen, weil der
                   SCC nicht schnell genug abgefragt wurde
                   (tatschliche Anzahl kann grer sein!)

Bei den Standard-Clockraten fr den SCC untersttzt Fast_Ser momentan
folgende Baudratenliste (auf die alt_baud_table zeigt):

Liste fr den MSTE
Index:  Modem 2:     Serial 2:          Original:
   0:    57600        57600              19200
   1:    38400        38400              9600
   2:    19200        19200              4800
   3:    9600         9600               3600
   4:    4800         4800               2400
   5:    3600         3600               2000
   6:    2400         2400               1800
   7:    2000         2000               1200
   8:    1800         1800               600
   9:    1200         1200               300
  10:    600          600                200
  11:    300          300                150
  12:    200          200                134
  13:    150          150                110
  14:    134          134                75
  15:    110          110                50
  16:    75           75
  17:    50           50
  18:    38400        38400
  19:    57600        57600
  20:    76800        115200
  21:    153600

Liste fr den TT:
Index:  Modem 2:     Serial 2:          Original:
   0:    38400        57600              19200
   1:    76800        38400              9600
   2:    19200        19200              4800
   3:    9600         9600               3600
   4:    4800         4800               2400
   5:    3600         3600               2000
   6:    2400         2400               1800
   7:    2000         2000               1200
   8:    1800         1800               600
   9:    1200         1200               300
  10:    600          600                200
  11:    300          300                150
  12:    200          200                134
  13:    150          150                110
  14:    134          134                75
  15:    110          110                50
  16:    75           75
  17:    50           50
  18:    38400        38400
  19:    76800        57600
  20:    153600       115200

Hardwarebug!
Serial 2 beim MSTE hat einen Hardwarebug, der Zeichen verschluckt.

Achtung!!
Die Verschiebung der Baudratentabelle gilt nur solange die blichen
Terminalprogramme wie CoNnect oder Rufus dieses oder ein anderes
erweitertes Protokoll zum Ansprechen der hheren Baudraten nicht
untersttzen. ber die Baudraten mit einem Index grer 15 sind
keine Annahmen zulssig. (Abfragen mit Rsconf!)

So das war's vorlufig!
Falls jemand Fehlermeldungen, Wnsche, etc hat, bitte melden bei:

Post:
Franz Sirl

Bischof-Adalbert-Str. 29
8000 Mnchen 40

Maus:
Franz Sirl@M


===========================================================================
  Stephan Slabihoud    2:2401/103.6@fidonet.org   51:601/7.6@atarinet.ftn
===========================================================================

Via JetMail 0.87beta 2:2401/103.6@fidonet.org, May 16 1993 at 10:13
Via FastEcho+ 2:2401/103@fidonet.org, Sun 16 May 93 at 18:05
Via MTraX+ @2:2401/1.0, Sun, 16-May-93 21:07 UTC
Via FrontDoor 2:2401/1, May 17 1993 at 3:30
Via Itrack At 2:245/3@FidoNet, Mon 17 May 1993 03:03:43.19 UTC
Via Squish 2:245/3.0, Mon May 17 1993 at 03:04 UTC
Via Squish 2:245/54.0, Mon May 17 1993 at 13:44 UTC
Via Squish 2:245/52.0, Mon May 17 1993 at 17:22 UTC
Via JetMail 0.88beta 2:245/96@fidonet.org, May 18 1993 at 07:28
Via JetMail 0.88beta 2:245/96.42@fidonet.org, May 18 1993 at 19:40


