Forum by DL7UCX

Hallo Ben und Dominik,

danke, habe das schon nachgesehen, ohne Erfolg. Werde mal die Logdatein unter fldigi löschen, brauche ich ja jetzt nicht mehr.
Eine andere Frage:

warum muss ich bei Bandwechsel immer die Frequenz korrigieren? Ich schalte auf ein Band und fahre QSOs. Nun schalte ich auf ein anderes Band und fahre QSOs. Jetzt wieder zurück auf das vorhergehende Band und am TRX ist irgend eine andere Frequenz als vorher eingestellt und ich muss den TRX wieder auf die Ausgangsfrequenz korrigieren. Die Abweichungen liegen von einige Hz bis einige kHz.

MfG 73

Uhland
DL4UP

Hallo Uhland,

das mit den Logdateien ist eine gute Idee.

Die letzte Frequenz jedes Bandes wird eigentlich gespeichert und wieder eingestellt. Das funktioniert bei mir.
Bei den digitalen Modes kommt noch die NF-Trägerfrequenz mit ins Spiel. Wenn die geändert wird, kann es Abweichungen der TRX-Frequenz (im Bereich einiger 100 Hz) geben, weil die mit reingerechnet wird.

73 Ben

Hallo Wolfram,

hast Du Version 7.44 Beta 18 probiert

73 Ben

Ein Zeichen zuviel
FLDIGI 3.22.0 / Modem only / UCX 7.45 Beta 9 / WIN 7 /FA Interface / TS 480 / ohne RSID
Div. Betriebsarten

- Fx: Text wird gesendet
- in einem Wort mit esc wird die Aussendung abgebrochen
- i.O.
- Beim erneuten Start mit Fx oder auch Fy wird der nächste Buchstabe nach dem letzten Abbruch gesendet, bevor der neue Text gesendet wird.

Es hat den Anschein, als ob beim Abbruch der letzte Buchstabe irgendwo hängenbleibt und dann beim nachfolgenden Durchgang noch mit raus geht.

73 de Gregor

Hallo Gregor,

ja, der Effekt ist reproduzierbar.

Habe mal den Text 'A...Z' gesendet und den Datenverkehr mit Fldigi aufgezeichnet:

• Taste: F-Text 'A..Z' senden in UcxLog
• Es wird stückweise 'A..O' zu Fldigi geschickt mit text.add_tx
• Fldigi meldet mit tx.get_data, daß 'A..M' gesendet wurden
• Taste: Esc, Abbruch in UcxLog
• Zu Fldigi wird geschickt: main.abort + text.clear_tx + text.clear_rx
• Fldigi ist auf Empfang
  ...
• Taste: F-Text 'A'..'Z' senden in UcxLog
• Zu Fldigi wird geschickt: text.clear_tx + main.tx + text.add_tx ('ABC')
• Fldigi meldet mit tx.get_data, daß 'N' gesendet wurde
• Fldigi meldet mit tx.get_data, daß 'A' gesendet wurde ...

Zweimal text.clear_tx haben das 'N' in Fldigi nicht gelöscht, da kann ich nichts hinbiegen ...

Interessant wäre noch die Frage, was wirklich über die Soundkarte gesendet wurde.

73 Ben

Hallo Ben,

ich habe gerade mal ein bisschen im Quellcode von fldigi recherchiert, konnte aber auch dort das Problem nicht finden. Eigentlich wird bei text.clear_tx alles ordnungsgemäß gelöscht.
Folgender Vorschlag: Sende als erstes Zeichen des zweiten Durchgangs ein '\b' (Backspace). Wenn vorher im Puffer ein Zeichen steht, wird der Puffer bei Übermittlung eines '\b' komplett geleert.

Hoffe das hilft...

73 Dominik

P.S.: Wenn das auch nicht hilft, dann muss ich noch mal bei Zeiten tiefer graben, denn dann liegt es gar nicht an der Variable tbuf.

Für mich selbst zum späteren Wiederfinden:
void FTextTX::add_text -> widgets/FTextRXTX.cxx, Zeile 884
void FTextBase::clear -> widgets/FTextRView.cxx, Zeile 91
class Text_clear_tx : public xmlrpc_c::method -> misc/xmlrpc.cxx, Zeile 2877

Hallo,

das falsche Zeichen kommt verdächtig schnell nach dem Einschalten des Sendens, die richtigen Zeichen kommen deutlich verzögert.
Deshalb meine Frage, ob das überhaupt wirklich gesendet wird.

73 Ben

Hallo,
was passiert, wenn du tx.get_data am Schluss der Kette an Befehlen nach dem Abbruch aufrufst?
main.abort + text.clear_tx + text.clear_rx + tx.get_data

Beschreibung dazu aus der xmlrpc.cxx:

Returns all TX combined data since last query

Es könnte also noch ein Zeichen stecken geblieben sein, das UcxLog noch nicht abgefordert hat

