Forum by DL7UCX

Danke Ben ! Wer die remarks "Sender<ES>DX" generiert, weiß ich auch (immer) noch nicht; sehe aber zwischenzeitlich wieder solche Meldungen, z.B. von RU4HU (Anhang). Weil dort aber der Sender zuerst und DX als 2. Grid steht, sind die auch ok. Die Meldungen aus UA, bei denen Sender und DX ve...

Moin Ben, danke für Deine schnelle Reaktion. Meine Absicht, Beispiele aus dem DX Cluster Fenster zu senden, geht im Moment nicht, weil auf 6m "tote Hose" ist und keine neuen/alte Squares angezeigt werden. Wenn es wieder Beispiele gibt, versuche ich, mittels PSKreporter herauszufinden, mit ...

Aktuell verbessere ich den Kontostand der "gearbeitete Großfelder" auf 50 MHz und erwarte im DX Cluster Fenster FT8-Meldungen für "fehlende Großfelder". Allerdings werden leider nicht die Stationen mit fehlenden Grid angezeigt. Als "fehlend" wird der Großfeld-Kenner der...

Geht jetzt wieder, SORRY.
Keine Ahnung, wo da was geklemmt hat ...

Wenn die Fenster "Work", das Hauptfenster und "DX Cluster" gleichzeitig geöffnet sind, springt der Fokus (Cursor) automatisch immer wieder zurück zur Rufzeicheneingabe im Fenster "QSO Loggen". Dadurch kann ich nicht mehr das DX Cluster-Fenster bereinigen oder durch den ...

Danke Ben !
Mit NOT habe ich experimentiert, jedoch DXCC und entity benutzt ... war leider falsch.
Das Sternchen probiere ich jetzt.
73, Thomas

Mein DX Cluster Fenster zeigt nur noch unbestätigte oder ungearbeitete Slots an. "unknown DXCC" tauchen dabei selten auf - mit einer Ausnahme: D0 und D1. Die habe ich bisher in der SUPPRESS-Liste "gepflegt". Jedoch ist diese Liste inzwischen sehr lang und wird immer noch länger. ...

SORRY ! Nicht nachmachen; das funktioniert so (leider) doch nicht. Der Rechnerstart heute hat gezeigt, dass stimmt, was Ben geschrieben hat: JTDX und WSJT-X kommunizieren nur über die Adresse 127.0.0.1 gleichzeitig mit UCXLog. Das allerdings bemeckert JTAlert, weil das Programm eine Multicast-Adress...

Nu' geht's ! Mit der multicast-IP-Adresse 224.0.0.1 und UDP-Server Port 2237 kommunizieren UCXLog, WSJT-X, JTDX und JTAlert miteinander und JTAlert meckert nicht mehr; UFB. JTAlert räumt meinen Bildschirm auf, zeigt mir nur noch das an, was mir wichtig ist und färbt das nur dann ein, wenn ich das mö...

DANKE, Ben ! Kaum macht man's richtig, schon geht's ... ; jedenfalls sehe ich jetzt die decodierten Calls beider FT8-Programme im DX Cluster Fenster und das war ja mein Ziel. Die multicast IP-Adresse ist durch JTAlert ins Spiel gekommen. JTAlert meckert jetzt, verbindet sich nicht mehr mit WSJT-X un...

Danke für die Antwort, Ben. Das habe ich gemacht; aber es geht nicht ... Mit dem Link zum WSJT-X ADIF Log übernimmt UCXLog die decodierten Meldungen in das DX Cluster Fenster; so, wie es sein soll. Um wenigstens als ersten Schritt nur UCXLog und WSJT-X via UDP zu verbinden, habe ich in WSJT-X - Sett...

moin, moin, hier werkeln WSJT-X und JTDX gleichberechtigt parallel, weil in kritischen Situationen mal dieses und mal jenes Programm einen Tick besser zu sein scheint. Ich möchte, dass von BEIDEN Programmen die decodierten (new mode on band) Calls in das DX Cluster Fenster vom UCXLog übernommen werd...

Danke, Ben ... ... insbesondere für den Hinweis, dass ja einzelne Spots gelöscht werden können. Das habe ich x-mal versucht und nicht hinbekommen, weil ich versucht habe, mit den Maustasten ein Untermenü zu finden. Auf die Idee, die Tastatur mit "Entf" zu nutzen, bin ich erst jetzt gestoße...

Hallo Ben, hier laufen UCXLog und WSJT-X parallel. Die nicht gearbeiteten/bestätigten DXCC werden im DX Cluster Fenster angezeigt. Bandwechsel zur falschen Zeit: Wenn ein Bandwechsel erfolgt kurz bevor WSJT-X einen 15sec. Zyklus beendet und die decodierten Msgs noch nicht ausgegeben hat, erscheinen ...

moin, durch Bandwechsel zur falschen Zeit werden in meinem DX Cluster Fenster FT8-Stationen mit falschen Band-/Frequenzangaben angezeigt. Deren Anzahl kann beim Wechsel von 10m auf 6m sehr groß sein ... :shock: Um die zu löschen, schließe/öffne ich UCXLog gelegentlich. Gibt es eine bessere Möglichke...