Bei mir im "Entwicklungs-Labor" hatte Ich nur mit dem OnBoard-Serial getestet,
Ich habe gerade mal in meinem Lager gekramt und zwei Varianten: USBtoSerial und USBtoTTL gefunden werde das hier mal austesten und den Fehler suchen und beheben. 

Hab jetzt seit Beginn der Addon für Linux zwei Gateways über Linux Mint laufen.  Als Interface nehme ich nur mit FTDI Chip.  Ansteuerung USB Com ohne Probleme.

Wie wirkt sich ROGER_LEN und BAKE-LEN aus? Rogerbeep oder Bake geht ja solange wie das Wavefile ist. Soll LEN die Länge sein und welche auswirken hat dies mit der Länge vom File selber?

Zwei Sachen habe ich Probleme:
- Beim aussenden über HF wird öfter mal der Rogerbeep ausgesendet, obwohl die Sendung noch läuft und ich eine TX Delay von 900 habe sowie ROGER_LEN 400
- Ab und zu hängt sich TS3 Grundlos auf und die Fehlerberichtssendung kommt.

Aber sonst soweit top.

Auch die neue Windows Version habe ich getestet sowie andere Funkkollegen. Kein Aufhängen mehr. Läuft Prima.

73 Speedfire Dominik 

zuletzt bearbeitet: 5.06.2025 / 22:03 MEZ

Die Funktion Funk hat Vorrang würde noch fehlen, wie bei der Windows Version.  

Andi ist aktuell nicht verfügbar und wird sich zeitnah dazu äussern. Wir haben es zur Kenntnis genommen. Danke für deinen Post

Mit freundlichen Grüßen
Tim de SA7BNT 
Admin AD 

Moin Dominik,
die Config-Werte   "BAKE_LEN & ROGER_LEN" stellen die Länge der Wave-Datei dar. (in Millisekunden) 
Da dieses Plugin mein erster Versuch war unter Linux zu programmieren, und Ich da Probleme hatte die Länge der Wave-Datei automatisch im Programm zu berechnen habe ich das erstmal über die manuelle Einstellung gelöst, inzwischen ist das Problem aber gelöst, in der nächsten Version wird diese Einstellung entfallen.
Kurze Erklärung: wenn der ROGER-BEEP 500mSek. lang ist muss bei "ROGER_LEN=500" rein das TX_DELAY ist dann die Zeit die danach gewartet wird bis der TX abschaltet. (gleiches gilt für BAKE_LEN) wenn die Bake z.b. 10 Sek. lang ist muss "BAKE_LEN=10000" rein. 

Aktuell bin Ich in der "Sommerpause" - Haus, Hof, Garten, Familie, Urlaub hat Vorrang daher pausieren die Programmier-Arbeiten bis zum Herbst, also noch etwas Geduld bis zur nächsten Veröffentlichung.

Das sich der Teamspeak-Client manchmal aufhängt (scheinbar grundlos) muss evtl. genauer beobachtet werden ob es am Plugin liegt oder andere Ursachen hat.

73 von DO5ALF/Andreas 
     

Guten Morgen,
ich habe auch eine Frage bzgl. des Plugins. Ich habe vorher eine Yaesu FT710 verwendet über die internen COM Schnittstellen. Das hatte super mit "TXRTS=1" funktioniert. Nun habe ich Xiegu X6100 mit der das nicht so funktioniert.

Digitale Betriebsarten wie JS8Call und WSJTX funktionieren hingegen super.
Die COM Schnittstellen werden sowohl in Windows als auch bei Linux mit COM13, COM14 bei Windows und bei Linux mit "/dev/ttyACM0" bzw. "1" angezeigt.

Die Soundkarten sind auch vorhanden. Nur bekomme ich es mit dem Plugin weder bei Linux noch bei Windows zum laufen. Die COM Schnittstellen werden angezeigt und stehen zur Verfügung, lösen aber nicht aus. Die Xiegu X6100 arbeitet mit CI-V CAT Schnittstelle. Kann mir einer sagen, wie ich das zum laufen bekomme? Ob Windows oder Linux ist relativ egal, da ich beide zur Verfügung habe.


Ein anderer OM meinte, in der Config Datei bei Linux könnte ich anstelle von "TXRTS=1" auch "TXTXD=1" verwenden oder ähnliches. Das funktioniert jedoch nicht.


Bei Windows finde ich leider keine Config Datei, sondern nur über den Teamspeak das bereitgestellte Pluginmenu worin ich die Einstellungen vornehmen kann. 

zuletzt bearbeitet: 12.09.2025 / 7:18 MEZ