Es wird scheinbar vor jedem Senden das Zeichen aus dem Sendepuffer entnommen und der Zeichenkette tx_raw_buff hinzugefügt. Diese wird von text.clear_tx nicht beeinflusst sondern nur durch einen erneuten Aufruf von get_tx_data() (was durch tx.get_data geschieht).

73 Dominik

class TX_get_data : public xmlrpc_c::method -> misc/xmlrpc.cxx, Zeile 2953
char *get_tx_data() -> dialogs/fl_digi.cxx, Zeile 6548

Hallo Dominik,

das scheint zu helfen 7.45 Beta 11.
Das falsche Zeichen wurde also nicht gesendet, hängt nur im Fldigi-Puffer.

Dieses RPC-Interface begeistert mich nicht

73 Ben

Kein Buchstabe zuviel!
FLDIGI 3.22.0 / Modem only / UCX 7.45 Beta 11 / WIN 7 /FA Interface / TS 480 / ohne RSID
Passt!
TNX
73 de Gregor

Frequenz wandert

Hallo Ben,

FLDIGI 3.22.0 / Modem only / UCX 7.45 Beta 17 / WIN 7 /FA Interface / TS 480 / ohne RSID
Other interfaces: QSY 1500 Hz, Sideband USB, TX mode SSB

Start UCX mit zB RTTY
TRX QRG 28127,00 / FLGIGI NF 1500, UCX QRG 28128,5
Umschaltung in UCX zB auf DominoEX
TRX QRG 28128,50 / FLGIGI NF 1500, UCX QRG 28130,00
Umschaltung in UCX zB auf Olivia
TRX QRG 28130,00 / FLGIGI NF 1500, UCX QRG 28135,00
D.h. mit jedem Umschaltvorgang steigt die QRG um 1500 Hz = NF QSY

Wenn im Wasserfallfenster von FLDIGI die Betriebsart umgeschaltet wird erfolgt kein QRG-Sprung
Der in FLDIGI gewählte Mode wird richtig zu UCX übertragen, aber das Mode-Fenster ist nicht mehr gelb hinterlegt.

Dieses Verhalten muss irgend wann mal reingerutscht sein, das war "früher" nicht so.

Wenn ich im UCX bin mit Digimode (=gelb hinterlegt),
gehe dann zu Settings/Station/other Interfaces und betätige OK verschwindet die gelbe Hinterlegung des Mode-Fensters!
Wird erst wieder gelb, wenn Mode im UCX geändert wird.

73 de Gregor

Hallo Gregor,

die Frequenz sollte in 7.45 Beta 19 beim Umschalten der Digital-Modes konstant bleiben.
Es ist übrigens nicht "reingerutscht", muß schon immer so unentdeckt gewesen sein.

Der Mode bleibt bei mir auch gelb, wenn er in Fldigi umgeschaltet wird.

Es mag sein, daß Settings-Station den gelben Mode-Hintergrund nicht einschaltet.
Ich möchte aber deshalb von dort nicht auch noch eine Modeänderung anstoßen.
Das sind mittlerweile alles sehr, sehr (eher zu sehr) komplexe Vorgänge ...


73 Ben

Hallo Ben,

Frequenzversatz ist behoben, TNX!
FLDIGI 3.22.01 / Modem only / UCX 7.45 Beta 21 / WIN 7 /FA Interface / TS 480 / ohne RSID
Wenn man Text über F1..F12 ausgibt passt alles.
Wernn man aber Text im Text-Fenster schreibt, werden Leerzeichen nicht übertragen, sondern alles ohne Leerzeichen in einem Wort gesendet.

73 de Gregor

Hallo Gregor,

ja, ich hatte mal vor längerer Zeit bewußt eingebaut, daß Leerzeichen am Ende des Textes gelöscht werden, weil es Probleme bei der synchronen Zeichenzählung in UcxLog und Fldigi gab.
Habe das Löschen in 7.45 Beta 22 rausgenommen, konnte keine Probleme entdecken ...

73 Ben

Hallo Ben,
war am Wochenende zwischen der "Lebkuchenfabrikation" zeitweise im EPC Ukraine DX Contest (PSK 63) QRV.
http://ut7fp.kiev.ua/2010epc-ukr-dx/EPC ... e_eng.html
Die Kopplung mit FLDIGI funktioniert und so macht Contesten jetzt wirklich Spass.
Aber es gibt noch einige Schönheitsfehler...
FLDIGI 3.22.01 / Modem only / UCX 7.46 Beta 5/6 / WIN 7 /FA Interface / TS 480
a.) Contest ausgewählt und geöffnet : Es kommt RTTY! Das selbe gilt, wenn man den Contest fortsetzt, immer erst RTTY.
b.) Bandmap der selbe Effekt, klickt man auf eine Eintragung in der Bandmap (=Rest), es funktioniert, aber auch hier geht der Mode erst mal wieder auf RTTY!
c.) Der ganze Contest läuft in PSK 63, nur im Log steht bei allen (bis auf 1!! ) QSOs PSK 31 als Mode.
73 de Gregor