| |
DG1CPA > LINUX 14.07.03 00:13l 32 Lines 1643 Bytes #999 (999) @ DL
BID : HHZHFIDB0CHZ
Read: DO1BPL GUEST DB0FHN DL3MEW DL8GBQ DL3NCK DL7NDR
Subj: RE:pr430 und Linux
Path: DB0FHN<DB0RGB<OE5XBL<OE2XOM<DB0PV<DB0MRW<DB0ERF<DB0CHZ
Sent: 030713/2211z @:DB0CHZ.#SAX.DEU.EU [Chemnitz [DG1CPA]] DP6.00 $:HHZHFIDB0C
From: DG1CPA @ DB0CHZ.#SAX.DEU.EU (Paul)
To: LINUX @ DL
X-Info: Einspielung ohne Passwortschutz
Hallo,
diese Probleme hatte ich auch mit einem Laptop, es kommt wohl drauf an wie
synchron die Baudrate beider Geräte miteinander harmoniert.
Zum Glück synchronisiert sich das 6pack von selbst immer wieder.
Das wird wohl auch unter Flexnet der Fall sein, nur dort gib es kein
Logfiles... (warum eigentlich nicht?)
Irgendwie war der 6packtreiber im 2.2.18 noch nicht so ganz aus dem
Betatstadium, deswegen die Meldungen "Kernel: protocol 0000 is buggy, dev sp0"
Ich habe mir einfach eine neuere Version des 6pack Modules in den Kernel
compiliert 0.4.2. Außerdem gab es Probleme wenn der Laptop in Powermanagment-
umschaltphasen die Schnittstellen blockierte, danach war keine
Synchronisierung mehr möglich. (einen Patch dazu habe ich an dg3kq gesant)
Seitdem das 6packtnc an einem P100-Board hängt sind all solche Meldungen weg.
Solange sich das Protokoll nicht längere Zeit aufhängt brauchst du Dir aber
keine Sorgen machen mit dem 2.2.18...
Es gibt da noch einen 6pack-Bug der tritt unter Linux(selten) und unter
Windows(öfter) auf. Dabei geht das TNC auf Dauersendung, d.h. wenn die PA des
TRX nicht ausreichend gekühlt wird, könnte eine Reperatur angesagt sein.
Ein Hardwarewatchdog hilft da auch nicht viel, da sich der Bug wie ein sehr
langes txdelay auswirkt, d.h. der TNC immer wieder auf sendung geht.
Da ist irgendein Fehler im EPROM aber die Flexnet-Gruppe behebt diesen nicht.
Es gibt seit 1995? nur eine einzige Version die man bekommt. Auch die Sourcen
habe ich nicht bekommen um nach dem Fehler zu suchen. :-(
73/55 de Paul
Read previous mail | Read next mail
| |
