
****FEHLER************************************

  * Duplex sendet verzgert (dg5mpq 21-3-98)

  * Upload geht nur fr files < 8k (TW 0.94f, dj8qv, 3-98)

  * Resyncs hufiger, wenn Monitor aus oder wenig zu tun hat.(TW 0.94f, dj8qv, 3-98)

  * KISS-Port verschwindet hin und wieder!(TW 0.94f, dj8qv, 3-98)

  * Mehrfach F dd9jn  schnell hintereinander gibt u.U. die Meldung
      DD9JN is using the digi
    weil der 2. Suchversuch er den AXCB der vorherigen Suchversuchs
    noch findet (db8vh 16.11.97)

  * wieso behaellscht die einstellungen beim restart nitt bei , sinn doch im
    batteriegepuffertem ram ? (db8vh, 10-97)

    Du speicherst die ja sowiso wenn se eingestellt werden , richtig?
    da wuerd i zb. ab 1000h zb 10kb reservieren fuer parameter
    pruefsumme drueber, bei 1000h noch a 'magic-number' fertich :-))
    unn wenn der falke neu startet, schauen gehn ob magic-number da
    wenn jo pruefsumme berechnen, wenn ok dann ueber v24 ein Xon
    schiken eine secunde warten wenn kein xon zurueckkommt dann parameter laden
    und durchstarten, wenn man das teil iwa die parameter 'abgeschossen' hatt
    brauch man uff der v24 nur rxd & txd zu bruecken und er empfaeng sein eigenes
    xon un startet mit den eprom-parameter, so hab ich das bei meinem system
    seinerzeit geloest (80535/80537)
    >nee die werden nicht gespeichert, die sind alle gut in Strukturen drin und 
    >teilweise auch auseinandergenommen
    >Feste Adressen gibt es auch keine ....
    >Magic gibbet, fr einen Bereich der den post-mortem-stack-dump speichert
    >xon/xoff? Ihgittt....
    >Es gibt fr den Upload zwei Sachen:
    >Einen RestartCounter: Wenn er fter als n mal Reset hat, startet nchstes
    >mal die EPROM-Version
    >und wenn ein 15min lang kein I-Frame in einem QSO auftaucht UND besttigt
    >wird, dann startet er auch die EPROM-Version....

  * die box db0acc setzt auf alle nachbar ports ne mailbake ab
    bei der dg6may version wird die auch auffem einstieg angezeigt, bei der 
    von dir immer noch nicht !!??
    via db0kv ?
    jo   (12.10.97, dl2ecy)

  * Anzahl der QSOs ber einen Link in der Linkliste anzeigen
    Die Lsung von dg6may sieht mir auf den ersten Blick zu
    umstndlich aus. 10-97

  * Abfangen wiederholter Kommandos entfernen 10-97

  * D db0xyz >    einbauen und durchlaufende Frames untersttzen

  * 9-97
    Standardtexte aus CFG BEfehl knnen "gelscht" werden. Irgendwie doof.

  * 9-97 94e
    immer noch Resync bei dl4uy

  * DW sendet unvermittelt ein DM-Paket mit Final-Bit, wie es als
    Besttigung auf ein wiederholtes DISC erscheint. Ein solches wurde
    aber nicht gesendet.
    Auerdem existierte die Verbindung anschlieend dann doch wieder, wie
    dem Poll zu entnehmen ist. Nur war die Verbindung dann bei mir
    natrlich schon gelscht, da ja vorher das DM kam.
    Es war nur eine Verbindung von mir betroffen. Es erwischt sporadisch
    aber immer mal jemand anders.
      R0:06 15:20 DB0ME/DB0IZ-9*>DL1EKC-9>I12,C,F0:
      R0:00 15:20 DB0ME/DB0IZ-9*>DL1EKC-9>I22,C,F0:
      R0:00 15:20 DB0ME/DB0IZ-9*>DL1EKC-9>DM,F
      R0:06 15:20 DB0ME/DB0IZ-9*>DL1EKC-9>RR2,P
      T0:00 15:20 DL1EKC-9/DB0IZ-9>DB0ME>DM,F
      R0:05 15:20 DB0ME/DB0IZ-9*>DL1EKC-9>RR2,P
      R0:00 15:20 DB0ME/DB0IZ-9*>DL1EKC-9>RR2,P
      T0:00 15:20 DL1EKC-9/DB0IZ-9>DB0ME>DM,F
      T0:02 15:20 DL1EKC-9/DB0IZ-9>DB0ME>DM,F
      R0:07 15:20 DB0ME/DB0IZ-9*>DL1EKC-9>RR2,P
      R0:03 15:20 DB0ME/DB0IZ-9*>DL1EKC-9>RR2,P
      T0:00 15:20 DL1EKC-9/DB0IZ-9>DB0ME>DM,F
      T0:02 15:20 DL1EKC-9/DB0IZ-9>DB0ME>DM,F
    73 de MArcus, DL1EKC
    20.8.97

 * Ist eine Station mit WATCH MAXCONNECT versehen, so  passiert
   bei Connects von aussen merkwrdiges (z.B. erhlt der Connectende dann
   den Begrssungstext des Digis. Peinlich wenn es ein TCPIP-Connect
   werden sollte (kw 23.8.97)

 * QSO schalfen ein (26.3.97  t3 statt t1 luft)

 * PTT/DCD stop fr Timer klappt bei 1200bd? nicht? (dl4sfm, 11.4.97)
   (2M) fm DG4SDX-5 to DB0RBS via DL4SFM ctl RR7-            [PTT OFF] 0sec
   (2M) fm DB0RBS to DG4SDX-5 via DL4SFM* ctl I37^ pid F0    [PTT ON]  <0.01sec
   <BIN 256>                                                 [PTT ON]
   (2M) fm DB0RBS to DG4SDX-5 via DL4SFM* ctl I30^ pid F0    [PTT ON]  <0.02sec
   <BIN 256>                                                 [PTT ON]
   (2M) fm DB0RBS to DG4SDX-5 via DL4SFM* ctl I31^ pid F0    [PTT ON]  <0.03sec
   <BIN 256>                                                 [PTT ON]
   (2M) fm DB0RBS to DG4SDX-5 via DL4SFM* ctl I32^ pid F0    [PTT ON]  <0.04sec
   <BIN 256>                                                 [PTT ON]
   (2M) fm DB0RBS to DG4SDX-5 via DL4SFM* ctl I33^ pid F0    [PTT ON]  <0.05sec
   <BIN 256>                                                 [PTT ON]
   (2M) fm DB0RBS to DG4SDX-5 via DL4SFM* ctl I34^ pid F0    [PTT ON]  <0.06sec
   <BIN 256>                                                 [PTT ON]
   (2M) fm DB0RBS to DG4SDX-5 via DL4SFM* ctl I35^ pid F0    [PTT ON]  <0.07sec
   <BIN 256>                                                 [PTT ON]
   (2M) fm DB0RBS to DG4SDX-5 via DL4SFM* ctl RR3+           [PTT ON]  1.00 sec
   (2M) fm DB0RBS to DG4SDX-5 via DL4SFM* ctl RR3+           [PTT ON]  2.00 sec
   (2M) fm DB0RBS to DG4SDX-5 via DL4SFM* ctl RR3+           [PTT ON]  3.00 sec
   (2M) fm DB0RBS to DG4SDX-5 via DL4SFM* ctl RR3+           [PTT ON]  4.00 sec
   (2M) fm DB0RBS to DG4SDX-5 via DL4SFM* ctl RR3+           [PTT ON]  5.00 sec
   (2M) fm DB0RBS to DG4SDX-5 via DL4SFM* ctl RR3+           [PTT ON]  6.00 sec
   (2M) fm DG4SDX-5 to DB0RBS via DL4SFM ctl RR0-            [PTT OFF] 6.50 sec

 * DM+ --> Kann es sowas geben?:
    4:fm DB0ME to DL1EBQ-1 via DL1EBQ ctl DM-
    4:fm DL1EBQ-1 to DB0ME via DL1EBQ* ctl DM+
    4:fm DB0ME to DL1EBQ-1 via DL1EBQ ctl DM-
    4:fm DL1EBQ-1 to DB0ME via DL1EBQ* ctl DM+
    4:fm DB0ME to DL1EBQ-1 via DL1EBQ ctl DM-
    4:fm DL1EBQ-1 to DB0ME via DL1EBQ* ctl DM+
    4:fm DB0ME to DL1EBQ-1 via DL1EBQ ctl DM-
    4:fm DL1EBQ-1 to DB0ME via DL1EBQ* ctl DM+
    4:fm DB0ME to DL1EBQ-1 via DL1EBQ ctl DM-
    4:fm DL1EBQ-1 to DB0ME via DL1EBQ* ctl DM+
    4:fm DB0ME to DL1EBQ-1 via DL1EBQ ctl DM-
    4:fm DL1EBQ-1 to DB0ME via DL1EBQ* ctl DM+
    4:fm DB0ME to DL1EBQ-1 via DL1EBQ ctl DM-
    4:fm DL1EBQ-1 to DB0ME via DL1EBQ* ctl DM+
    4:fm DB0ME to DL1EBQ-1 via DL1EBQ ctl DM-
    4:fm DL1EBQ-1 to DB0ME via DL1EBQ* ctl DM+
    4:fm DB0ME to DL1EBQ-1 via DL1EBQ ctl DM-
    4:fm DL1EBQ-1 to DB0ME via DL1EBQ* ctl DM+
    4:fm DB0ME to DL1EBQ-1 via DL1EBQ ctl DM-
    4:fm DL1EBQ-1 to DB0ME via DL1EBQ* ctl DM+
    4:fm DB0ME to DL1EBQ-1 via DL1EBQ ctl DM-
   Am 19.8.97 kleine nderung (an Reply[]) deswegen

 * Duplex & mehrere sccs testen

***OPTIMIERUNGEN*******************************************************
 * Message msgTX kommt zu oft vor
 * Krumme Baudzahlen SCC (28k8 ...) ermglichen (dl1ebq 97)
 * Framesammler (aktiv+passiv)
 * Framesammler auf der anderen Seite erkennen.
 * FD_Task umbauen, damit L2 hhere Prio kriegt
 * Der ganze Baudraten-Statistik-Kram ist vermutlich Quark..

****IDEEN***************************************
 * Infobox "connected" automatisch einen Kanal, und gibt da Infos drauf
   (z.B. Log, Traceinfo, Trace ... ) (kw 3/98)
 * Infozeile wg. Micro-BBS (TW 0.94f, dj8qv, 3-98)
 * 6Pack...(mischen mit normaler TermWare?)?
 * Kommando Aliasse (ALIAS ALDE WX)
 * Zuordnung von PIDs zu Links (z.B: Link add call dg9ep-10 port 6 pid CC)
   (es zhlt immer das erste rxte PID).
   So dass nicht das ZielCall/SSID wichtig ist, sondern die rxte. PID
 * Mehrere Calls im Hostmode korrekt untersttzen (16.12.96)
 * nderungen von 6may (Router;MH nur mit einstiegsdigi)
 * Gammelmodus ala TAPR (auch Pakete mit falscher CRC)
 * Kurze MH-Liste mit Portangabe versehen
 * Automatische Handhabung von Sommerzeit, GMT etc. inkl. autom. Umschaltung
 * AX25 @DL         de:DL3MGQ 08.05.94 12:36   0   1572 Bytes
   RE: Protokollerweiterung  *** Bulletin-ID: 0854DB0KCPUY ***
   From: DL3MGQ @ DB0KCP.#BAY.DEU.EU
   To  : AX25 @ DL
   Nun, das mit dem Framesammler ist schon gar nicht schlecht. Damit dieser,
   falls er bei der Gegenstation vorhanden ist, auch richtig ausgenutzt werden
   kann habe ich bei AmiCom folgende Protokollerweiterung vorgenommen: Nach dem
   Empfang eines REJ ist Maxframe so lange auf 1 bis alle schon mal ausgesendeten
Infoframes besttigt wurden, also Unack=0. Das lt sich nur durch Erweitern
der schon vorhandenen Software um 1 Flag erreichen und ist deshalb total
simpel, auerdem ist diese Methode 100% zum AX.25.
Auch z.B. bei Flexnet mit dem dynamischen Maxframe funktioniert der
Framesammler wunderbar. Warum die TF nach einem REJ immer stur mit Maxframe
weitermacht ist mir in diesem Zusammenhang nicht ganz klar, wird dort intern
gar nicht zwischen REJ und RR unterschieden?


***lteres aus FD_HOST:***+
$todo: Hostmode
 - test mit box
 - tf: miusc+ oder - erlaubt maximal 8 calls
   in der auswertung des kommandostrings gleich chanceln..
 - timestamp sekunden... gettime bei jedem frame vermeiden
 - datumsausgabe abhaengig von k 23.07.92 oder k 07/23/92
 - frmr (auch in infoteil ? eines frames) einbauen
 - abt. Poll, Final & CO ueberpruefen auf tf-format
 - event TCPIP decodierung in Infoteil
 - am terminal-mode weiter basteln
 - find ueber hostmode-terminal: ausgabe sollte umgebaut werden ?
 - von hostmodeterminal aus:
   connect maincall gibt nen satten haenger von fd. auch sp haengt bis
   zum reset vom fd-rechner. danach resyncs
   es erscheint connected to .....
   und dann ne menge ^@^@^@...
   ebenso c xyz (wobei xyz<> digiwarecalls).

erledicht:
+ test mit gp: ok lediglich *** recon.. von flexdigi nach infobox
  wird nicht ausgewertet. event GP-Auswertungssache -> Ulf fragen
  ( bei SP geht es !!! )
+ auswertung und transfer in moniwatch-calls; max 8 calls!!!
+ wieso laeuft Spannfunktion bei sp (ctrl-f6) nicht ?????
  fauler in monitorheader 'ctl' fehlte
+ bei u-text gleich '' und cmd u 1 -> NO MESSAGE AVAILABLE
+ datumsausgabe abhaengig von k 23.07.92 oder k 07/23/92
+ event TCPIP decodierung in Infoteil ( TEILWEISE )
+ DAMA kennung in Moniheader einbauen

okt-96

+ ui-tx auf monitor-ch auswahl mit @cchan <port>
  aber esc test via 1,2,3  ( komma !!! )

dez-96
+ *** connected HOST:CALL+ssid !!
+ SSID-Abfrage klappt nun auch bei SSID = MAXSSID ( HOST)
+ ssid-senitives connecten  auf channels mit ssid<>0
