home *** CD-ROM | disk | FTP | other *** search
/ Media Share 9 / MEDIASHARE_09.ISO / hamradio / tfpcx200.zip / TFPCX.DOC < prev    next >
Text File  |  1992-08-17  |  75KB  |  1,783 lines
  1.  
  2.             ████████  ███████  ██████     ████   ██    ██
  3.             ██▒██▒██▒  ██▒▒██▒  ██▒▒██   ██▒▒██  ██▒   ██▒
  4.             █▒▒██▒ █▒  ██▒  █▒  ██▒ ██▒ ██▒▒  █▒  ██  ██▒▒
  5.              ▒ ██▒  ▒  ██▒█  ▒  ██▒ ██▒ ██▒    ▒   ████▒▒
  6.                ██▒     ████▒    █████▒▒ ██▒         ██▒▒
  7.                ██▒     ██▒█▒    ██▒▒▒▒  ██▒        ████
  8.                ██▒     ██▒ ▒    ██▒     ██▒   █   ██▒▒██
  9.                ██▒     ██▒      ██▒      ██  ██▒ ██▒▒  ██
  10.               ████    ████     ████       ████▒▒ ██▒   ██▒
  11.                ▒▒▒▒    ▒▒▒▒     ▒▒▒▒       ▒▒▒▒   ▒▒    ▒▒
  12.  
  13.                        The Firmware PC Extended
  14.                     Version 2.00 (17. August 1992)
  15.  
  16.                   Residenter AX.25-Controller für PC
  17.                      und BayCom-Modem/-USCC-Karte
  18.                     mit WA8DED-Hostmode-Interface
  19.  
  20.                  von René Stange, DG0FT @DB0KG.DEU.EU
  21.  
  22.            Frei für Funkamateure, keine kommerzielle Nutzung
  23.  
  24.  
  25.  
  26.  
  27. Inhaltsverzeichnis
  28.  
  29.   1.      Vorwort
  30.   2.      Hinweise zur Dokumentation
  31.   3.      Neuerungen seit Version 1.11
  32.   4.      Schnellstart
  33.   5.      Einführung
  34.  
  35.   6.      Aufruf und Konfiguration
  36.   6.1.    Allgemeine Optionen
  37.   6.2.    Optionen zum residenten Laden
  38.   6.2.1.  Port- und Baudraten-Konfiguration
  39.   6.2.2.  TFPC- und DRSI-Interface
  40.   6.2.3.  Sonstige Optionen
  41.   6.3.    TFPCX aus dem Speicher entfernen
  42.   6.4.    Terminalmode
  43.  
  44.   7.      Installation
  45.   7.1.    SP (DL1MEN)
  46.   7.2.    GP (DH1DAE)
  47.   7.3.    THP (DL1BHO)
  48.   7.4.    TERM (DL5FBD)
  49.   7.5.    CT (K1EA)
  50.   7.6.    DIEBOX (DF3AV)
  51.   7.7.    MS-Windows, OS/2 u.a.
  52.  
  53.   8.      Betrieb
  54.   8.1.    Multiport-Erweiterungen
  55.   8.2.    Besonderheiten von Befehlen
  56.   8.3.    DAMA
  57.  
  58.  
  59.   ANHANG
  60.  
  61.   1.      Befehlsübersicht
  62.  
  63.   2.      Fehlerbehebung (Modembetrieb)
  64.   2.1.    Sende- und Empfangsprobleme
  65.   2.2.    Probleme mit anderen Programmen
  66.   2.3.    Hardwareprobleme
  67.  
  68.   3.      Hardwareanschluß
  69.   3.1.    Serielle Modems
  70.   3.2.    BayCom-USCC-Karte
  71.  
  72.   4.      Informationen für Softwareentwickler
  73.   4.1.    Programm-Interface
  74.   4.1.1.  TFPC-Interface
  75.   4.1.2.  DRSI-Interface
  76.   4.1.3.  Spezielle Funktionen
  77.   4.2.    Format von Meldungen
  78.   4.3.    Bisherige Versionen
  79.  
  80.   5.      Urheberrechte und Nutzungsbedingungen
  81.   6.      Bezugshinweise
  82.  
  83.  
  84.  
  85. 1. Vorwort
  86.  
  87.   Nach etwa einem halben Jahr ist nun das neue TFPCX v2.00  verfügbar.
  88.   Dies   wird  vor  allem  Besitzer  der  BayCom-USCC-Karte   (DG3RBU)
  89.   interessieren, die diese zusammen mit den Programmen SP (DL1MEN), GP
  90.   (DH1DAE),  THP  (DL1BHO), TERM (DL5FBD), CT (K1EA),  DIEBOX  (DF3AV)
  91.   o.a.  verwenden  wollen.  Dies ist nun möglich. Aber  auch  für  die
  92.   Benutzer eines seriellen Modems (z.B. BayCom-Modem (DG3RBU))  bietet
  93.   diese  Version  neue Möglichkeiten. So kann man  nun,  entsprechende
  94.   Rechenleistung  vorausgesetzt, auch zwei Modems parallel  betreiben.
  95.   Für  Modems  mit  dem AM7911 gibt  es  einen  einstellbaren  TXTAIL-
  96.   Parameter.  Ich  empfehle allen TFPCX-Usern, zur  neuen  Version  zu
  97.   wechseln, da die bisherigen zwei Bugs enthalten. Die Neuerungen sind
  98.   in Abschnitt 3. aufgeführt.
  99.  
  100.   Ich konnte leider nicht alle Möglichkeiten des TFPCX bis ins  Letzte
  101.   testen. Die USCC-Karte wurde bisher nur mit 1200 Baud-AFSK-Modems im
  102.   realen Betrieb verwendet, 9600 Baud mit DF9IC-Modem habe ich nur  im
  103.   Loopback-Modus getestet. Den Parallelbetrieb zweier serieller Modems
  104.   sollte  man  als zusätzliche Beigabe ohne  Garantie  verstehen.  Auf
  105.   einem AT-286/16 funktioniert er seit einiger Zeit aber recht gut.
  106.  
  107.   Ich  muß darauf hinweisen, daß ich nicht garantieren kann,  daß  das
  108.   TFPCX  auf allen PCs problemlos mit seriellen  Modems  funktioniert,
  109.   bei  der  USCC-Karte  ist  dies  weniger  kritisch.  Besonders   auf
  110.   langsamen  Rechnern  gibt  es teilweise  Empfangsprobleme.  XTs  mit
  111.   Taktfrequenzen  unter 8 MHz sind nicht oder nur mit  Einschränkungen
  112.   verwendbar.  Oftmals verursachen auch bestimmte residente  Programme
  113.   derartige  Probleme  (siehe Anhang 2.1.). Da es sich  hier  um  kein
  114.   kommerzielles  Produkt  handelt, nehme ich das in  Kauf.  Das  TFPCX
  115.   stellt  jedoch  geringere Anforderungen an  die  Kompatibilität  der
  116.   verwendeten  Schnittstelle als BayCom, so daß es teilweise auch  auf
  117.   Rechnern  läuft,  die  nicht  BayCom-tauglich  sind.  Mit   gewissen
  118.   Kompromissen müßten die meisten Nutzer zu einem brauchbaren  Betrieb
  119.   kommen.
  120.  
  121.   Mein Dank gilt diesmal vor allem dem BayCom-Team (Johannes (DG3RBU),
  122.   Flori  (DL8MBT),  Rudi (DK5RQ) und Christian (DL5RL))  für  die  zur
  123.   Verfügung gestellte USCC-Karte, die interessanten Gespräche und  die
  124.   aufgebrachte  Geduld,  weiterhin Asko (DG2BRS) für  die  Hilfe  beim
  125.   Testen,  außerdem  Sigi  (DL1MEN) für die  Unterstützung  und  nicht
  126.   zuletzt allen Usern, die mir mit Hinweisen und Vorschlägen  geholfen
  127.   haben,  insbesondere  Michael (DG5YAL). Besonders bedanke  ich  mich
  128.   auch bei DB7KG, DG3BAF, DH2GAV, DJ9CS, DK6PX und DL1ROM, die für die
  129.   Version 1.1x eine Anerkennung übrig hatten.
  130.  
  131.  
  132.   73s von René, DG0FT                      Strausberg, 17. August 1992
  133.  
  134.  
  135.  
  136. 2. Hinweise zur Dokumentation
  137.  
  138.   Ich  gehe  in  dieser  Dokumentation  davon  aus,  daß  bereits  ein
  139.   funktionsfähiges  Modem  oder  eine  USCC-Karte  und  ein  passendes
  140.   Terminalprogramm  zur Verfügung stehen und Kenntisse über  die  TNC-
  141.   Software    The  Firmware  (NORD><LINK)  oder  die   WA8DED-Firmware
  142.   vorhanden   sind.  Zu  dieser  Beschreibung  gehört   deshalb   eine
  143.   Dokumentation  der  The Firmware 2.1c, die man bei  Bedarf  zu  Rate
  144.   ziehen  sollte.  Hier werden nur die Unterschiede im  Vergleich  zur
  145.   TNC-Firmware behandelt.
  146.  
  147.   Wer  auch ohne längeres Studium dieser Dokumentation mit  dem  TFPCX
  148.   zurechtkommt, hat Zeit gespart, aber vielleicht auch ein paar Tricks
  149.   übersehen. Falls man jedoch Fragen oder Probleme hat, dann bitte ich
  150.   darum, daß man zunächst hier nach einer Lösung sucht. Die  Erfahrung
  151.   zeigt, daß immer wieder die gleichen Fragen gestellt werden und  ich
  152.   habe  das  hier berücksichtigt ohne  Anspruch  auf  Vollständigkeit.
  153.   Allerdings  kann diese Dokumentation auch kein Grundkurs für  MS-DOS
  154.   und  Packet Radio sein. Man kann übrigens sehr gut die  Suchfunktion
  155.   eines Texteditors nutzen, um ein bestimmtes Stichwort zu finden.
  156.  
  157.   In dieser Dokumentation wird einige Hard- und Software erwähnt,  die
  158.   von   anderen  Funkamateuren  entwickelt  wurde,  meist  steht   das
  159.   Rufzeichen des Urhebers in Klammern dahinter.
  160.  
  161.   Begriffe und Abkürzungen:
  162.  
  163.   Port       ein  Packet Radio Interface bestehend  aus  Schnittstelle
  164.              (COM,  LPT  oder  USCC-Port), Modem  und  Funkgerät,  bei
  165.              mehreren Ports wird hier von Multiport-Betrieb gesprochen
  166.  
  167.   Kanal      einer  der  maximal 20  gleichzeitig  möglichen  Connects
  168.              (Verbindungen),  beim BayCom ist die Bedeutung  von  Port
  169.              und Kanal genau entgegengesetzt
  170.  
  171.   Frame      eine über Packet Radio übertragene Dateneinheit  (Paket),
  172.              bestehend aus Adreßfeld, Steuerfeld, Daten und Prüfsumme
  173.  
  174.   Interrupt  Unterbrechung des gerade laufenden Programms durch  Hard-
  175.              ware-Ereignisse  (z.B. gedrückte Taste, bestimmtes  Zeit-
  176.              intervall vorbei), Software-Interrupts werden nicht durch
  177.              die  Hardware  sondern durch einen  bestimmten  Programm-
  178.              befehl ausgelöst
  179.  
  180.   0x         Prefix von Hexadezimalzahlen (z.B. 0x300 = 300H)
  181.  
  182.  
  183.  
  184. 3. Neuerungen seit Version 1.11
  185.  
  186.   - Unterstützung der BayCom-USCC-Karte mit maximal 4 Ports (Option
  187.     -PUSCC)
  188.  
  189.   - Parallelbetrieb von 2 seriellen Modems möglich (-PCOM/LPT kann
  190.     dazu mehrfach verwendet werden)
  191.  
  192.   - intern 8 Ports (z.Z. maximal 6 benutzt), 20 Kanäle (TFPCX belegt
  193.     jetzt ca. 59K im Speicher)
  194.  
  195.   - zusätzliche Unterstützung des DRSI-Software-Interfaces (wird von
  196.     SP und CT verwendet, Option -DR)
  197.  
  198.   - Sende-/Empfangsanzeige nun mit wählbaren Hintergrundattribut
  199.     (Option -C, dafür entfällt -NC)
  200.  
  201.   - verschiedene Erweiterungen für Multiport-Betrieb (Ausgabe von
  202.     Portnummern und Eingabemöglichkeit bei Befehlen)
  203.  
  204.   - zusätzliche Befehle zur DRSI-kompatiblen Parameterabfrage
  205.     (Befehl P) und für Statistik-Framezähler (Befehl @ST)
  206.  
  207.   - frei wählbarer TXTAIL-Wert für AM7911-Modem (Befehl @TA)
  208.  
  209.   - eingeschränktes Crossband-Digipeating TFPCX-intern möglich durch
  210.     eine Linkliste (Befehl @L)
  211.  
  212.   - neue Funktionen für Terminalprogramme (z.B. Pufferkontrolle für
  213.     TERM und DCD-Abfrage/Anzeige), dafür Befehl Z wieder entfallen
  214.  
  215.   - 'dynamisches' MAXFRAME der TF 2.3b entfernt (zu unflexibel)
  216.  
  217.   - Versuch des Modembetriebs unter Microsoft Windows wird mit Fehler-
  218.     meldung quittiert (zwecklos), die USCC-Karte kann verwendet werden
  219.  
  220.   - Bug behoben, der in allen bisherigen Versionen, zum Pufferüberlauf
  221.     führte wenn kein Terminalprogramm lief und damit Hintergrund-
  222.     connects einschränkte
  223.  
  224.   - Bug behoben, der von v1.01 bis v1.11 unter bestimmten Bedingungen
  225.     zu überflüssigen Aussendungen führte
  226.  
  227.  
  228.  
  229. 4. Schnellstart
  230.  
  231.   Auf  Grund verschiedener Konfigurationsmöglichkeiten  und  Terminal-
  232.   programme  läßt  sich  kein allgemeines  Kochrezept  angeben.  Meist
  233.   reicht  es aus, wenn man sich zunächst die Abschnitte 6.2.1. und  7.
  234.   (entsprechend  verwendeten  Programm)  anschaut.  Gibt  es  Probleme
  235.   sollte man Anhang 2. lesen. Für den Betrieb mit mehreren Ports  sind
  236.   Abschnitt 8.1. und 8.2. wichtig.
  237.  
  238.   Wer bereits mit früheren Versionen gearbeitet hat und auch weiterhin
  239.   nur ein Modem verwenden will, braucht lediglich die Option '-C' beim
  240.   Laden  von TFPCX angeben, wenn die Sende-/Empfangsanzeige  gewünscht
  241.   wird, da sie nun nicht mehr automatisch eingeschaltet wird. Wenn man
  242.   bisher die Option '-NC' angegeben hatte, ist diese zu streichen.
  243.  
  244.   Mit  'TFPCX  -H' lassen sich alle Optionen in Kurzform  abrufen  und
  245.   'TFPCX -U' entfernt das TFPCX wieder aus dem Speicher.
  246.  
  247.  
  248.  
  249. 5. Einführung
  250.  
  251.   Packet Radio wurde und wird vor allem mit sogenannten Terminal-Node-
  252.   Controllern  (TNC) betrieben, die die gesamte PR-spezifische  Proto-
  253.   kollabwicklung  (AX.25)  übernehmen und den benutzten  Computer  zum
  254.   komfortablen  Datensichtgerät  machen. Dabei sind TNCs  auch  nichts
  255.   anderes  als  (nicht  mal  besonders  leistungsfähige)  Rechner  mit
  256.   serieller Schnittstelle und Modem. Auf Grund der weiten  Verbreitung
  257.   einer  speziellen  vor  allem auf dem  TNC2  laufenden  TNC-Software
  258.   (WA8DED-Firmware  oder die kompatible The Firmware  von  NORD><LINK)
  259.   existieren mittlerweile einige leistungsfähige und weit  verbreitete
  260.   Programme,  die  das spezielle  Software-Interface  dieser  Firmware
  261.   (WA8DED-Hostmode) verwenden.
  262.  
  263.   Da  heutzutage auch leistungsfähige PCs nicht mehr sehr teuer  sind,
  264.   bietet es sich an, ihnen die Arbeit des TNCs zu übertragen und damit
  265.   die Investition für den TNC einzusparen. Außerdem ist ein  Portabel-
  266.   betrieb mit Laptop oder Notebook auch viel eleganter, wenn man nicht
  267.   einen  'grauen Kasten' zusätzlich mit sich herumschleppen  muß.  Für
  268.   diesen  Zweck bietet seit einiger Zeit das BayCom-System  (Terminal,
  269.   Modem  oder  USCC-Karte)  eine schnelle,  billige  und  leicht  ver-
  270.   ständliche Lösung. Allerdings ist BayCom ein abgeschlossenes System,
  271.   das den Betrieb der TNC-Terminalprogramme nicht unterstützt.
  272.  
  273.   An  dieser Stelle setzt das TFPCX an, da es die Verbindung  zwischen
  274.   der  vorhandenen Hardware (serielles Modem oder USCC-Karte) und  den
  275.   Terminalprogrammen  für  TNCs  schafft.  Das  TFPCX  ist  eine   Art
  276.   speicheresidenter TNC der einmal in den PC geladen wird, es sich  im
  277.   Speicher  bequem  macht und dann ständig von den Interrupts  des  PC
  278.   angetrieben  im  Hintergrund  seine Arbeit  verrichtet,  also  Daten
  279.   sendet  und  empfängt  und auf Befehle des  Nutzers  reagiert.   Die
  280.   Daten-  und  Befehlsschnittstelle  zum  Terminalprogramm  (Software-
  281.   Interrupt)  ist dabei sehr ähnlich zu der bei TNCs  verwendeten  und
  282.   außerdem  (was  wichtig ist) gut dokumentiert. Es  bereitet  deshalb
  283.   kaum Schwierigkeiten ein existierendes Programm mit dem TFPCX  lauf-
  284.   fähig  zu machen und für die wichtigsten Programme ist dies  bereits
  285.   geschehen.
  286.  
  287.   Wenn das TFPCX geladen ist, verhält sich das System so, als wenn ein
  288.   TNC  angeschlossen  wäre, kann also von außen connectet  werden  und
  289.   speichert alle ankommenden Nachrichten. Da das TFPCX im  Hintergrund
  290.   läuft, können nebenbei auch andere Programme verwendet werden  (Aus-
  291.   nahmen  siehe Anhang 2.2.). Auf ungelesene Informationen  macht  ein
  292.   blinkendes Rechteck in der rechten oberen Bildschirmecke aufmerksam.
  293.   Sobald das Terminalprogramm gestartet wird, erscheint der empfangene
  294.   Text auf den Bildschirm. TFPCX ist vergleichbar mit dem Programm  L2
  295.   (DL8MBT) des BayCom-Systems.
  296.  
  297.   Das TFPCX dient nicht zum Betrieb mit TNCs im KISS-Mode (z.B. PK232)
  298.   oder  TCP/IP-Software  und  läuft nur auf  IBM-kompatiblen  PCs.  Im
  299.   ersten  Fall  kann das TFPCR (DL1MEN) verwendet werden,  im  zweiten
  300.   Fall  hilft der Packet Driver AX25DRV für  BayCom-kompatible  Modems
  301.   von Pawel Jalocha. Für die BayCom-USCC-Karte kann ich eine Anpassung
  302.   des  PE1CHL-SCC-Treibers  für  KA9Q-NOS  (Version  920611)  anbieten
  303.   (kompletter Quellkode ohne EXE-File), allerdings nur kurz getestet.
  304.  
  305.  
  306.  
  307. 6. Aufruf und Konfiguration
  308.  
  309.   TFPCX wird durch folgende Befehlszeile aktiviert:
  310.  
  311.   TFPCX [ -N ] [ <load options> | -T | -U ]
  312.  
  313.   Alle  Optionen  werden durch '-' eingeleitet und  durch  Leerzeichen
  314.   voneinander getrennt. Innerhalb einer Option sind keine  Leerzeichen
  315.   zulässig. Groß-/Kleinschreibung wird nicht unterschieden.  Bestimmte
  316.   Optionen  (z.B.  '-P') haben mehrere Parameter, die  durch  ein  ':'
  317.   getrennt  werden.  Für  ausgelassene  Angaben  werden  Standartwerte
  318.   eingesetzt.
  319.  
  320.   Beispiel:
  321.  
  322.   Für  '-PUSCC::5' wird '-PUSCC:300:5:1103' verwendet, indem  für  die
  323.   fehlenden Werte 300 und 1103 eingesetzt wird.
  324.  
  325.   Es  ist sinnvoll, das TFPCX aus einem Batch-File zu  starten,  damit
  326.   man nicht immer die gleichen Optionen schreiben muß. Zunächst werden
  327.   alle  Optionen kurz in der Form aufgelistet, wie sie auch im  Hilfe-
  328.   Text  mit  'TFPCX -H' abrufbar sind  und  dann   einzeln  erläutert.
  329.   <load options> sind nur beim residenten Laden des TFPCX relevant und
  330.   gelten bis zum Entladen.
  331.  
  332.   <general options>
  333.     -N no messages
  334.     -T terminal mode
  335.     -U unload
  336.  
  337.   <load options>
  338.     -P<port> attach packet port  -D  debug mode
  339.     -B<baud> baud rate           -DM use DRSI messages
  340.     -F[file] read init file      -DR emulate DRSI driver
  341.     -C[xx]   show DCD [color]    -NB no blinking rectangle
  342.     -Ixx     TFPCX interrupt     -ND no disk access if DCD
  343.  
  344.   <port>  COMn[:xxx] | LPTn[:xxx] | USCC[:xxx:n:nnnn]
  345.           1-4^  ^addr  1-4^  ^addr    addr^IRQ^ ^<clock>
  346.   <clock> 0 = disable    2 = hardclock   (1 digit/
  347.           1 = softclock  3 = DF9IC modem  channel)
  348.   <baud>  nnnn[:nnnn ...] (1 number/port)
  349.  
  350.  
  351.   []  Angabe ist optional
  352.   |   alternative Angabe
  353.   x   Hexadezimalziffer
  354.   n   Dezimalziffer
  355.  
  356.  
  357. 6.1. Allgemeine Optionen
  358.  
  359.   Diese  Optionen können zusammen mit jeder anderen  Option  verwendet
  360.   werden. Es gibt im Augenblick nur eine:
  361.  
  362. -N  Nachrichten unterdrücken
  363.  
  364.   Falls  die Nachrichten des Programms stören (z.B.  in  Batch-Files),
  365.   können  sie hiermit unterdrückt werden.  Fehlermeldungen  erscheinen
  366.   aber weiterhin.
  367.  
  368.  
  369. 6.2. Optionen zum residenten Laden
  370.  
  371.   Das  TFPCX  wird immer dann resident in den Speicher  geladen,  wenn
  372.   keine der Optionen '-T' oder '-U' angegeben ist und es nicht  selbst
  373.   oder  der TFPCR- oder DRSI-TNCTSR-Treiber bereits  aktiviert  wurde.
  374.   Wenn man also mehrere Treiber zusammen verwenden will, muß das TFPCX
  375.   immer   als  erstes  aufgerufen  werden.  Ich  kann   jedoch   nicht
  376.   garantieren, daß man auf diese Weise auch problemlos arbeiten kann.
  377.  
  378.   Das TFPCX kann auch mit LOADHIGH in den oberen Speicherbereich (UMB)
  379.   geladen  werden, wenn dort genug Speicher frei ist. Allerdings  gibt
  380.   es  teilweise  Probleme  mit den  dazu  notwendigen  EMM386-Treibern
  381.   (siehe Anhang 2.1.).
  382.  
  383.   Um  das  TFPCX  an  verschiedene  Packet-Hardware,   Übertragungsge-
  384.   schwindigkeiten,  Terminalprogramme  und Nutzerwünsche  anpassen  zu
  385.   können, existieren die hier behandelten Optionen.
  386.  
  387.   Nach dem Laden erscheint z.B. die Meldung
  388.  
  389.   ┌─────────────────────────────────────┐
  390.   │ TFPCX v2.00  (Aug 17 1992) by DG0FT │
  391.   │     TF v2.3b DAMA by NORD><LINK     │
  392.   │    Free for non-commercial usage    │
  393.   ├─────────────────────────────────────┤
  394.   │ 4 Port(s), 20 Channels, TFPC-Int FD │
  395.   ├─────────────────────────────────────┤
  396.   │ 0: COM1 (3F8/-),  1200 Bd, MODEM    │
  397.   │ 1: SCC0 (300/7),  1200 Bd, SOFTCLK  │
  398.   │ 2: SCC1 (301/7),  1200 Bd, SOFTCLK  │
  399.   │ 3: SCC3 (303/7),  9600 Bd, DF9IC    │
  400.   └─────────────────────────────────────┘
  401.  
  402.   und  das DOS-Prompt. TFPCX ist jetzt installiert und belegt  ca.  59
  403.   KByte  des Hauptspeichers. Im unteren Kästchen wird für  jeden  Port
  404.   die  Nummer, die Schnittstelle, die Adresse und evtl. der  IRQ,  die
  405.   Baudrate und die Art des angeschlossenden Modems ausgegeben.
  406.  
  407.  
  408. 6.2.1. Port- und Baudraten-Konfiguration
  409.  
  410. -P  Angabe der benutzten Ports
  411.  
  412.   Diese  Option  kann  mehrfach verwendet werden und zwar  2  mal  für
  413.   serielle  Modems  und 1 mal für die  BayCom-USCC-Karte.  Damit  sind
  414.   maximal  6  Ports möglich. Besonders bei seriellen  Modems  ist  die
  415.   Belastung des Rechners durch mehrere Ports nicht zu unterschätzen.
  416.  
  417.   Die  Vergabe der Portnummern, erfolgt in der Reihenfolge in der  die
  418.   Ports auf der Kommandozeile angegeben werden, wobei die  Reihenfolge
  419.   der  USCC-Ports  fest  ist. Die obige Meldung  erscheint  z.B.  beim
  420.   Aufruf:
  421.  
  422.   TFPCX -PCOM1 -PUSCC
  423.  
  424.   Wird die Option '-P' überhaupt nicht angegeben, wird wie bisher  ein
  425.   serielles Modem an COM1 benutzt.
  426.  
  427. -PCOMn oder -PLPTn  Modem an COMn bzw. LPTn (n = 1-4)
  428.  
  429.   Die Basisadresse des Portes wird dem BIOS-Datenbereich entnommen und
  430.   muß  dort eingetragen sein. Manche BIOS-Versionen vergessen das  bei
  431.   COM3   und COM4. In diesem  Fall läßt  sich die Adresse in der  Form
  432.   '-P<Port>:xxx' auch explizit setzen.
  433.  
  434.   Beispiel:
  435.  
  436.   TFPCX -PCOM3:338
  437.  
  438.   Mit  diesem  Aufruf  wird ein Modem an  COM3  verwendet,  wobei  als
  439.   Basisadresse  die  0x338 verwendet wird. Diese Adresse muß  man  der
  440.   Schnittstellenbeschreibung  entnehmen. Die Nummer der  Schnittstelle
  441.   (hier also die 3) wird ignoriert, wenn eine Adresse angegeben  wird,
  442.   muß aber trotzdem zwischen 1 und 4 liegen. Als Basisadresse ist  der
  443.   Bereich  0x100 bis 0x3F8 zugelassen. Der IRQ der  Schnittstelle  ist
  444.   für TFPCX uninteressant und wird nicht benutzt.
  445.  
  446.   Werden  2 Modems verwendet sollte man zuerst den Port  angeben,  den
  447.   man am häufigsten benutzt, da dieser evtl. etwas bevorzugt wird.  Es
  448.   versteht   sich   von  selbst,  daß  andere  Programme   nicht   auf
  449.   Schnittstellen zugreifen dürfen, die vom TFPCX verwendet werden.
  450.  
  451. -PUSCC:<Base>:<IRQ>:<Modems>  BayCom-USCC-Karte verwenden
  452.  
  453.   Als  Parameter wird die Basisadresse der USCC  (0x210-0x340,  letzte
  454.   Ziffer  0), der IRQ (3-7) und eine maximal 4  stellige  Ziffernfolge
  455.   angegeben, die über die Art der an den 4 USCC-Ports angeschlossenden
  456.   Modems  Auskunft  gibt. Folgende Angaben sind  möglich  (siehe  auch
  457.   Anhang 3.2.):
  458.  
  459.   0  Disable      Kanal wird nicht benutzt (abgeschaltet)
  460.  
  461.   1  Softclock    Takt für Senden und Empfang wird intern erzeugt für
  462.                   AFSK-Modems (kein Duplex möglich)
  463.  
  464.   2  Hardclock    Sendetakt wird vom Modem geliefert, Empfangstakt
  465.                   wird intern erzeugt (z.B. G3RUH)
  466.  
  467.   3  DF9IC-Modem  Takt für Senden und Empfang wird vom Modem
  468.                   geliefert, NRZ-Mode
  469.  
  470.   Beispiele:
  471.  
  472.   TFPCX -PUSCC:300:7:1103
  473.  
  474.   Basisadresse  0x300,  IRQ 7, USCC-Ports 0 und 1  mit  Softclock  für
  475.   normale  AFSK-Modems (Ziffer 1), Port 2 ist abgeschaltet (Ziffer  0)
  476.   und  Port  3  mit  DF9IC-Modem (Ziffer 3).  Das  ist  die  Standart-
  477.   einstellung, wenn nur '-PUSCC' angegeben wird.
  478.  
  479.   TFPCX -PUSCC::5:11
  480.  
  481.   Basisadresse 0x300, IRQ 5, USCC-Ports 0 und 1 mit Softclock, Ports 2
  482.   und  3 abgeschaltet. Wird gar kein Modem-Takt angegeben gilt  '1103'
  483.   (wie  oben),  erfolgt jedoch eine Angabe mit weniger als  4  Ziffern
  484.   gilt für den Rest '0'.
  485.  
  486. -Bnnnn[:nnnn ...]  Baudrate je Port einstellen
  487.  
  488.   Bei mehreren Ports werden durch ':' getrennte Werte angegeben in der
  489.   Reihenfolge steigender Portnummern. Folgende Werte sind möglich:
  490.  
  491.                                                        Standart
  492.  
  493.   serielles Modem   300, 1200, 2400 oder 4800 Baud       1200
  494.  
  495.   USCC Softclock    38-38400 Baud                        1200
  496.        Hardclock     1-38400 Baud                        9600
  497.        DF9IC-Modem   1-65535 Baud (ohne Bedeutung)       9600
  498.  
  499.   Beim  seriellen Modem sind nur die genannten Werte möglich, bei  der
  500.   USCC auch Zwischenwerte. Bei Hardclock muß der vom Modem  gelieferte
  501.   Sendetakt  mit dem angegebenen übereinstimmen, beim DF9IC-Modem  ist
  502.   der Wert bedeutungslos, da der Takt extern erzeugt wird, man  sollte
  503.   aber  trotzdem den richtigen Wert angeben, weil er z.B. beim  Befehl
  504.   'P' angezeigt wird.
  505.  
  506.   Beispiel:
  507.  
  508.   TFPCX -PCOM1 -PUSCC:::1003 -B300::19200
  509.  
  510.   Modem an COM1 mit 300 Baud, USCC-Port 0 mit Softclock und 1200  Baud
  511.   (Standart, da '::') und USCC-Port 3 mit DF9IC-Modem und 19200 Baud.
  512.  
  513.   Welche  Baudrate  auf  einem  PC  möglich  ist,  hängt  von   seiner
  514.   Rechenleistung ab (siehe Tabelle im Anhang 2.1.). Bei Betrieb  eines
  515.   seriellen Modems mit 300 Baud weicht die Systemuhr in der Stunde  um
  516.   eine halbe Minute ab.
  517.  
  518.  
  519. 6.2.2. TFPC- und DRSI-Interface
  520.  
  521.   Das  TFPCX  bietet zur Kommunikation mit dem  Terminalprogramm  drei
  522.   verschiedene Varianten, von denen je nach verwendeten Programm  eine
  523.   ausgewählt  werden  muß. Für Programmierer ist der  Aufruf  und  die
  524.   Parameterübergabe im Anhang 4.1. genau beschrieben.
  525.  
  526.   Das  TFPC-Interface wurde von Sigi (DL1MEN) für seinen  KISS-Treiber
  527.   TFPCR entwickelt und wird inzwischen von einer Reihe von  Programmen
  528.   unterstützt (z.B. SP, GP, THP, TERM, DIEBOX). Dies ist deshalb  auch
  529.   das  Standart-Interface des TFPCX. Der Nachteil dieser Variante  ist
  530.   die   eingeschränkte  Multiport-Fähigkeit,  da  die   Übergabe   von
  531.   Portnummern  (z.B.  des  Ports auf dem man  connectet  wurde)  nicht
  532.   möglich ist. Damit erscheinen Connects und Monitor-Frames so, als ob
  533.   alles  auf einer Frequenz abliefe. Bisher war das kein  Problem,  da
  534.   das TFPCR (und auch TFPCX) sowieso nur einen Port ansteuern konnten.
  535.   Für  alle,  die   nur einen Port benutzen ist  diese  Variante  auch
  536.   weiterhin zu empfehlen.
  537.  
  538. -DR  DRSI-Interface benutzen
  539.  
  540.   Dieses  Interface  verwendet  der  zum  DRSI-PCPA-Adapter  gehörende
  541.   TNCTSR-Treiber.   Nachdem  das  TFPCX  nun   den   Multiport-Betrieb
  542.   unterstützt   mußte  eine  Möglichkeit  gefunden  werden,  um   eine
  543.   Unterscheidung  der  benutzten Ports durch das  Terminalprogramm  zu
  544.   ermöglichen. Dafür bot sich diese Variante an, da sie bereits von SP
  545.   voll  unterstützt wird. Der Unterschied zum  TFPC-Interface  besteht
  546.   vor allem in der Übergabe von Portnummern bei  Link-Status-Meldungen
  547.   und Monitor-Informationen.
  548.  
  549. -DM  Modifiziertes TFPC-Interface benutzen
  550.  
  551.   Diese Variante ist für den Multiport-Betrieb mit Programmen gedacht,
  552.   die  bisher nur das TFPC-Interface verwenden können. Es liefert  die
  553.   gleichen  Meldungen, wie das DRSI-Interface (also  mit  Portnummern)
  554.   benutzt aber den 'herkömmlichen' TFPC-Interrupt. Die Nutzung  dieser
  555.   Variante ist ein Kompromiß. Bei manchen Programmen (z.B. TERM)  gibt
  556.   es  damit  keine  Probleme, andere Terminals (z.B.  GP)  zeigen  die
  557.   Portnummern  zwar meist richtig an, es gibt aber 'Nebeneffekte'  und
  558.   einige  Programme  (z.B. THP) kommen mit den Portnummern  gar  nicht
  559.   klar.  Am  besten mal mit und mal ohne Option  '-DM'  probieren  und
  560.   darauf  hoffen,  daß  die Entwickler  der  entsprechenden  Programme
  561.   vielleicht eine Multiport-Unterstützung realisieren.
  562.  
  563.   ACHTUNG!
  564.  
  565.   Bitte  nicht  die Entwickler der Terminalprogramme (oder  mich)  mit
  566.   Nachrichten  überhäufen,  wenn bei Nutzung von  '-DM'  irgend  etwas
  567.   durcheinander kommt. Diese Option ist ein Kompromiß und bewirkt  bei
  568.   einigen Programmen evtl. eigenartige Effekte.
  569.  
  570.  
  571. 6.2.3. Sonstige Optionen
  572.  
  573. -C[xx]  Sende-/Empfangsanzeige einschalten
  574.  
  575.   Bewirkt  im  Hostmode die Anzeige des Sende-/Empfangsstatus  in  der
  576.   rechten  oberen  Bildschirmecke ('S' für Senden, 'R'  für  Empfang).
  577.   Wenn  mehrere  Ports benutzt werden, erfolgt die Anzeige  für  jeden
  578.   Port  getrennt,  wobei  der Port 0 ganz  links  steht.  Die  Anzeige
  579.   funktioniert   nur  im  Textmode  und  kann  mit  einem   bestimmten
  580.   Farbattribut erfolgen, das dann hexadezimal anzugeben ist.
  581.  
  582.   Beispiel:
  583.  
  584.   TFPCX -C17
  585.            ^ Schrift     (hier Weiß)
  586.           ^  Hintergrund (hier Blau)
  587.  
  588.   Nummern der Farbattribute:
  589.  
  590.   0 Schwarz  4 Rot      8 Dunkelgrau  C Hellrot       Monochrom:
  591.   1 Blau     5 Magenta  9 Hellblau    D Hell-Magenta
  592.   2 Grün     6 Braun    A Hellgrün    E Gelb          07 Normal
  593.   3 Zyan     7 Weiß     B Hell-Zyan   F Hellweiß      70 Invers
  594.                         ^             ^
  595.                       nur als Schriftfarbe
  596.  
  597. -F<File>  Datei zur Parametereinstellung (ohne <File> gilt TFPCX.INI)
  598.  
  599.   Diese Datei wird bei der Initialisierung gelesen und im Terminalmode
  600.   zeichenweise  an die Firmware gesendet, um eine  Voreinstellung  der
  601.   Parameter zu ermöglichen. Normalerweise kann diese Option entfallen,
  602.   weil  Terminalprogramme selbst eine Initialisierung  vornehmen.  Die
  603.   Datei  wird  im aktuellen Verzeichnis gesucht,  wenn  kein  Pfadname
  604.   angegeben  wird. Das Zeichen '^' wird in ein Escape  umgesetzt,  mit
  605.   dem  die  Befehle  eingeleitet  werden. Die  Datei  kann  mit  einem
  606.   normalen  Editor erstellt werden. Eine Beispiel-Datei ist im  Archiv
  607.   enthalten.
  608.  
  609. -Ixx  Software-Interrupt für TFPCX-Interface (40-FF)
  610.  
  611.   Über   den   hier   angegebenen   Software-Interrupt   findet    die
  612.   Kommunikation   zwischen  TFPCX  und  dem  Terminalprogramm   statt.
  613.   Standartmäßig  wird der Interrupt 0xFD verwendet. Eine Änderung  ist
  614.   nur nötig, wenn dieser Vektor von anderen Programmen verwendet  wird
  615.   oder ein Programm nur mit einer bestimmten Einstellung  funktioniert
  616.   (z.B. '-IFF' bei CT (K1EA)).
  617.  
  618. -NB  Statusblinken ausschalten
  619.  
  620.   Wenn TFPCX ungelesene Informationen oder Statusmeldungen gespeichert
  621.   hat und nicht im Hostmode ist (also im Hintergrund läuft) blinkt  in
  622.   der  rechten oberen Bildschirmecke ein Rechteck, das z.B. auf  einen
  623.   neuen  Connect aufmerksam macht. Man kann nun  das  Terminalprogramm
  624.   starten und auf den Connect reagieren. Dies funktioniert  allerdings
  625.   nicht,  wenn  man aus dem Terminal eine DOS-Shell  aufruft  und  das
  626.   TFPCX  dabei (wie z.B. bei SP) im Hostmode bleibt. Das Blinken  kann
  627.   mit dieser Option unterdrückt werden.
  628.  
  629. -ND  Disk-Zugriffe bei Senden/Empfang verzögern (Notbehelf)
  630.  
  631.   Falls  man Empfangsprobleme bei Disk-Zugriffen hat  (Packete  werden
  632.   nicht einwandfrei dekodiert) kann man mit dieser Option  verhindern,
  633.   daß  ein Diskzugriff durchgeführt wird  während ein  Signal  anliegt
  634.   (auch  bei USCC, nur im Hostmode). Das führt jedoch zu  einem  etwas
  635.   'ungewohnten'  Verhalten, weil der Rechner dann so lange  zu  hängen
  636.   scheint,  bis  die  QRG wieder frei ist.  Man  sollte  diese  Option
  637.   deshalb nur im Notfall verwenden. Wenn mit Soft-DCD gearbeitet  wird
  638.   muß der Befehl '@C' bereits beim Laden des TFPCX mit der Option '-F'
  639.   aus einem Init-File ausgeführt werden.
  640.  
  641. -D  Test Modus (Debug)
  642.  
  643.   Diese  Option dient vor allem zur Ursachenforschung bei  Sende-  und
  644.   Empfangsproblemen beim Modembetrieb (siehe Anhang 2.1.). Sie bewirkt
  645.   bei  jedem  Timer-Interrupt  einen  Flankenwechsel  am  Eingang  des
  646.   Lautsprechers. Damit muß bei 1200 Baud ein 1800 Hz-Ton zu hören sein
  647.   (Baudrate  *  1.5).  Der  Ton  sollte  'halbwegs'  sauber  und  ohne
  648.   Unterbrechungen   sein.  Geprassel  entsteht,  wenn  der   Interrupt
  649.   verzögert   wird.  Ertönt  ein  einziges  Prasseln  oder   gibt   es
  650.   Unterbrechungen  ist  der Rechner überfordert. Die Grenze  ist  hier
  651.   allerdings  schwer zu ziehen, ein 'gewisses Grundrauschen'  muß  die
  652.   Funktion noch nicht beeinträchtigen.
  653.  
  654.   Wird  nur  die USCC-Karte verwendet, dann knackt es  immer  dann  im
  655.   Lautsprecher, wenn durch die SCC-Controller ein Interrupt  ausgelößt
  656.   wird. Wie häufig das passiert ist davon abhängig, ob und mit welcher
  657.   Geschwindigkeit gerade etwas gesendet/empfangen wird. Im  Normalfall
  658.   sind  es  genau 75 Unterbrechungen je Sekunde,  was  als  Zeitnormal
  659.   verwendet  wird. Hört man überhaupt nichts stimmt entweder  der  IRQ
  660.   nicht oder die USCC funktioniert nicht richtig.
  661.  
  662.  
  663. 6.3. TFPCX aus dem Speicher entfernen
  664.  
  665.   Mit  dem Befehl 'TFPCX -U' läßt sich TFPCX wieder aus  dem  Speicher
  666.   entfernen.
  667.  
  668.  
  669. 6.4. Terminalmode
  670.  
  671.   Mit  'TFPCX -T' wird ein einfaches Terminalprogramm  gestartet,  mit
  672.   dem  man  auch  ohne zusätzliche  Terminal-Software  arbeiten  kann.
  673.   Vorher  ist das TFPCX resident zu laden (wie oben beschrieben).  Man
  674.   muß das Programm also zweimal mit verschiedenen Parametern aufrufen,
  675.   um in den Terminalmode zu gelangen. '-T' funktioniert auch  zusammen
  676.   mit TFPCR oder dem DRSI-TNCTSR-Treiber.
  677.  
  678.   Mit ALT-X wird das Terminalprogramm verlassen. Vorher sollte man mit
  679.   ESC  'MN' den Monitor abschalten, wenn er aktiviert war, weil  sonst
  680.   unnötiger Pufferspeicher verbraucht wird, und beim eventuellen Start
  681.   eines Hostmode-Programms Probleme entstehen.
  682.  
  683.  
  684.  
  685. 7. Installation
  686.  
  687.   Dieser  Abschnitt gibt Hinweise zur Installation  einiger  Programme
  688.   für  den  Betrieb mit TFPCX. Grundsätzlich muß das  TFPCX  aktiviert
  689.   werden  bevor  das Terminalprogramm gestartet  wird.  Außerdem  sind
  690.   meist  noch bestimmte  Einstellungen in  Konfigurationsdateien  oder
  691.   -Menüs  notwendig.  Dagegen  sind  z.B.  Baudraten-Einstellungen  in
  692.   diesen  Dateien/Menüs für den TFPCX-Betrieb meist  belanglos,  dafür
  693.   ist die Option '-B' beim Aufruf des TFPCX verantwortlich.
  694.  
  695.   Bei  einigen  Programmen  gibt es  Probleme  beim  Multiport-Betrieb
  696.   (Option  '-DM').  In  diesem Fall muß diese  Option  und  damit  die
  697.   Anzeige  von  Portnummern  entfallen.  Bei  Befehlen  ist  aber  die
  698.   Portangabe  und  damit der Multiport-Betrieb trotzdem  möglich.  Man
  699.   sieht  bloß nicht, von wo man connectet wird oder auf  welchem  Port
  700.   ein Monitor-Frame empfangen wurde.
  701.  
  702.   Man sollte beachten, daß das TFPCX einen Teil des Speichers  belegt,
  703.   der  dem  Terminalprogramm dann nicht zur Verfügung  steht.  Deshalb
  704.   müssen  bestimmte  Puffergrößen und die  Anzahl  der  Connect-Kanäle
  705.   unter Umständen verringert werden.
  706.  
  707.  
  708. 7.1. SP (DL1MEN)
  709.  
  710.   Je nach Portanzahl ergeben sich 2 Varianten:
  711.  
  712.   Will man nur einen Port benutzen bietet sich das TFPC-Interface  an,
  713.   das   ab  SP  v5.00  unterstützt  wird.  SP  wird  in  diesem   Fall
  714.   entsprechend SP-Manual oder mit dem INSTALL-Programm für TFPCX (oder
  715.   TFPCR)-Betrieb installiert. Die Datei CONFIG.SP (früher SP.CFG)  muß
  716.   die  Zeile  'CFG=PORT0:5H' enthalten. Im Betrieb gibt es  hier  kaum
  717.   Unterschiede zwischen TFPCX und TFPCR.
  718.  
  719.   Für  Multiport-Betrieb  (2 Modems oder USCC) sollte  man  das  DRSI-
  720.   Interface  verwenden.  Die  Datei  CONFIG.SP  muß  dafür  die  Zeile
  721.   'CFG=PORT0:DH'  enthalten  und  TFPCX wird  mit  der  Option   '-DR'
  722.   gestartet.  Ansonsten braucht man sich sich nur  daran  orientieren,
  723.   was im SP-Manual zur Installation und zum Betrieb mit dem DRSI-PCPA-
  724.   Adapter  gesagt wird, es trifft in diesem Fall zum großen Teil  auch
  725.   auf das TFPCX zu, mit folgenden Besonderheiten:
  726.  
  727.   - SP-Befehle 'DR' und 'HB' funktionieren nicht, die Parameter werden
  728.     mit  den normalen TNC-Befehlen eingestellt mit zusätzlichen  Port-
  729.     angaben (siehe Abschnitt 8.1.)
  730.  
  731.   - Die  im  Abschnitt  8.1. beschriebene  Portauswahl  bei  fehlender
  732.     Portangabe klappt leider bei einigen Befehlen nicht, da sie SP  an
  733.     den  Monitor-Kanal  0  und  nicht  an  den  aktuell  eingestellten
  734.     Connect-Kanal sendet, im Zweifelsfall deshalb immer die Portnummer
  735.     angeben
  736.  
  737.   - Befehle  'TP'  und  '//par' zeigen die  richtige  Baudrate  (keine
  738.     Nummer) an
  739.  
  740.   Beim  DRSI-Betrieb verwaltet SP für jeden der maximal 8  Ports  eine
  741.   extra  QRG,  außer  auf  dem  Monitor-Kanal.   Die  Port-Umschaltung
  742.   erfolgt z.B. durch ESC 'C 1:', auf dem Monitor-Kanal wird damit  der
  743.   Unproto-Port  gewählt. Der eingestellte Default-Port wird bei  einem
  744.   Connect-Befehl automatisch ergänzt, kann aber auch direkt  angegeben
  745.   werden.
  746.  
  747.   Das  TFPCX  kann  auch  parallel mit anderen  TNCs  oder  dem  TFPCR
  748.   verwendet  werden.  Im  letzten Fall muß für  das  TFPCX  das  DRSI-
  749.   Interface  verwendet  werden,  um  das  TFPC-Interface  fürs   TFPCR
  750.   freizuhalten und TFPCX muß zuerst geladen werden. Wie gut das  ganze
  751.   funktioniert ist vor allem vom benutzen Rechner abhängig.
  752.  
  753.   Bei  SP v6.00 oder früher flankert die QRG-Anzeige evtl.  etwas  und
  754.   der Connect-Gong klingt anders als beim TNC-Betrieb. Das ist  normal
  755.   und kein Grund zur Sorge.
  756.  
  757.   Bei  einigen frühen Versionen von SP v7.00 gibt es durch  einen  Bug
  758.   evtl. Probleme beim Modembetrieb.
  759.  
  760.  
  761. 7.2. GP (DH1DAE)
  762.  
  763.   Bei  GP ist für das TFPCX keine extra Konfiguration  nötig.  Einfach
  764.   das TFPCX laden (ohne '-DR') und danach GP starten.
  765.  
  766.   GP  unterstützt  bisher keinen Multiport-Betrieb. Es gibt  aber  die
  767.   Möglichkeit  das  TFPCX  mit  der  Option  '-DM'  zu  starten,   was
  768.   wenigstens zu Anzeige von Portnummern im Monitor und bei  Rufzeichen
  769.   und  Link-Status-Meldungen  führt.  Allerdings  ist  diese  Variante
  770.   gewöhnungsbedürftig   da   z.B.  durch  zu  lange   Rufzeichen   der
  771.   Bildschirmaufbau   in  Mitleidenschaft  gezogen  wird.   Bei   ALT-C
  772.   (Connect)  muß  zwischen Portangabe und Call  ein  Leerzeichen  sein
  773.   (z.B. '1: Y51O').
  774.  
  775.  
  776. 7.3. THP (DL1BHO)
  777.  
  778.   THP  unterstützt  das TFPC-Interface (getestet mit  v3.03).  In  der
  779.   Datei  CONFIG.PR muß im Abschnitt 'TNC-Konfiguration' für das  TFPCX
  780.   die Schnittstellennummer '5' angegeben werden. Im File CMD.PR werden
  781.   standartmäßig  einige  Befehle aufgerufen, die beim TFPCX  zu  einer
  782.   Fehlermeldung  führen  (z.B. 'A' und 'Z'). Am besten ein  '#'  davor
  783.   setzen (Kommentar).
  784.  
  785.   Multiport-Betrieb mit der Option '-DM' bringt keine Vorteile, da die
  786.   Portnummern nicht richtig angezeigt werden.
  787.  
  788.  
  789. 7.4. TERM (DL5FBD)
  790.  
  791.   Diese  TFPCX-Version arbeitet mit TERM ab v9.71 am besten  zusammen.
  792.   Frühere   TERM-Versionen   benutzen  ein   anderes   Verfahren   zum
  793.   Sendehandshake, das vom TFPCX nicht mehr unterstützt wird.
  794.  
  795.   Wenn man mehrere Ports  verwendet sollte TFPCX mit der Option  '-DM'
  796.   geladen werden, sonst ohne. Da TERM die TFPCX-Meldungen nicht selbst
  797.   verarbeitet, gibt es keine Probleme mit den Portnummern.
  798.  
  799.   Nach  dem Start von TERM gelangt man mit ALT-P  ins  Parameter-Menü.
  800.   Dort wird eingestellt:
  801.  
  802.   V24-COMx:     5
  803.   Handshake:    S
  804.   Schutzzeiten: 0
  805.  
  806.   Bei dieser Version ist noch keine Binärübertragung mit TERM möglich,
  807.   bei der nächsten wird dies aber vermutlich wenigstens  empfangsweise
  808.   funktionieren.
  809.  
  810.  
  811. 7.5. CT (K1EA)
  812.  
  813.   Das  Contest-Programm von K1EA kann nun auch mit dem  TFPCX  benutzt
  814.   werden  (getestet  mit CT v6.26). Bei CW-Contesten geht  das  bisher
  815.   allerdings nur mit der USCC-Karte, da CT sich bei der Erzeugung  von
  816.   Morsezeichen  sonst nicht mit dem TFPCX verträgt. Beim  TFPCX  v2.10
  817.   ist aber Abhilfe in Sicht.
  818.  
  819.   Der Start des TFPCX muß mit den Optionen '-DR' und '-IFF'  erfolgen.
  820.   Sinnvoll ist auch die Parametereinstellung über die Option '-F'.
  821.  
  822.   In  der  ersten  Dialogbox  wird im Punkt  'TNC'  der  Wert  'Local'
  823.   eingestellt  und  bei Modembetrieb muß für 'Mode'  'SSB'  ausgewählt
  824.   sein. Im Communications Setup wird keine Einstellung vorgenommen (CT
  825.   darf  nicht  auf den Modem-Port zugreifen). Auf  dem  QSO-Bildschirm
  826.   wird  dann zuerst der Befehl 'DRSI' eingegeben, mit ALT-T der  TALK-
  827.   Mode gewählt und einmal ENTER gedrückt. Dann kann man den DX-Cluster
  828.   connecten  und im mit ALT-A geöffneten ANNOUNCE-Window die  DX-Infos
  829.   beobachten.  Den Rest muß man selbst ausprobieren, dabei  am  besten
  830.   Single   Unlimited   einstellen,   da  man   als   Single   Operator
  831.   Einschränkungen unterliegt.
  832.  
  833.  
  834. 7.6. DIEBOX (DF3AV)
  835.  
  836.   DIEBOX  unterstützt  (nach  Aussagen anderer  OMs)  auch  das  TFPC-
  837.   Interface,  was ich selbst nicht testen konnte. Ich weiß auch  nicht
  838.   welche  Einstellungen  dazu notwendig sind, hier muß  man  sich  bei
  839.   Bedarf selbst schlau machen. Mit einem einfachen Modem wird man eine
  840.   Box sicher kaum betreiben, aber die Nutzung einer USCC-Karte ist  ja
  841.   durchaus denkbar.
  842.  
  843.   TFPCX  muß  hier ohne '-DR' gestartet werden, ob  '-DM'  klappt  muß
  844.   selbst getestet werden. Evtl. sind die 20 vorhandenen Kanäle und 600
  845.   Puffer etwas knapp bemessen, demnächst wird beides frei  einstellbar
  846.   sein.
  847.  
  848.  
  849. 7.7. MS-Windows, OS/2 u.a.
  850.  
  851.   Das  TFPCX  stellt  beim  Modembetrieb  hohe  Anforderungen  an  die
  852.   Reaktionszeiten des Systems auf Interrupts (siehe Anhang 2.), welche
  853.   zumindest  von Microsoft Windows und vermutlich auch von OS/2  nicht
  854.   erfüllt werden. Ich habe verschiedene Programme für das BayCom-Modem
  855.   unter  Windows  ohne  jeden Erfolg  ausprobiert.  Aus  diesem  Grund
  856.   reagiert  das  TFPCX jetzt mit einer Fehlermeldung, wenn man  es  im
  857.   Windows 386 Enhanced Mode für Modembetrieb starten will. Unter  OS/2
  858.   gibt  es  noch keine Sperre, aber die Changen sind  auch  hier  sehr
  859.   gering. Mir wurde allerdings mitgeteilt, daß ein OM das TFPCX  v1.10
  860.   auf einem AT-486/33 erfolgreich unter DESQview verwendet hat.
  861.  
  862.   Mit  der USCC-Karte müßte ein Betrieb möglich sein, was  bisher  nur
  863.   mit  Windows und SP getestet wurde. Man sollte das TFPCX  dafür  aus
  864.   dem  Windows heraus am besten über ein Batch-File aufrufen,  in  dem
  865.   auch gleich das Terminalprogramm gestartet wird. Allerdings kann  es
  866.   bei höheren Baudraten auch mit der USCC-Karte Probleme geben.
  867.  
  868.  
  869.  
  870. 8. Betrieb
  871.  
  872.   In  diesem Abschnitt werden wichtige Unterschiede und  Erweiterungen
  873.   des TFPCX im  Vergleich zur TNC-Firmware TF 2.3b erläutert.
  874.  
  875.  
  876. 8.1. Multiport-Erweiterungen
  877.  
  878.   Die bedeutendste Erweiterung ist sicher die Fähigkeit, mehrere Ports
  879.   und  damit  Modems und Funkgeräte anzusteuern. Wer  nur  einen  Port
  880.   verwendet  braucht  sich darum nicht kümmern und kann  zum  nächsten
  881.   Abschnitt übergehen.
  882.  
  883.   Die TFPCX-Firmware verwaltet intern insgesamt 8 Ports, von denen bei
  884.   dieser Version maximal 6 mit seriellen Modems und USCC-Ports  belegt
  885.   werden  können. Auf den nicht benutzten Ports können  aber  trotzdem
  886.   interne  Connects  laufen. So kann man z.B.  nebenbei  seinen  CTEXT
  887.   begutachten  ohne  damit  andere auf  dem  Digi-Einstieg  zu  nerven
  888.   (verbreiteter Zeitvertreib).
  889.  
  890.   Jedem  Port ist eine Nummer zugewiesen (0-7), wobei die  Reihenfolge
  891.   von der Nutzung der Option '-P' beim Start von TFPCX abhängt.  Diese
  892.   Portnummer wird vom TFPCX bei Link-Status-Meldungen, im Monitor  und
  893.   bei  bestimmten Befehlen ('C', 'L' und 'S') angezeigt, so  daß  eine
  894.   eindeutige Zuordnung möglich ist. Die Anzeige erfolgt nur, wenn beim
  895.   Start von TFPCX die Option '-DR' oder '-DM' angegeben wird.
  896.  
  897.   Beispiel:
  898.  
  899.   1:fm DG0FT to Y51O ctl SABM+
  900.   1:fm Y51O to DG0FT ctl UA-
  901.  
  902.   CONNECTED to 1:Y51O
  903.  
  904.   Das genaue Format der Meldungen findet man im Anhang 4.2. An welcher
  905.   Stelle die Portnummer auf dem Bildschirm erscheint hängt von der Art
  906.   der Meldung und vom Terminalprogramm ab.
  907.  
  908.   Bei  einigen Firmware-Befehlen (siehe Abschnitt 8.2. und Anhang  1.)
  909.   besteht   die  Möglichkeit  durch   Angabe  der   Portnummer   Port-
  910.   spezifische  Parameter  einzustellen  oder eine  Station  auf  einem
  911.   bestimmten Port zu connecten.
  912.  
  913.   Befehlsformat:
  914.  
  915.   <Befehl> <Port>:[Parameter]
  916.  
  917.   <Port>  ist  eine  Ziffer zwischen 0 und 7, vor dem  ':'  darf  kein
  918.   Leerzeichen stehen.
  919.  
  920.   Beispiele:
  921.  
  922.   C 1:Y51O
  923.   T 2:15
  924.  
  925.   Wenn kein Port angegeben wird, der Befehl aber diese Angabe benötigt
  926.   wird  entweder der Port verwendet, auf dem der gerade  aktive  Kanal
  927.   connectet  ist oder der auf dem Monitor-Kanal eingestellte  Unproto-
  928.   Port. Es gibt jedoch Hostmode-Terminalprogramme, die manche  Befehle
  929.   nicht an den Kanal schicken auf dem sie eingegeben wurden und  damit
  930.   diese  Portzuordnung unterlaufen, im Zweifelsfall deshalb immer  die
  931.   Portnummer angeben.
  932.  
  933.   Die Parametereinstellung erfolgt meist in den  Konfigurationsdateien
  934.   der Terminalprogramme und muß dort für jeden Port einzeln geschehen.
  935.   Die  Datei  TFPCX.INI ist ein Beispiel dafür und kann,  nachdem  man
  936.   seine   persönlichen   Daten  eingetragen  hat,  auch   direkt   zur
  937.   Initialisierung verwendet werden (Option '-F', Abschnitt 6.2.3.).
  938.  
  939.   Eingehende  Connects werden unabhängig vom Port immer  dem  nächsten
  940.   freien  Kanal  zugewiesen, auf dem das passende  MYCALL  eingestellt
  941.   ist.
  942.  
  943.  
  944. 8.2. Besonderheiten von Befehlen
  945.  
  946.   Es  gibt eine Reihe von Befehlen, die mit der ESC-Taste  eingeleitet
  947.   und bei ENTER ausgeführt werden (siehe Anhang 1.). Die Befehle  'A',
  948.   'E',  'H',  'K', 'Z', '@F', '@K' und '@M' der   TF  2.3b  existieren
  949.   nicht.
  950.  
  951.   Die Parameter 'B', 'O', 'P', 'T', 'W', 'X', '@C', '@D', '@T2', '@T4'
  952.   und '@TA' werden für jeden Port extra eingestellt.
  953.  
  954.   Die internen Timer arbeiten nur mit einer Genauigkeit von +/-  20ms,
  955.   was  bei der Einstellung einiger Parameter wichtig ist.  TXTAIL=20ms
  956.   (@TA=2) ist z.B. zu kurz, da TXTAIL in diesem Fall eventuell gegen 0
  957.   geht und gesendete Frames nicht dekodiert werden können.
  958.  
  959.   Nun zu den einzelnen Befehlen:
  960.  
  961. C  Connect
  962.  
  963.   Bei  mehreren Connects mit der selben Station wird der  eigene  SSID
  964.   automatisch  bis  maximal  15 erhöht, wenn  der  eingestellte  schon
  965.   verwendet  wird.  Allerdings bleibt das dem  Terminalprogramm  evtl.
  966.   verborgen und es zeigt den falschen SSID an.
  967.  
  968.   Der C-Befehl kann eine zusätzliche Portangabe enthalten, fehlt diese
  969.   wird  sie der Link-Liste (siehe @L) entnommen oder der  Unproto-Port
  970.   verwendet, falls kein passender Eintrag existiert. Auf dem  Monitor-
  971.   Kanal  wird mit der Portangabe der Unproto-Port ausgewählt, auf  dem
  972.   die UI-Frames gesendet werden (Default 0).
  973.  
  974.   Beispiele:
  975.  
  976.   C 1:Y51O                    Y51O auf Port 1 connecten
  977.   C 2:TEST \ Monitor-Kanal    Unproto-Port 2 und Unproto-ID setzen
  978.   C 2:     /                  nur Unproto-Port 2 setzen
  979.  
  980. F  Frack
  981.  
  982.   Der Frack-Parameter kann alternativ in Sekunden- oder 10ms-Einheiten
  983.   eingegeben  werden.  Werte  kleiner 16 werden in  die  neue  Einheit
  984.   (10ms) umgerechnet.
  985.  
  986. O  MAXFRAME
  987.  
  988.   MAXFRAME  wird  je Port und je Verbindung  einzeln  verwaltet.  Beim
  989.   Connect wird der Wert des jeweiligen Ports der Verbindung zugewiesen
  990.   und  kann dann für diesen Connect unabhängig (von  anderen  Connects
  991.   auf dem gleichen Port) eingestellt werden.
  992.  
  993.   Das 'dynamische' MAXFRAME der TF 2.3b wurde entfernt.
  994.  
  995. P  P-Persistance
  996.  
  997.   Hier  wird  auch bei DAMA-Betrieb der non-DAMA-Wert  angezeigt  aber
  998.   P=255 benutzt.
  999.  
  1000.   Wenn  der angegebene Parameter zwischen 0 und 7  liegt  (Portnummer)
  1001.   wird nun nicht mehr der P-Wert neu gesetzt sondern einige  Parameter
  1002.   dieses Ports in der Form
  1003.  
  1004.   <Port> R P W F O N @T2 @T3 T <Baud> @D
  1005.  
  1006.   angezeigt.  Diese Parameterabfrage mußte  aus  Kompatiblitätsgründen
  1007.   zum  DRSI-TNCTSR-Treiber eingebaut werden, da sie von  SP  verwendet
  1008.   wird. <Baud> ist die eingestellte Baudrate im 'Klartext', nicht  wie
  1009.   beim TNCTSR nur eine zugeordnete Ziffer.
  1010.  
  1011.   Der  DRSI-Treiber  verwendet  diesen  Befehl  auch  zum  setzen  der
  1012.   Parameter,  was  aber  hier nicht funktioniert.  Werden  hinter  der
  1013.   Portnummer weitere Werte angegeben, ignoriert das TFPCX den gesamten
  1014.   Befehl.
  1015.  
  1016. QRES  Reset
  1017.  
  1018.   QRES  setzt  das  TFPCX lediglich in den  Terminalmode  zurück  (wie
  1019.   'JHOST0')  und führt keinen RESET des Rechners durch. Dieser  Befehl
  1020.   war notwendig, da SP ihn beim DRSI-Befehl 'HB' generiert.
  1021.  
  1022. U  Unattended Mode (CTEXT)
  1023.  
  1024.   Der Unattended Mode kann auch eingeschaltet werden, wenn kein  CTEXT
  1025.   definiert ist (Default).
  1026.  
  1027. @C  DCD-Bearbeitung
  1028.  
  1029.   TFPCX hat eine Soft-DCD (programmierte Rauschsperre). Bei  langsamen
  1030.   Funkgeräten kann man den Squelch des Empfängers völlig offen  lassen
  1031.   und  TFPCX  entscheidet selbst, ob gerade  ein  PR-Signal  empfangen
  1032.   wird.
  1033.  
  1034.   Die Soft-DCD wird durch den Befehl  '@C' gesteuert, mit dem man  die
  1035.   Ansprechschwelle  einstellt. Als Parameter wird eine Zahl von 0  bis
  1036.   63 angegeben. Bei '@C0' ist die Soft-DCD ausgeschaltet (Default) bei
  1037.   allen anderen Werten ist sie aktiviert. Je größer der Parameter ist,
  1038.   je  stärker  ist  die  Soft-DCD  angezogen.  Zur  Erleichterung  des
  1039.   Abgleichs dient die DCD-Anzeige (siehe Option '-C'). Bei zu  kleinen
  1040.   Werten flackert die DCD-Anzeige, bei zu großen Werten werden Signale
  1041.   nicht  mehr richtig und zu langsam erkannt. Am besten den  Parameter
  1042.   so  lange erhöhen und nebenbei QRG abhören, bis die Anzeige  stimmt.
  1043.   Dabei  muß man eventuell einen Kompromiß finden. Ein  Richtwert  ist
  1044.   '@C25'.
  1045.  
  1046.   Bei  USCC-Ports ist ein Abgleich nicht unbedingt erforderlich,  alle
  1047.   Werte  größer  0 aktivieren die Soft-DCD und sind  für  den  Betrieb
  1048.   gleichbedeutend.  Mich  hat  allerdings das  ständige  Flackern  der
  1049.   Anzeige  gestört  und  so gibt es die Möglichkeit  auch  hier  einen
  1050.   Abgleich vorzunehmen, der sich aber nur auf die Anzeige auswirkt.
  1051.  
  1052.   WICHTIG!
  1053.  
  1054.   Die Soft-DCD erkennt nur PR-Signale der gleichen Baudrate. Auf Digi-
  1055.   Einstiegen  mit  mehreren Geschwindigkeiten darf sie  deshalb  nicht
  1056.   benutzt werden.
  1057.  
  1058. @L  Linkliste
  1059.  
  1060.   Mit diesem Befehl wird die interne Linkliste verwaltet, mit der  man
  1061.   maximal 8 Rufzeichen (mit SSID) einen best. Port zuordnen kann.  Die
  1062.   Liste  wird beim Digipeating (Befehl 'R') verwendet, um den Port  zu
  1063.   ermitteln,  auf dem der zu digipeatende Frame gesendet werden  soll,
  1064.   ist  dort  kein passender Eintrag vorhanden wird der Frame  auf  dem
  1065.   gleichen Port ausgesendet, auf dem er empfangen wurde.
  1066.  
  1067.   Syntax:
  1068.  
  1069.   @L <Port>:<Call> <Port>:<Call> ...
  1070.  
  1071.   Beispiel:
  1072.  
  1073.   @L 0:DB0BLN 1:Y51O
  1074.  
  1075.   Mit '@L-' wird die Linkliste gelöscht und '@L' ohne Parameter  zeigt
  1076.   die Einträge an.
  1077.  
  1078.   Beim Crossband-Digipeating muß sowohl das Zielcall als auch das Call
  1079.   des  Absenders in der Linkliste eingetragen sein, da die  Verbindung
  1080.   sonst nur in einer Richtung funktioniert.
  1081.  
  1082. @ST  Statistik
  1083.  
  1084.   Mit '@ST <Port>:' werden für den angegebenen Port einige  Statistik-
  1085.   Werte  ausgegeben.  Die Werte gelten für alle  Connects  auf  diesem
  1086.   Port. Bitte beachten, daß die Zähler nach dem Wert 65535 wieder  auf
  1087.   0 zurückgesetzt werden.
  1088.  
  1089.   Beispiel:
  1090.  
  1091.   0 SCC0 TX 87 11 10 RX 547 201 201 ERR 1
  1092.   ^ ^       ^  ^  ^     ^   ^   ^       ^
  1093.   1)2)      3) 4) 5)    6)  7)  8)      9)
  1094.  
  1095.   1) Portnummer
  1096.   2) Schnittstelle ('NULL', wenn interner Port)
  1097.   3) insgesamt gesendete Frames
  1098.   4) gesendete I-Frames
  1099.   5) bestätigte I-Frames (4)-5) ist verloren gegangen)
  1100.   6) insgesamt empfangene Frames
  1101.   7) empfangene I-Frames
  1102.   8) effektiv empfangene I-Frames (7)-8) REJects)
  1103.   9) Over-/Underruns des SCC-Controllers (wird nur bei USCC angezeigt
  1104.      und nur wenn nicht 0)
  1105.  
  1106.   Mit diesen Werten sind einfache statistische Aussagen möglich.  Wert
  1107.   9)  sollte  möglichst 0 sein, wenn er mal auf 1 steht ist  das  auch
  1108.   kein  Beinbruch,  wenn  der Wert aber schnell größer  wird  ist  der
  1109.   Rechner zu langsam für die verwendete Baudrate.
  1110.  
  1111.   Mit '@ST <Port>:-' werden die Werte (außer 9)) gelöscht.
  1112.  
  1113. @T4  T2 bei DAMA
  1114.  
  1115.   Dieser  Befehl  gibt  den T2-Startwert  für  DAMA-Betrieb   an   und
  1116.   bestimmt  die Zeit, die gewartet wird  bis  ein   empfangener  Frame
  1117.   bestätigt wird.
  1118.  
  1119. @TA  TXTAIL
  1120.  
  1121.   TFPCX hat jetzt einen frei wählbaren TXTAIL-Parameter, der mit '@TA'
  1122.   in 10ms-Einheiten gesetzt wird (0-65535).
  1123.  
  1124. @U  Unproto-Poll
  1125.  
  1126.   Hiermit  wird festgelegt, ob Unproto-Frames mit  gesetztem  Poll-Bit
  1127.   ausgesendet werden (Default) oder ohne.
  1128.  
  1129.  
  1130. 8.3. DAMA
  1131.  
  1132.   Sobald eine Verbindung zu einem DAMA-Master besteht sendet das TFPCX
  1133.   nur noch dann, wenn es einen Frame vom Master empfängt, dann  aller-
  1134.   dings alle anstehenden Frames auf allen Kanälen. Der DAMA-Slave wird
  1135.   jeweils  nur  für  den Port aktiviert, auf dem  die  Verbindung  zum
  1136.   Master  besteht,  die Connects, die über die  anderen  Ports  laufen
  1137.   arbeiten ganz normal ohne DAMA.
  1138.  
  1139.   Es  ist nicht notwendig, für DAMA spezielle Parameter  einzustellen.
  1140.   Damit  ist  alternativer Betrieb problemlos möglich.  Mit  dem  'B'-
  1141.   Befehl  kann man ermitteln, ob DAMA eingeschaltet (Wert in  Klammern
  1142.   größer 0). Die vom DAMA-Master empfangenen Frames (nicht die  selbst
  1143.   gesendeten) erhalten im Monitor den Zusatz '[DAMA]'.
  1144.  
  1145.   Bei  Tests hat  sich gezeigt, daß die  DAMA-Implementierung  in  der
  1146.   TF  2.3b  noch  nicht optimal ist. Es kommt z.B. vor,  daß  man  von
  1147.   TheNetNode-Digis  vor allem bei Multiconnect wegen zu  kurzem  Frack
  1148.   angemeckert  wird, was eigentlich nicht im Sinne des  DAMA-Erfinders
  1149.   sein  kann. Es ist aber auf jeden Fall besser einen nicht  optimalen
  1150.   DAMA-Slave zu benutzen als gar keinen.
  1151.  
  1152.  
  1153.  
  1154.  
  1155.                                 ANHANG
  1156.  
  1157.  
  1158.  
  1159. 1. Befehlsübersicht
  1160.  
  1161.   Befehl        Parameter       Beschreibung
  1162.   ------        ---------       ------------
  1163.  
  1164.   * B (120)       0             DAMA-Einschaltung blockiert
  1165.                  1-600          DAMA-Timeout-Zeit (Sekunden)
  1166.  
  1167.   * C            Call ...       Connect-Weg (Kanal 0: unproto)
  1168.  
  1169.     D                           Disconnect
  1170.  
  1171.     F (300)      1-15           Startwert für T1 (Sekunden)
  1172.                 16-65535        Startwert für SRTT (10ms)
  1173.  
  1174.     G            [0]            Information im Hostmode holen
  1175.                  [1]            Status im Hostmode holen
  1176.  
  1177.     I            Call           eigenes Rufzeichen
  1178.  
  1179.     JHOST (0)     0             Terminalmode eingeschalten
  1180.                   1             Hostmode eingeschalten
  1181.  
  1182.     L           [0-20]          Statusanzeige für die Kanäle
  1183.  
  1184.     M (N)       NIUSC+-         Monitor-Betriebsart
  1185.  
  1186.     N (10)       0-127          Anzahl der Versuche (0 = unendlich)
  1187.  
  1188.   * O (2)        1-7            Anzahl der unbestätigten Pakete
  1189.  
  1190.   * P (64)       0-7            Parameterabfrage für angegebenen Port
  1191.                  8-255          P-Persistenz Wert für non-DAMA
  1192.  
  1193.     QRES                        Rücksetzen in Terminalmode
  1194.  
  1195.     R (0)         0             Digipeater ausgeschaltet
  1196.                   1             Digipeater eingeschaltet
  1197.  
  1198.     S (0)        0-20           Kanal-Nummer (0 = unproto)
  1199.  
  1200.   * T (30)       0-127          Wartezeit von PTT ein bis Daten (10ms)
  1201.  
  1202.     U (1)        0 [Text]       Connecttext unterdrücken
  1203.                  1 [Text]       Text bei Connect senden
  1204.  
  1205.     V (2)         1             Protokoll Version 1
  1206.                   2             Protokoll Version 2
  1207.  
  1208.   * W (10)       0-127          Zeitschlitz für P-Persistenz (10ms)
  1209.  
  1210.   * X (1)         0             PTT für Sender unterdrückt
  1211.                   1             PTT für Sender freigegeben
  1212.  
  1213.     Y (20)       0-20           Maximale Anzahl von Verbindungen
  1214.  
  1215.     @A1 (7)      0-65535        SRTT-Glättung, wenn RTT steigt
  1216.                                 (SRTT'=(A1*SRTT+RTT)/(A1+1))
  1217.  
  1218.     @A2 (15)     0-65535        SRTT-Glättung, wenn RTT fällt
  1219.                                 (SRTT'=(A2*SRTT+RTT)/(A2+1))
  1220.  
  1221.     @A3 (2)      2-16           Faktor für T1 (T1=A3*SRTT)
  1222.  
  1223.     @B                          Zeigt Anzahl der freien Puffer
  1224.  
  1225.   * @C (0)        0             Software-DCD aus
  1226.                  1-63           Schwellwert für Software-DCD
  1227.  
  1228.   * @D (0)        0             Full duplex ausgeschaltet
  1229.                   1             Full duplex eingeschaltet
  1230.  
  1231.     @I (60)       0             IPOLL aus
  1232.                  1-256          maximale Länge eines IPOLL-Frames
  1233.  
  1234.     @L           Port:Call ...  Linkliste eingeben (max. 8 Einträge)
  1235.                  '-'            Linkliste löschen
  1236.  
  1237.     @S                          Momentaner Link-Status
  1238.  
  1239.   * @ST                         Statusanzeige je Port
  1240.                  '-'            Statuszähler rücksetzen
  1241.  
  1242.   * @T2 (100)    0-65535        Timer T2 (10ms)
  1243.  
  1244.     @T3 (18000)  0-65535        Timer T3 (10ms)
  1245.  
  1246.   * @T4 (10)     0-65535        Timer T2 bei DAMA (10ms)
  1247.  
  1248.   * @TA (3)      0-65535        Zeit von Frameende bis PTT aus (10ms)
  1249.  
  1250.     @U  (1)       0             Unproto-Frames ohne Poll
  1251.                   1             Unproto-Frames mit Poll
  1252.  
  1253.     @V  (0)       0             Rufzeichencheck abgeschaltet
  1254.                   1             Rufzeichencheck eingeschaltet
  1255.  
  1256.   *   Parameter <Port>: möglich
  1257.   []  optionale Parameter
  1258.   ()  Standarteinstellungen
  1259.   ... mehrere Parameter möglich
  1260.  
  1261.  
  1262.  
  1263. 2. Fehlerbehebung (Modembetrieb)
  1264.  
  1265.   Bei  Problemen  sollte man zunächst mal überlegen, woran  es  liegen
  1266.   könnte. Neben dem TFPCX kommen dafür auch das Terminalprogramm,  das
  1267.   Modem, die USCC-Karte oder die HF-Technik in Frage.
  1268.  
  1269.   Dieser Abschnitt gilt vor allem für den Modembetrieb.
  1270.  
  1271.   Das TFPCX stellt an den verwendeten Rechner höherere  Anforderungen,
  1272.   als  ein  normaler  TNC. Werden diese nicht  erfüllt,  kommt  es  zu
  1273.   Problemen. Zum Verständnis möchte ich erläutern, wie das TFPCX  beim
  1274.   Empfangen und Senden arbeitet.
  1275.  
  1276.   Beim Packet Radio werden die Daten seriell und synchron  übertragen.
  1277.   Die  serielle Schnittstelle kann normalerweise nur asynchrone  Daten
  1278.   mit  Start- und Stopbits verarbeiten, beim Packet Radio  gibt  diese
  1279.   nicht. Damit ist die Schnittstelle auch nicht im herkömmlichen Sinne
  1280.   verwendbar.  Das  TFPCX  muß  sich deshalb  um  jedes  einzelne  Bit
  1281.   kümmern,  die  serielle  Schnittstelle wird nur  als  simples  Latch
  1282.   benutzt, um jeweils ein Bit zu puffern.
  1283.  
  1284.   Damit  das TFPCX die Daten im vorgegebenen Zeitraster von z.B.  1200
  1285.   Bit/s  verarbeiten  kann, benötigt es ein genaues  Zeitnormal.  Beim
  1286.   Senden  reichen  dafür  1200  Takte/s, für  den  Empfang  sind  beim
  1287.   verwendeten  Verfahren  aber 3600 Takte/s erforderlich,  damit  eine
  1288.   ständige  Synchronisierung zum empfangenen Signal möglich  ist.  Das
  1289.   TFPCX benutzt dazu eine programmierte PLL. Die Modem-RX-Datenleitung
  1290.   wird  in  jeder  Bitzeit  3  mal  abgetastet,  ob  eine  Flanke   im
  1291.   empfangenen Signal auftrat. Im Idealfall dürfte eine Flanke nur  bei
  1292.   jedem   3.   Abtasten  auftreten,  durch  Schwankungen   im   Signal
  1293.   'verrutscht'  aber dieses Raster von Zeit zu Zeit. Die  Richtung  in
  1294.   der das Signal aus dem Raster läuft kann durch den dreimaligen  Test
  1295.   erkannt und ausgeglichen werden.
  1296.  
  1297.   Ich habe als Zeitgeber den in jedem PC enthaltenen Timer-IC benutzt,
  1298.   der  auch für die Uhrzeit zuständig ist. Der Timer löst  3600  mal/s
  1299.   einen Interrupt (Unterrechung des laufenden Programms) aus, was dann
  1300.   zum  Aufruf  einer  bestimmten Routine führt, die  für  Empfang  und
  1301.   Senden  zuständig  ist.  Es ist klar, daß  diese  Routine  nur  dann
  1302.   richtig arbeiten kann, wenn sie auch im vorgegebenen Raster  ständig
  1303.   ohne größere Verzögerungen aufgerufen wird.
  1304.  
  1305.   Wenn man das TFPCX mit einem angeschlossenen TNC vergleicht,  ergibt
  1306.   sich  bei der gleichen Baudrate etwa eine 24-fache Belastung,  macht
  1307.   bei 1200 Baud Modembetrieb eine Baudrate von 28800 zwischen TNC  und
  1308.   Rechner,  womit viele PCs schon Probleme haben. Es ist  deshalb  ein
  1309.   großer Unterschied, ob man einen TNC oder das TFPCX benutzt.
  1310.  
  1311.  
  1312. 2.1. Sende- und Empfangsprobleme
  1313.  
  1314.   Der  verwendete Rechner muß zuerst überhaupt in der Lage  sein,  die
  1315.   angesprochene  Zahl  von Interrupts zu verkraften.  Bei  Überlastung
  1316.   verlangsamt  sich  das  System  extrem oder  stürzt  sogar  ab.  Aus
  1317.   Erfahrungen kann man etwa folgende Tabelle angeben (ohne Gewähr):
  1318.  
  1319.   PC    XT   XT   286  386
  1320.   MHz   5    8    12   20
  1321.  
  1322.   Baud
  1323.    300  *    *    *    *
  1324.   1200  ?    *    *    *
  1325.   2400  -    ?    *    *
  1326.   4800  -    -    ?    *
  1327.  
  1328.   *  Betrieb möglich
  1329.   ?  Betrieb eventuell möglich (mit Einschränkungen)
  1330.   -  Betrieb unmöglich
  1331.  
  1332.   Es gibt aber auch immer wieder Probleme mit Rechnern, die eigentlich
  1333.   schnell  genug sind. Es handelt sich dabei vor allem  um  unsicheren
  1334.   Empfang,  der häufige REJects zur Folge hat, was dann zur  ständigen
  1335.   Wiederholung  von  Frames  führt.  Die  Ursache  dafür  sind   meist
  1336.   bestimmte  residente Programme, Treiber  und  Hardwareerweiterungen,
  1337.   die  längere Zeit verhindern, daß Interrupts auftreten können.  Wenn
  1338.   dies,  während ein Frame empfangen wird, nur einmal fuer  ca.  200µs
  1339.   passiert,  wird  dieses Packet verloren gehen. Falls  man  derartige
  1340.   Probleme hat, sollte man das TFPCX mal mit der Option '-D'  starten.
  1341.   Treten während des Betriebes Unterbrechungen des hörbaren Tones auf,
  1342.   deutet dies auf den genannten Aspekt hin.
  1343.  
  1344.   Häufige Problemquellen:
  1345.  
  1346.   - Verwenden  des  Extended  (XMS) oder  Expanded  Memory  (EMS)  als
  1347.     Pufferspeicher für Terminalprogramme (z.B. SP, GP) und Disk-Caches
  1348.     (vor allem auf 286ern)
  1349.  
  1350.     Als  Abhilfe  muß man verhindern, daß auf  diesen  Speicher  zuge-
  1351.     griffen  wird, solange mit dem TFPCX gearbeitet wird. Bei SP  darf
  1352.     man  dazu  nicht  die SPO.EXE und  das  XMS-Swapping  ('SWP=1'  in
  1353.     CONFIG.SP) verwenden. GP sollte mit der Option '/NOXMS'  gestartet
  1354.     werden. Den Disk-Cache kann man evtl. trotzdem verwenden, wenn die
  1355.     Option '-ND' angegeben wird (siehe Abschnitt 6.2.3.).
  1356.  
  1357.   - Treiber,  die das Hochladen von residenten Programmen  ermöglichen
  1358.     (z.B. EMM386)
  1359.  
  1360.     Reicht es nicht aus, wenn man die Maßnahmen aus dem vorigen Absatz
  1361.     berücksichtigt, muß auf den EMM386-Treiber evtl. völlig verzichtet
  1362.     werden, solange man mit dem TFPCX arbeitet.
  1363.  
  1364.   - langsame Tastatur-Treiber (KEYB)
  1365.  
  1366.     Wenn immer dann Frames verloren gehen, wenn man eine Taste drückt,
  1367.     sollte  man mal einen anderen Tastaturtreiber  ausprobieren  (z.B.
  1368.     CKEYGR.COM von der SP-Disk)
  1369.  
  1370.   - VGA-Karten und HD-Controller
  1371.  
  1372.     Manche  VGA-Karten sperren vor allem im Grafikmodus  (GP)  längere
  1373.     Zeit den Interrupt. Mir wurde auch berichtet, daß es HD-Controller
  1374.     gibt, die Probleme verursachen, wenn man den Controller entfernte,
  1375.     lief  alles  einwandfrei. Hier fällt es schwer,  ein  praktikables
  1376.     Rezept   anzugeben.  Man  sollte  es  vielleicht  mal  mit   einem
  1377.     Terminalprogramm  versuchen, daß keine Grafik verwendet  bzw.  bei
  1378.     Problemen  mit  Diskzugriffen  die  Option  '-ND'  verwenden,  die
  1379.     allerdings gewöhnungsbedürftig ist (siehe Abschnitt 6.2.3.).
  1380.  
  1381.   Manchmal  sind  doch  gewisse Kompromisse nötig, um  mit  dem  TFPCX
  1382.   arbeiten  zu können, wer diese nicht eingehen will, muß  halt  auf's
  1383.   TFPCX verzichten. Wer sich wundert, warum das TFPCX plötzlich  nicht
  1384.   mehr  geht,  sollte  mal nachdenken, ob er  vielleicht  einen  neuen
  1385.   Treiber  geladen oder etwas anderes verändert hat. Was ich auf  alle
  1386.   Fälle  nicht  will  ist,  daß jemand mit  dem  TFPCX  unnötig  Digi-
  1387.   Einstiege belastet, weil er jeden Frame erst beim 3. mal hört.
  1388.  
  1389.  
  1390. 2.2. Probleme mit anderen Programmen
  1391.  
  1392.   Während  das  TFPCX  aktiv ist, dürfen  keine  Programme  aufgerufen
  1393.   werden, die sich am vom TFPCX benutzten Timer vergreifen. Wird  dies
  1394.   doch getan kann das System abstürzen, sich extrem verlangsamen  oder
  1395.   die Systemuhr geht falsch. Zu diesen Programmen zählen z.B.:
  1396.  
  1397.   - MS-Word 5.0 und 5.5
  1398.   - EDIT von MS-DOS 5.0
  1399.   - MS-Windows
  1400.   - manche Mousetreiber
  1401.  
  1402.  
  1403. 2.3. Hardwareprobleme
  1404.  
  1405.   Es  gibt einige PCs (vor allem Laptops), die keine  voll  kompatible
  1406.   serielle Schnittstelle haben. Obwohl die Anforderungen hier nicht so
  1407.   hoch  sind, wie beim BayCom, kann es bei größeren Abweichungen  auch
  1408.   mit dem TFPCX auf solchen Rechnern Probleme geben. Oftmals geht zwar
  1409.   der Empfang, nur das Senden klappt nicht. Bisher habe ich derartiges
  1410.   von folgenden Rechnern gehört:
  1411.  
  1412.   - Toshiba 1000XE
  1413.   - NEC Multispeed
  1414.   - Olivetti M24
  1415.  
  1416.   Beim  TFPCX  gibt  es  die Möglichkeit,  das  Modem  über  die  LPT-
  1417.   Schnittstelle anzuschließen, was als Ausweg denkbar ist.
  1418.  
  1419.  
  1420.  
  1421. 3. Hardwareanschluß
  1422.  
  1423.  
  1424. 3.1. Serielle Modems
  1425.  
  1426.   BayCom-kompatible  Modems können ohne Änderung verwendet werden.  In
  1427.   seltenen Fällen gibt es Probleme durch die stabilere Stromversorgung
  1428.   beim  TFPCX  im  Vergleich zum BayCom. Hier  liegt  die  TXD-Leitung
  1429.   statisch  auf  etwa +12V während BayCom ein  Taktsignal  auf  dieser
  1430.   Leitung  liefert. Dadurch liegt die Versorgungsspannung  des  Modems
  1431.   etwas höher und der Spannungteiler an Pin 7 des TCM3105 liefert eine
  1432.   vom   Idealwert  abweichende  Spannung.  In  diesem  Fall  ist   ein
  1433.   Neuabgleich   des   Spannungsteilers  erforderlich   (siehe   Modem-
  1434.   Dokumentation).
  1435.  
  1436.   Zusätzlich besteht noch die Möglichkeit ein Modem (z.B. vom DigiCom)
  1437.   über   eine   LPT-Schnittstelle  anzuschließen.   Dabei   werden   6
  1438.   Datenleitungen  statisch  auf  5V  geschaltet,  was  eventuell   zur
  1439.   Stromversorgung  des  Modems  verwendet  werden  kann  (über  Dioden
  1440.   ähnlich wie beim BayCom-Modem zusammenschalten, Benutzung auf eigene
  1441.   Gefahr, da bisher nicht getestet).
  1442.  
  1443.   Hier die Anschlußbelegung der Modem-Schnittstellen:
  1444.  
  1445.   COM-Port
  1446.  
  1447.   Signal   25pol.  9pol.  Bedeutung
  1448.  
  1449.   DTR      20      4      Sendedaten +/- 12V
  1450.   RTS      4       7      PTT, High aktiv, -12V=RX, +12V=TX
  1451.   CTS      5       8      Empfangsdaten
  1452.   GND      7       5      Masse
  1453.   TXD      2       3      +12V für BayCom-Modem
  1454.  
  1455.   LPT-Port
  1456.  
  1457.   Signal   25pol.         Bedeutung
  1458.  
  1459.   DATA1-6  2-7            statisch 5V für Modem
  1460.   DATA7    8              Sendedaten, TTL-Pegel
  1461.   DATA8    9              PTT, High aktiv, 0V=RX, 5V=TX
  1462.   BUSY     11             Empfangdaten
  1463.   GND      18-25          Masse
  1464.  
  1465.   Auch  Modems  mit  dem AM7911 können  verwendet  werden.  Dafür  muß
  1466.   eventuell der TXTAIL-Parameter (Befehl @TA) etwas vergrößert werden.
  1467.   Ich  will hier noch darauf hinweisen, daß man für  andere  Baudraten
  1468.   auch   andere  Modems  braucht.  Eventuell  sind  auch  nur   kleine
  1469.   Änderungen erforderlich.
  1470.  
  1471.  
  1472. 3.2. BayCom-USCC-Karte
  1473.  
  1474.   Die   Anschlußbelegung   der   USCC-Karte   muß   der    zugehörigen
  1475.   Dokumentation  entnommen werden. Hier wird nur die Nummerierung  der
  1476.   Ports  und  die Standarteinstellungen für  Modem-Taktversorgung  und
  1477.   Baudrate aufgeführt:
  1478.  
  1479.   Port  SCC  Modem-Takt   Baud  Modem
  1480.  
  1481.   SCC0  1A   Softclock    1200  AFSK (TCM3105)
  1482.   SCC1  1B   Softclock    1200  AFSK (AM7911)
  1483.   SCC2  2A   Disable      9600  Extern
  1484.   SCC3  2B   DF9IC-Modem  9600  FSK  (DF9IC)
  1485.  
  1486.   Der  zweite  SCC-Controller (Z8530) muß  nicht  unbedingt  vorhanden
  1487.   sein, wenn die entsprechenden Kanäle nicht benutzt werden, der erste
  1488.   Controller  wird jedoch auch dann als Zeitgeber verwendet, wenn  die
  1489.   Ports   SCC0  und  SCC1  abgeschaltet  sind,  außer  es   wird   ein
  1490.   zusätzlicher serieller Modem-Port aktiviert.
  1491.  
  1492.   Die nächste Tabelle gibt nochmal die genauen Taktquellen für Empfang
  1493.   (RxC)  und Senden (TxC) und den Kodierungsmode an. Die erste  Spalte
  1494.   enthält  die bei der Option -PUSCC anzugebende Ziffer,  die  letzten
  1495.   geben die äquvivalenten Werte für die Parameter CARRIER und  HENNING
  1496.   beim BayCom an. Soft-DCD und Duplex-Betrieb wird mit den Befehlen @C
  1497.   und @D eingeschaltet.
  1498.  
  1499.   -P              RxC  TxC  Mode CARRIER HENNING
  1500.  
  1501.    1 Softclock    DPLL BRG  NRZI   0/1      0
  1502.    2 Hardclock    DPLL RTxC NRZI   2-4      0
  1503.    3 DF9IC-Modem  TRxC RTxC NRZ    1-4      1
  1504.  
  1505.   BRG   Baudratengenerator \ im SCC-Controller
  1506.   DPLL  Digitale PLL       / enthalten
  1507.   RTxC                     \ Anschlüsse des
  1508.   TRxC                     / SCC-Controllers
  1509.  
  1510.  
  1511.  
  1512. 4. Informationen für Softwareentwickler
  1513.  
  1514.  
  1515. 4.1. Programm-Interface
  1516.  
  1517.   Die  Kommunikation zum TFPCX erfolgt über einen  Software-Interrupt.
  1518.   Es  existieren  verschiedene Unterfunktionen, die über den  Wert  im
  1519.   Register  AH   beim Aufruf selektiert werden.  Eventuelle  Parameter
  1520.   werden  in AL übergeben. AX enthält bei Rückkehr das  Ergebnis  oder
  1521.   0xFFFF, wenn eine nicht existierende Funktion ausgewählt wurde. Alle
  1522.   zur Eingabe bereitstehenden Zeichen sollten eingelesen werden, bevor
  1523.   die   nächste  Ausgabe  gemacht  wird.  Das  TFPCX   unterstützt   2
  1524.   verschiedene Interfaces, die sich nur wenig unterscheiden.
  1525.  
  1526.  
  1527. 4.1.1. TFPC-Interface
  1528.  
  1529.   Unterfunktionen:
  1530.  
  1531.   AH = 1  Abfrage, ob ein Zeichen zur Eingabe bereit steht
  1532.  
  1533.           Rückgabe:   AX = 0  kein Zeichen bereit
  1534.                       AX = 1  Zeichen zur Eingabe bereit
  1535.  
  1536.   AH = 2  Zeicheneingabe (nur aufrufen, wenn Funktion 1 mitgeteilt
  1537.           hat, daß ein Zeichen zur Verfügung steht)
  1538.  
  1539.           Rückgabe:   AL      Zeichenkode
  1540.  
  1541.   AH = 3  Ausgabe eines Zeichens
  1542.  
  1543.           Parameter:  AL      auszugebendes Zeichen
  1544.  
  1545.   Drei  Bytes nach dem Einsprung in die TFPCX-Interrupt-Routine  steht
  1546.   der  Kennungsstring  'N5NX', anhand dessen  der  benutzte  Interrupt
  1547.   ermittelt kann.
  1548.  
  1549.  
  1550. 4.1.2. DRSI-Interface
  1551.  
  1552.   Die  Implementierung im TFPCX erfolgte anhand von SP, da  mir  weder
  1553.   eine  Beschreibung  noch  der TNCTSR-Treiber  selbst  zur  Verfügung
  1554.   stand.  Ich  konnte mich deshalb nur an  der  Funktionsfähigkeit  im
  1555.   Zusammenhang  von  SP orientieren, Abweichungen  vom  Original  sind
  1556.   möglich.
  1557.  
  1558.   Unterfunktionen:
  1559.  
  1560.   AH = 0  Eingabe eines Zeichens
  1561.  
  1562.           Rückgabe:   AH = 0  kein Zeichen zur Eingabe bereit
  1563.                       AH = 1  Zeichen zur Eingabe bereit
  1564.                       AL      Zeichenkode (nur wenn AH = 1)
  1565.  
  1566.   AH = 1  Ausgabe eines Zeichens
  1567.  
  1568.           Parameter:  AL      auszugebendes Zeichen
  1569.  
  1570.   Die Interrupt-Routine beginnt mit folgenden Bytes:
  1571.  
  1572.   0x53 0x1E 0xBB 0x?? 0x?? 0x8E 0xDB 0x84 0xE4 0x74 0x20
  1573.  
  1574.   Der benutzte Interrupt kann ermittelt werden, indem der Anfang aller
  1575.   Routinen  der Interrupt-Vektoren 0x40 bis 0xFF mit dieser  Bytefolge
  1576.   verglichen  wird, dabei können die Positionen 0x??  beliebige  Werte
  1577.   annehmen.  Dieses Verfahren funktioniert auch mit  dem  DRSI-TNCTSR-
  1578.   Treiber und wird ebenfalls von SP benutzt.
  1579.  
  1580.  
  1581. 4.1.3. Spezielle Funktionen
  1582.  
  1583.   Die folgenden Unterfunktionen sind Erweiterungen, die nur beim TFPCX
  1584.   existieren. Sie sind bei beiden Interface-Varianten vorhanden.
  1585.  
  1586.   AH = 0xFB  Abfrage von Port- und Kanalanzahl (ab v2.00)
  1587.  
  1588.              Rückgabe:  AL       Anzahl der benutzten Ports (0 bis 8)
  1589.                         AH = 20  Anzahl der vorhandenen Kanäle
  1590.  
  1591.              Die Kanalanzahl ist bei dieser Version noch fest, kann
  1592.              aber später über eine Option einstellbar sein.
  1593.  
  1594.   AH = 0xFC  Abfrage des Sende-/Empfangsstatus (ab v2.00)
  1595.  
  1596.              Rückgabe:  AL       Empfangsstatus (Bit-Nr. = Port)
  1597.                         AH       Sendestatus
  1598.  
  1599.              Mit  dieser  Funktion  kann  eine  Sende-/Empfangsanzeige
  1600.              durch  das  Terminalprogramm realisiert  werden,  da  die
  1601.              Option  -C  nur  im Textmode  funktioniert  und  für  den
  1602.              Bildschirmaufbau  auch nicht optimal ist. Jedem Port  ist
  1603.              je  ein Bit von AL und AH zugeordnet. Bit 0 (LSB)  gehört
  1604.              zu  Port 0, Bit 1 zu Port 1 usw.. Wenn das jeweilige  Bit
  1605.              gesetzt ist, wird auf diesem Port gerade empfangen  (DCD)
  1606.              bzw. gesendet. Bei Duplex-Betrieb können auch beide  Bits
  1607.              zugleich  gesetzt sein. Die Funktion 0xFB gibt in AL  die
  1608.              Anzahl Ports zurück, die angezeigt werden sollten.
  1609.  
  1610.   AH = 0xFD  Abfrage des TFPCX-Busy-Status (ab v1.11b)
  1611.  
  1612.              Rückgabe:  AX = 0   Busy (freie Puffer < 176)
  1613.                         AX = 1   nicht Busy
  1614.  
  1615.              Hiermit ist ein Sendehandshake im Terminalmode möglich.
  1616.  
  1617.   AH = 0xFE  Abfrage der TFPCX-Version (ab v1.01)
  1618.  
  1619.              Rückgabe:  AH = 2   Hauptversionsnummer
  1620.                         AL = 0   Unterversionsnummer (kein BCD)
  1621.  
  1622.              Diese  Funktion ermöglicht die Unterscheidung  des  TFPCX
  1623.              vom TFPCR (liefert AX = 0xFFFF) und DRSI-TNCTSR (lieferte
  1624.              bei  einem Test AX = 0). Man sollte prüfen, ob  1<=AH<=20
  1625.              gilt  und  nur in diesem Fall auf  das  TFPCX  schließen.
  1626.              Außerdem  kann mit dieser Funktion ermittelt  werden,  ob
  1627.              noch  eine  alte Version verwendet  wird,  die  bestimmte
  1628.              Funktionen noch nicht unterstützt.
  1629.  
  1630.  
  1631. 4.2. Format von Meldungen
  1632.  
  1633.   Im  folgenden  werden die Meldungen des TFPCX aufgeführt,  die  eine
  1634.   Portnummer  enthalten  und  damit von  der  TNC-Firmware  abweichen.
  1635.   <Port>  ist  eine Ziffer zwischen 0 und 7. Die Anzeige  von  <Port>:
  1636.   erfolgt nur, wenn das TFPCX mit den Optionen -DR oder -DM  gestartet
  1637.   wird.
  1638.  
  1639.   Link-Status
  1640.  
  1641.   BUSY fm <Port>:<Call> via <Digis>
  1642.   CONNECTED to <Port>:<Call> via <Digis>
  1643.   LINK RESET fm <Port>:<Call> via <Digis>
  1644.   LINK RESET to <Port>:<Call> via <Digis>
  1645.   DISCONNECTED fm <Port>:<Call> via <Digis>
  1646.   LINK FAILURE with <Port>:<Call> via <Digis>
  1647.   FRAME REJECT fm <Port>:<Call> via <Digis> (x y z)
  1648.   FRAME REJECT to <Port>:<Call> via <Digis> (x y z)
  1649.  
  1650.   Monitor
  1651.  
  1652.   <Port>:CONNECT REQUEST fm <Call> via <Digis>
  1653.   <Port>:fm <Call> to <Call> via <Digis> ctl <Name> pid <Hex>
  1654.  
  1655.   Rückgabe des Befehls 'C' ohne Parameter
  1656.  
  1657.   <Port>:<Call> via <Digis>
  1658.  
  1659.  
  1660. 4.3. Bisherige Versionen
  1661.  
  1662.   Seit der v1.00 wurden folgende Veränderungen vorgenommen:
  1663.  
  1664.   v1.01
  1665.  
  1666.   - Hinweis auf ungelesenen Informationen durch blinkendes Rechteck
  1667.     wenn kein Hostmode (abschaltbar durch -NB)
  1668.   - Basisadresse des Modem-Ports läßt sich explizit setzen
  1669.   - TxD-Leitung am Modem-Port für Stromversorgung statisch auf +12V
  1670.     geschaltet, Betriebsspannung des Modems beim Entladen ausschalten
  1671.   - Standart-TFPCX-Interrupt jetzt 0xFD (vorher 0xFE)
  1672.   - Versionsabfrage über TFPCX-Interrupt (AH = 0xFE)
  1673.  
  1674.   v1.10
  1675.  
  1676.   - Übergang zur The Firmware v2.3b DAMA (vorher TF v2.1c)
  1677.   - Soft-DCD (Abgleich mit Befehl @C)
  1678.   - Sende-/Empfangs-Anzeige im Hostmode (abschaltbar durch -NC)
  1679.   - Verzögerung von Disk-Zugriffen bei Senden/Empfang als Notlösung
  1680.     bei Problemen möglich (-ND)
  1681.   - automatisches erhöhen des SSID beim Connect, wenn die gleiche
  1682.     Station bereits connectet ist
  1683.   - interne Connects möglich
  1684.   - setzen von Frack in 1s- oder 10ms-Einheiten (Befehl F)
  1685.   - Unattended Mode kann auch ohne CTEXT eingeschaltet werden,
  1686.     Fehlermeldung 'NO MESSAGE AVAILABLE' entfernt (Befehl U)
  1687.   - 600 Puffer (vorher 400)
  1688.   - Bug behoben, der auf 486ern das Entladen unmöglich machte
  1689.  
  1690.   v1.11
  1691.  
  1692.   - Befehl Z wieder vorhanden (XON/XOFF für TERM)
  1693.   - LPT-Pins DATA1-6 auf 5V geschaltet für Modem-Stromversorgung
  1694.  
  1695.   v1.11b (inoffiziell)
  1696.  
  1697.   - Funktion für Sende-Handshake im Terminalmode über TFPCX-Interrupt
  1698.     für TERM (AH = 0xFD)
  1699.  
  1700.   v2.00
  1701.  
  1702.   - Unterstützung für BayCom-USCC-Karte und maximal 2 Modems (maximal
  1703.     6 Ports, intern 8 Ports)
  1704.   - Optionen -PUSCC und -B für mehrere USCC-Karte und mehrere Ports
  1705.     erweitert
  1706.   - Option -NC entfernt, DCD-Anzeige wird jetzt über -C[xx]
  1707.     eingeschaltet (optionales Bildschirmattribut xx)
  1708.   - jetzt 20 Kanäle (vorher 10)
  1709.   - Emulation des DRSI-TNCTSR-Treibers möglich, zusätzliches Software-
  1710.     Interface (-DR)
  1711.   - bei Option -DM DRSI-kompatible Meldungen, aber altes Software-
  1712.     Interface
  1713.   - Ausgabe von Portnummern in Meldungen
  1714.   - Parameter B, O, P, T, W, X, @C, @D, @T2, @T4 und @TA werden für
  1715.     jeden Port extra verwaltet (Angabe <Port>:)
  1716.   - Befehl QRES setzt zurück in Terminalmode
  1717.   - Linkliste für Crossband-Digipeating (Befehl @L)
  1718.   - Statistik-Framezähler (Befehl @ST)
  1719.   - einstellbarer TXTAIL-Parameter (Befehl @TA)
  1720.   - Befehl P mit Parameter 0-7 zur DRSI-kompatiblen Parameterabfrage
  1721.     (keine Parametereinstellung)
  1722.   - Befehl Z wieder entfernt
  1723.   - 'dynamisches' MAXFRAME entfernt (Befehl O)
  1724.   - Fehlermeldung bei Modem-Betrieb unter Microsoft-Windows (386
  1725.     Enhanced Mode)
  1726.   - Funktionen zur Abfrage der Port-/Kanalanzahl (AH = 0xFB) und des
  1727.     Sende-/Empfangsstatus (AH = 0xFC) über Software-Interrupt
  1728.   - Bugs behoben, die zum Pufferüberlauf beim Hintergrundbetrieb und
  1729.     zeitweise zu überflüssigen Aussendungen führte
  1730.  
  1731.  
  1732.  
  1733. 5. Urheberrechte und Nutzungsbedingungen
  1734.  
  1735.   TFPCX darf zur Verwendung im Amateurfunk als Kopie an Dritte weiter-
  1736.   gegeben  werden, soweit keine Gebühren erhoben werden.  Insbesondere
  1737.   ist  die  Beigabe des TFPCX zu anderer Hard- und Software  nur  dann
  1738.   erlaubt,  wenn  für das jeweilige Produkt ebenfalls  keine  Gebühren
  1739.   berechnet  werden  oder mein Einverständnis vorliegt. Es  ist  nicht
  1740.   gestattet,  das Programm kommerziell zu nutzen oder  zu  vertreiben.
  1741.   Die  Weitergabe muß stets in Form des kompletten Archivs  mit  allen
  1742.   Dateien erfolgen.
  1743.  
  1744.   Eine  Garantie für eine ordnungsgemäße Funktion wird nicht  gegeben.
  1745.   Der  Autor  kann nicht für eventuelle Schäden, die  durch  die  Ver-
  1746.   wendung  von  TFPCX  entstehen, haftbar  gemacht  werden  (Haftungs-
  1747.   ausschluß).
  1748.  
  1749.   Der Autor des Programms TFPCX ist René Stange (DG0FT). Im TFPCX sind
  1750.   Teile  der  The Firmware 2.3b von NORD><LINK (Urversion  von  DC4OX,
  1751.   DAMA von DL8ZAW, Änderungen von DB2OS, DF2AU, DF7ZE, DK6PX,  DL1BHO,
  1752.   DL1MEN,  DL4YBG,  DL9HCJ u.a.) enthalten. Die  Entwicklung  erfolgte
  1753.   anhand des Programms TFPCR v1.60 von DL1MEN.
  1754.  
  1755.  
  1756.  
  1757. 6. Bezugshinweise
  1758.  
  1759.   Wer Interesse am Programm TFPCX hat, schickt eine leere Diskette mit
  1760.   adressierten und ausreichend frankierten Rückumschlag an:
  1761.  
  1762.   René Stange
  1763.   O.-Grotewohl-Ring 34
  1764.   O-1260 Strausberg
  1765.  
  1766.   mögliche Disk-Formate: 3½" 720K oder 1.44M (bevorzugt)
  1767.                          5¼" 360K oder 1.2M
  1768.  
  1769.   Wiederverwendbare  Umschläge mit Adreßaufkleber sind  auch  möglich,
  1770.   Hauptsache  ich  muß das Porto nicht selbst  bezahlen.  Bitte  keine
  1771.   'überdimensionalen' Umschläge verwenden, sonst gibt es hier Probleme
  1772.   mit dem Briefkasten.
  1773.  
  1774.   Ich  kann  weder  Software (z.B.  Terminalprogramme)  noch  Hardware
  1775.   (BayCom-Modem)  mitliefern, die nicht von mir entwickelt wurde.  Man
  1776.   muß sich in diesem Fall an die entsprechenden Urheber wenden.
  1777.  
  1778.   Die  Entscheidung, ob man die Weiterentwicklung des TFPCX mit  einer
  1779.   kleinen Anerkennung unterstützen will, muß jeder selbst treffen. Ich
  1780.   will  das  aus prinzipiellen Gründen nicht zur Pflicht  machen,  was
  1781.   manchmal nicht leicht fällt, da andere Produkte, die weniger günstig
  1782.   zu haben sind, vom TFPCX indirekt profitieren.
  1783.