| |
DG0OBR > SP 02.01.00 15:24l 36 Lines 1677 Bytes #-9666 (0) @ DL
BID : 210DB0HDF01P
Read: DG9FCP GUEST
Subj: zu SP9.75 und Y2k
Path: DB0MW<DB0ROF<DK0MNL<DB0CEL<DK0MAV<DB0ABZ<DB0ERF<DB0HOT<DB0HDF
Sent: 000102/0828z @:DB0HDF.#THR.DEU.EU [BBS Hermsdorf JO50WV] BCM1.42
From: DG0OBR @ DB0HDF.#THR.DEU.EU (Wolfgang)
To: SP @ DL
X-Info: No login password
Hallo SP-Nutzer,
vor einigen Tagen hatte ich schonmal zu diesem Problem geschrieben.
Vermutlich wird im SP aus der 4-stelligen Jahreszahl durch Subtraktion von
1900 eine 2-stellige Jahreszahl errechnet, die dann dem TNC initialisiert
wird. Die Folge ist, daß der TNC beim Datum/Zeit-Stempel von Monitorframes
und in den Connectmeldungen des TNC als Jahreszahl eine 100 anzeigt.
Somit liegt das Problem im SP, da es entgegen der Spezifizierung der Firmware
den TNC eine 3-stellige Jahreszahl "verabreicht".
Datumsangaben beim ausgesendeten Connecttext des SP und im LOG-File werden
unabhängig davon von SP korrekt durchgeführt.
Die interne TNC-Uhr machte den Jahreumsprung vollkommen korrekt!
Der TNC2 nutzt für das Jahr (auch Monat) ein komplettes Byte. Die Firmware
prüft nicht beim Initialisieren, ob das angegebene Datum korrekt ist.
Somit können Monat und Jahr beim Initialisieren auch Zahlen bis 255 annehmen.
Wenn man nach dem Starten von SP das Datum im TNC von Hand initialisiert,
mit "ESC K 01.01.00", dann ist bis zum nächsten SP-Start alles OK.
Wird das Datum vor dem Start von SP manuell im TNC eingegeben, so überschreibt
es SP wieder.
Leider ist es mir noch nicht gelungen, einen Automatismus im SP zu finden,
der den TNC nachträglich korrekt initialisiert.
Hinweise, wie mit "ESC K0" das Problem, was eigentlich keines ist, abzu-
schalten sind unsinnig!
Damit erfolgt keine Datum/Zeit-Markierung der Monitordaten mehr, die für
manche OMs von Bedeutung sein könnte.
Wen der Datum/Zeit-Stempel nicht interessiert, den interessiert auch die 100
dort nicht.
Vy 73, Wolfgang
Read previous mail | Read next mail
| |
