Hallo, wäre es möglich, zusammen mit der Transceiverfrequenz auch die Betriebsart vom ICOM Transceiver zu übernehmen? Die Frequenz wird gelesen, aber das Programm bleibt bei CW-Betrieb auf SSB. Stellt man das manuell auf CW, wird der Transceiver auf die zuletzt verwendete CW Frequenz gestellt -- und das QSO das man gerade loggen wollte ist erst mal weg.
73 Gerd DJ4KW/V31YN
Betriebsart Übernahme von ICOM Transceiver
Moderator: DL7UCX
- DL7UCX
- Beiträge: 6650
- Registriert: Donnerstag 8. August 2002, 19:23
- Wohnort: Dabendorf
- Kontaktdaten:
Betriebsart Ãœbernahme von ICOM Transceiver
Hallo Gerd,
der Mode sollte natürlich auch übernommen werden.
Damit ich den Fehler finden kann, starte bitte UcxLog mit dem zusätzlichen Parameter -LOG_TRX.
Dann einige Modewechsel am TRX ausführen (die Modes notieren) und die neu entstandene Datei SYSLOG.TXT (im Datenverzeichnis) an mich schicken.
73 Ben
der Mode sollte natürlich auch übernommen werden.
Damit ich den Fehler finden kann, starte bitte UcxLog mit dem zusätzlichen Parameter -LOG_TRX.
Dann einige Modewechsel am TRX ausführen (die Modes notieren) und die neu entstandene Datei SYSLOG.TXT (im Datenverzeichnis) an mich schicken.
73 Ben
Re: Betriebsart Ãœbernahme von ICOM Transceiver
Hallo Ben,DL7UCX hat geschrieben:Hallo Gerd,
der Mode sollte natürlich auch übernommen werden.
Damit ich den Fehler finden kann, starte bitte UcxLog mit dem zusätzlichen Parameter -LOG_TRX.
Dann einige Modewechsel am TRX ausführen (die Modes notieren) und die neu entstandene Datei SYSLOG.TXT (im Datenverzeichnis) an mich schicken.
73 Ben
das SYSLOG.TXT erstelle ich Dir gern und schicke es dann. Für die Fehlersuche: Folgendes ist schon beim Programmstart ärgerlich, der Transceiver läuft schon, man hört eine Station, startet das Logprogramm und das verstellt erst mal den Transceiver auf eine ganz andere Frequenz. Das Gleiche, wenn das Programm schon läuft, defaultmäßig scheint es auf SSB zu stehen, wenn man dann auf CW umschaltet, ist die eingestellte Frequenz erst mal weg. Gibt es eventuell eine Steuerungsmöglichkeit, die das Programm einfach nur auf das LESEN der Transceiverdaten beschränkt - MODE UND Frequenz vom Transceiver lesen, aber nicht unaufgefordert hin schicken?
Ein weiteres Problem im Zusammenhang mit den Modes: Wenn ich bei meiner momentanen Konfiguration auf RTTY schalte, meldet sich zwar MMTTY in der Startleiste unten am Bildschirm, ich bekomme aber den MMTTY Bildschirm nicht zu sehen. Wenn ich das Logprogramm abbreche, bleibt MMTTY in der Startleiste, lässt sich dort auch nicht beenden, nur mit Taskmanager raus werfen. Kann ich da irgendeinen RESET machen?
Ich bin im Moment 10000 km von Dir in Mittelamerika, habe den Notebook von zu Hause mit genommen, dort läuft er normalerweise mit 2 Bildschirmen. Habe ich eventuell das MMTTY auf den jetzt fehlenden 2. Bildschirm gelegt und kommt es deswegen nicht mehr hoch?
73
Gerd DJ4KW
z.Z. V31YN Belize Central America
Re: Betriebsart Ãœbernahme von ICOM Transceiver
Hallo Ben,DL7UCX hat geschrieben:Hallo Gerd,
der Mode sollte natürlich auch übernommen werden.
Damit ich den Fehler finden kann, starte bitte UcxLog mit dem zusätzlichen Parameter -LOG_TRX.
Dann einige Modewechsel am TRX ausführen (die Modes notieren) und die neu entstandene Datei SYSLOG.TXT (im Datenverzeichnis) an mich schicken.
73 Ben
folgende Ausgangs-Situation:
Transceiver steht auf 14075.5 CW,
Log Programm übernimmt das richtig.
Aktion: Ich stelle im Programm Mode um auf SSB.
Fehler: Frequenz springt auf 14081.4 USB. Log Programm hat sich noch gemerkt, dass da früher mal SSB (RTTY) gemacht wurde. Gut gemeint, aber nicht erwünscht.
Ich schalte dann noch mal im Programm zwischen SSB und CW,
Fehler: die Frequenz ändert sich immer mit.
Vorschlag: Da der Transceiver beim Betriebsartenwechsel das nicht macht,
sollte es auch das Programm nicht.
TRX COM State read : 1C 00 00 00 80 25 00 00 11 10 00 00 00 00 00 08 00 02 08 00 02 11 13 00 1A 00 00 00
TRX COM State written: 1C 00 00 00 80 25 00 00 11 10 00 00 00 00 00 08 00 02 08 00 02 11 13 00 1A 00 00 00
TRX COM Settings : 80 25 00 00 11 10 00 00 08 00 02
ClearComm - lpErrors: 00 00 00 00
ClearComm - COMSTAT: 00 00 00 00 01 01 00 00 00 00 00 00
ICOM data block received: FE FE 00 26 01 03 02 FD
ICOM data block received: FE FE 00 26 00 80 14 08 14 00 FD
ICOM data block received: FE FE 00 26 00 20 14 08 14 00 FD
ICOM data block received: FE FE 00 26 00 00 13 08 14 00 FD
ICOM data block received: FE FE 00 26 00 80 09 08 14 00 FD
ICOM data block received: FE FE 00 26 00 00 06 08 14 00 FD
ICOM data block received: FE FE 00 26 00 20 01 08 14 00 FD
ICOM data block received: FE FE 00 26 00 70 95 07 14 00 FD
ICOM data block received: FE FE 00 26 00 60 90 07 14 00 FD
ICOM data block received: FE FE 00 26 00 40 85 07 14 00 FD
ICOM data block received: FE FE 00 26 00 90 78 07 14 00 FD
ICOM data block received: FE FE 00 26 00 10 75 07 14 00 FD
Send Status skipped: Buffer incomplete
ICOM data block received: FE FE 00 26 00 50 72 07 14 00 FD
ICOM data block received: FE FE 00 26 00 20 69 07 14 00 FD
ICOM data block received: FE FE 00 26 00 80 67 07 14 00 FD
Send Status skipped: Buffer incomplete
ICOM data block received: FE FE 00 26 00 30 67 07 14 00 FD
ICOM data block received: FE FE 00 26 00 30 67 07 14 00 FD
Send Status skipped: Buffer incomplete
ICOM data block received: FE FE 00 26 00 10 67 07 14 00 FD
ICOM data block received: FE FE 00 26 00 80 64 07 14 00 FD
ICOM data block received: FE FE 00 26 00 80 60 07 14 00 FD
Send Status skipped: Buffer incomplete
ICOM data block received: FE FE 00 26 00 00 57 07 14 00 FD
ICOM data block received: FE FE 00 26 00 10 51 07 14 00 FD
ICOM data block received: FE FE 00 26 00 70 45 07 14 00 FD
Send Status skipped: Buffer incomplete
ICOM data block received: FE FE 00 26 00 20 FD
Set Mode+Freq 1 14081490 : FE FE 00 E0 05 90 14 08 14 00 FD
Sent completed.
ICOM data block received: FE FE 00 E0 05 90 14 08 14 00 FD
ICOM data block received: FE FE E0 26 FB FD
Sent completed.
ICOM data block received: FE FE 00 E0 06 01 02 FD
ICOM data block received: FE FE E0 26 FB FD
Set Mode+Freq 0 14074570 : FE FE 00 E0 05 70 45 07 14 00 FD
Sent completed.
ICOM data block received: FE FE 00 E0 05 70 45 07 14 00 FD
ICOM data block received: FE FE E0 26 FB FD
Sent completed.
ICOM data block received: FE FE 00 E0 06 03 02 FD
ICOM data block received: FE FE E0 26 FB FD
Set Mode+Freq 1 14081490 : FE FE 00 E0 05 90 14 08 14 00 FD
Sent completed.
ICOM data block received: FE FE 00 E0 05 90 14 08 14 00 FD
ICOM data block received: FE FE E0 26 FB FD
Sent completed.
ICOM data block received: FE FE 00 E0 06 01 02 FD
ICOM data block received: FE FE E0 26 FB FD
Set Mode+Freq 0 14074570 : FE FE 00 E0 05 70 45 07 14 00 FD
Sent completed.
ICOM data block received: FE FE 00 E0 05 70 45 07 14 00 FD
ICOM data block received: FE FE E0 26 FB FD
Sent completed.
ICOM data block received: FE FE 00 E0 06 03 02 FD
ICOM data block received: FE FE E0 26 FB FD
Re: Betriebsart Ãœbernahme von ICOM Transceiver
Hallo Ben,DL7UCX hat geschrieben:Hallo Gerd,
der Mode sollte natürlich auch übernommen werden.
Damit ich den Fehler finden kann, starte bitte UcxLog mit dem zusätzlichen Parameter -LOG_TRX.
Dann einige Modewechsel am TRX ausführen (die Modes notieren) und die neu entstandene Datei SYSLOG.TXT (im Datenverzeichnis) an mich schicken.
73 Ben
jetzt ein File aus dem richtig wahren Leben - das letzte Beispiel war ja konstruiert. Hier die Situation: Transceiver eingeschaltet, 1822 kHz CW, Logbuchprogramm eingeschaltet, verstellt mir den Transceiver auf 80 m (vermutlich weil es nach 80 m Betrieb beendet wurde). Ich stelle wieder auf 1822, mache dort Betrieb, gehe später auf 80 m CW und stimme Frequenz auf 3503 kHz ab. Alles normal im Betrieb, wird richtig geloggt. Nur die vielen Timeouts wundern mich - das kann aber HF Einstrahlung in das micor HAM USB Interface sein und stört weiter nicht.
File im Attachment konnte ich leider nicht senden (380 kB), schicke ich Dir per E-Mail.
73 Gerd
Re: Betriebsart Ãœbernahme von ICOM Transceiver
Hallo Ben,DJ4KW hat geschrieben: .... kann aber HF Einstrahlung in das MICRO HAM USB Interface sein und stört weiter nicht.
File im Attachment konnte ich leider nicht senden (380 kB), schicke ich Dir per E-Mail.
73 Gerd
das genannte File ist per E-Mail an Dich raus!
73
Gerd
- DL7UCX
- Beiträge: 6650
- Registriert: Donnerstag 8. August 2002, 19:23
- Wohnort: Dabendorf
- Kontaktdaten:
Re: Betriebsart Ãœbernahme von ICOM Transceiver
Hallo Gerd,
ich will mal versuchen, die vielen Fragen abzuarbeiten (leider habe ich vom Forum die übliche E-mail-Benachrichtigung über neue Beiträge nicht erhalten):
Lesen der TRX-Daten beim Programmstart
Funktioniert nur bei ICOM nicht, da die Frequenz/Mode-Daten aktiv vom TRX bei Änderung ausgegeben werden (alle anderen TRX werden zyklisch abgefragt).
Vorschlag: UcxLog vorher starten (so mache ich das sowieso immer).
MMTTY startet unsichtbar
Konfigurationsdaten der MMTTY sind für mich nicht sichtbar. Evtl. hilft es, die MMTTY-Datei mit den Einstellungen zu löschen.
Umstellen der Frequenz bei Mode-Wechsel (auf letzte benutzte)
Ich finde das sehr sinnvoll und möchte es nicht missen !
Es gibt auch Transceiver, die das machen.
Der Inhalt der SYSLOG.TXT
ist nicht allgemeinverständlich gedacht, die "Timeouts" sind ok.
Ich sehe nur sehr wenige Modewechsel.
In der SYSLOG.TXT, die Du mir geschickt hast:
? ->CW -> SSB -> CW.
Ob der TRX oder UcxLog was anderes angezeigt haben, weiß ich nicht, hättest Du mir schreiben müssen ("...die Modes notieren ...").
Ich hoffe, Du bist in V3 mehr mit Pile-Ups als mit UcxLog beschäftigt.
73 Ben
ich will mal versuchen, die vielen Fragen abzuarbeiten (leider habe ich vom Forum die übliche E-mail-Benachrichtigung über neue Beiträge nicht erhalten):
Lesen der TRX-Daten beim Programmstart
Funktioniert nur bei ICOM nicht, da die Frequenz/Mode-Daten aktiv vom TRX bei Änderung ausgegeben werden (alle anderen TRX werden zyklisch abgefragt).
Vorschlag: UcxLog vorher starten (so mache ich das sowieso immer).
MMTTY startet unsichtbar
Konfigurationsdaten der MMTTY sind für mich nicht sichtbar. Evtl. hilft es, die MMTTY-Datei mit den Einstellungen zu löschen.
Umstellen der Frequenz bei Mode-Wechsel (auf letzte benutzte)
Ich finde das sehr sinnvoll und möchte es nicht missen !
Es gibt auch Transceiver, die das machen.
Der Inhalt der SYSLOG.TXT
ist nicht allgemeinverständlich gedacht, die "Timeouts" sind ok.
Ich sehe nur sehr wenige Modewechsel.
In der SYSLOG.TXT, die Du mir geschickt hast:
? ->CW -> SSB -> CW.
Ob der TRX oder UcxLog was anderes angezeigt haben, weiß ich nicht, hättest Du mir schreiben müssen ("...die Modes notieren ...").
Ich hoffe, Du bist in V3 mehr mit Pile-Ups als mit UcxLog beschäftigt.
73 Ben
Re: Betriebsart Ãœbernahme von ICOM Transceiver
Hallo Ben,DL7UCX hat geschrieben:Hallo Gerd,
... ...
73 Ben
danke für Deine Antwort, bei mir funktionierte die E-Mail Benachrichtigung. Das Programm zuerst zu starten und dann den Transceiver einzuschalten kann man sich so zur Angewohnheit machen - kein Problem. Ich machte das sonst umgekehrt. Da Du aber den ICOM-Transceiver nie aktiv abfragst, entfällt das bei anderen Programm übliche Genöle "lost communication with transceiver". Mit MMTTY probiere ich mal dessen Dateien zu ersetzen.
Das UCX-Log Programm bewährt sich gut beim CW Betrieb in V3. Sehr hilfreich ist beim Pile Up Abarbeiten, dass immer Vorschläge für die Ergänzung teilweise eingegebener Rufzeichen gemacht werden, um bereits geloggte oder allgemein bekannte Stationen zu erraten und besser zu erkennen.
73 - Gerd V31YN DJ4KW