Forum by DL7UCX

Hallo,

Im RUN-Betrieb:

Ein von mir im zweiten Anlauf korrigiertes Rufzeichen des QSO-Partners sollte diesem nochmals gegeben werden damit jeder weiss woran er ist.

Hatte bislang ein von mir falsch verstandenes Rufzeichen der Gegenstation (diesmal korrekt) im CALL-Fenster eingetragen und anschließend mit dem Paddle bestätigt.Danach über ENTER weiter CQ TEST...

Habe seit einiger Zeit Pcalv auf ( bei mir ) F9 gelegt und gebe dadurch erst das korrigierte Call, anschließend ENTER und weiter CQ TEST.

Schon mal besser als zuvor.
Als Anregung hierzu erwähnte ein OV-Kollege das bei "seinem" Log es eine Korrektur-Möglichkeit gibt, welche ein ausgebessertes Call erkennt und vor dem Loggen automatisch sendet bevor es zum CQ TEST übergeht

Jetzt meine Frage ob und wie Ucxlog auch eine elegantere Lösung anbietet?

Hallo Andreas,

ich denke, der F3-Text "Pcalv tu" oder "&Pcalv tu" macht doch genau das, was Du möchtest ...

73 Ben

Pcalv
Call der Gegenstation (Partner Call Variable)
Sendet das aktuelle Call (im Work-Fenster) nur, wenn es ungleich dem letztem gesendeten Pcal… ist.
Sendet das geloggte Call, wenn das aktuelle Call leer ist und das geloggte Call ungleich dem letztem gesendeten Pcal… ist.

Nein, leider nicht.

Mein vorheriger F3-Text ist " tu Pcall"
d.h. mit ENTER wird geloggt und halt "tu Pcall" ausgegeben.

Mit F3-Text "Pcalv tu Pcall" oder "&Pcalv tu Pcall" wird wie gewünscht das korrigerte call gegeben und anschließend "tu Pcall"
Wenn aber beim ersten Mal das Call korrekt gegeben wird und ich anschließend ENTER drücke wird trotzdem
das Call erneut und tu Pcall gesendet.

Bekomme leider keinen Screenshot meines Sende CW erzielt.

Doch.
Du musst das "Pcall" weglassen.
Nur "Pcalv tu".

Das Pcall hast Du doch schon mit F2 gegeben.

73 Ben

Sri, Tippfehler im letzten Beitrag:
Jetzt richtig.

Nein, leider nicht.

Mein vorheriger F3-Text ist " tu Ocall"
d.h. mit ENTER wird geloggt und halt "tu Ocall" ausgegeben.

Mit F3-Text "Pcalv tu Ocall" oder "&Pcalv tu Ocall" wird wie gewünscht das korrigerte call gegeben und anschließend "tu Ocall"
Wenn aber beim ersten Mal das Call korrekt gegeben wird und ich anschließend ENTER drücke wird trotzdem
das unveränderte ( da richtige) Call erneut und tu Ocall gesendet.

Bekomme leider keinen Screenshot meines Sende CW erzielt.

Nein, das unverändert geloggte Call wird mit "Pcalv tu Ocall" nicht erneut gegeben.
Extra gerade nochmal probiert.

73 Ben

Mmh,

habe bestimmt 20x mit verschiedenen F3-Texten probiert
"Pcalv tu"
"&Pcalv tu"

beides mit und ohne angehängten "Ocall"

Es wird immer das Pcal.. gesendet, auch bei unverändertem Call. Das Log-Fenster dient nur als Tätigkeitsnachweis, hi

Dann weiß ich nicht, was bei Dir abläuft.
Diese Funktionalität gibt seit über 10 Jahren mit einigen Tausend Nutzern ...

73 Ben

Noch ein Gedanke, auch wenn es damit nichts zu tun haben sollte:
Wie tastest Du den TRX ?

73 Ben

Moin Andreas,

ich vermute, Du tastest den TRX über "CAT".
Da kann ich den Fehler nachvollziehen und untersuche das jetzt, qrx ...

Zur Tastung über CAT sagt die Help:

Bei Kenwood, Flexradio und anderen gibt es Einschränkungen, daher besser Möglichkeit 1 oder 2 verwenden.:
- Keine Änderung des CW-Textes oder der Geschwindigkeit während des Sendens.
- Textlänge begrenzt auf 24 oder mehr Zeichen (hängt vom TRX-Type ab).
- Abbruch des Sendens evtl. nicht möglicht.

Beim Aktivieren wird eine entsprechende Warnung angezeigt.

Ich denke, eine ernsthafte Contest-Teilnahme erfordert andere, bessere Tast-Möglichkeiten
Die Tastung über CAT ist (außer bei Elecraft) eine Notlösung, wenn alles andere kurzfristig nicht realisierbar ist.
Vermutlich deshalb ist dieser Fehler bisher nie bemerkt worden, sri.

73 Ben

Moin, mal noch meinen Senf dazu , im N1MM wird es auch nur über CAT getastet und dort konnte ich weder bei ICOM 7610 noch FLEX 8400M Probleme feststellen.

Hallo,

das seit gestern bekannte Problem in UcxLog mit dem ungewollt wiederholten Senden eines unveränderten Rufzeichens bei CW über CAT habe ich
in UcxLog Version 8.47 Beta 15 (uploaded) hoffentlich behoben.

Alles andere sind keine Probleme, sondern prinzipielle Einschränkungen bei CW über CAT, die jeder für sich bewerten kann.

73 Ben

Noch eine Anmerkung für Andreas zum Bild des "Senden"-Fensters:
Bei den "Kurz-Ziffern" würde ich auf jeden Fall die "0" ankreuzen (eher als die "1").

73 Ben