Title: mcHF - SSB und Contest-Programm WinTest
Post by: dl2kuh on 07. January 2021, 21:56:42
Hallo OM´s,
Am kommenden Sonntag möchte ich am 10m DARC Contest in SSB mit dem mcHF teilnehmen (vom Berg).
Meine Umgebung: mcHF ver. 04 (UI/RF Board)
Bootloader 5.04
UHSDR 2.10.0
Problem: die Bandmap Radio 1 bewegt sich nie. (der Zoom über das Mouserad funktioniert)
Der mcHF wird über "FT-817" in WinTest angesprochen.
BandMAP Radio 1 zeigt die BandSegmente für den Contest. Die QRG des
VFO-A von meinem TRX wird übernommen/der Digital-Wert ändert
sich. Ich ändere die QRG am TRX. Der Freq-Wechsel/Bandwechsel wird im Fenster "Radio 1" korrekt angezeigt.
Leider verschiebt sich nicht die Freq der BandMap in der Anzeige "Radio 1" nicht.
Ich habe ein kurzes Video (850Kbyte als ZIP-File) hochgeladen.
Hat jemand diese Problem gehabt ?
73 Hagen DL2KUH |
Title: Re:mcHF - SSB und Contest-Programm WinTest
Post by: DF8OE on 08. January 2021, 07:05:41
Hallo Hagen,
da die sich veränderte Frequenz irgendwo in Wintest korrekt angezeigt wird ist die Kommunikation zwischen UHSDR und deinem PC in Ordnung. Meine Vermutung ist ein Einstellungsfehler in Wintest (aber nicht an den Kommunikationseinstellungen!) oder ein Bug in Wintest am wahrscheinlichsten. Nachvollziehen kann ich hier davon nichts, da ich kein Windows einsetze und auch versuche, weitestgehend keine Anwendungen via "wine" laufen zu lassen (aktuell benutze ich nur ab und an den SprintLayout-Viewer).
vy 73 - bleib gesund
Andreas |
Title: Re:mcHF - SSB und Contest-Programm WinTest
Post by: DL2GMI - Michael (H44MI) on 08. January 2021, 11:11:23
Hallo Hagen,
ich meinte man kann einstellen, das die Skala fix ist oder mitwandert. Wie Andreas schon vollkommen korrekt geschrieben hat, funktioniert die Kommunikation ja bereits. Es kann natürlich auch sein, das über die Auflösung und Darstellung des Contestbereichs garkeine Verschiebung notwendig ist.
Ich werde am Sonntag ebenfalls QRV sein (Clubstation DL0MA), natürlich allein wegen Corona.
Gruss,
Michael |
Title: Re:mcHF - SSB und Contest-Programm WinTest
Post by: dl2kuh on 08. January 2021, 18:48:55
Es wird noch "wunderlicher".
EDIT:
mcHF-DL2KUH (FW 2.10.0): funktioniert es nicht
mcHF-DJ9SN (FW 1.6.0): funktioniert es
Ich habe 2ten mcHF (DJ9SN) angeschlossen am gleichen Laptop (gleiches USB-Kabel) und alles geht wie gewünscht, siehe Video/Fotos der mcHF CAT -Einstellungen im Zip-File-Anhang.
DJ9SN und ich DL2KUH, wir haben 2016 zusammen beide mcHF aufgebaut, absolut identische Hardware und jede HW-Modifikation ist gleich.
DJ9SN: mcHF ver. 04 (UI/RF Board)
Bootloader: (sehr alt, nicht DF8OE)
firmware: 1.6.0
EDIT:
DL2KUH: mcHF ver. 04 (UI/RF Board)
Bootloader 5.04
UHSDR 2.10.0
Ich habe die mcHF-DJ9SN CAT Einstellungen angeschaut und beim mcHF-DL2KUH auch eingestellt. Leider bleibt es wie vorher (Video/Fotos der Einstellungen im Zip-File-Anhang). Es funktioniert nicht bei mcHF-DL2KUH.
FW 1.6.0:
CAT Mode: ON
CAT Running in Sandbox: OFF
CAT-DIG-FREQ-XLAT: ON
FW 2.10.0:
CAT Running in Sandbox: OFF
CAT-DIG-FREQ-XLAT: ON
1) Kann es sein das die CAT-Schnittstelle (FT-817 Protokoll) unterschiedlich zw. Firmware 1.6.0 und Firmware 2.10.0 implementiert ist ?
z.B. den Eintrag "CAT Mode" ON/OFF gibt es in der Firmare 2.10.0 nicht mehr.
2) gibt es weitere Einstellmöglichkeiten der CAT in der UHSDR-Firmware, die das CAT Verhalten beeinflussen ?
EDIT: Kontakt zu den Wintest-Autor ergibt diesen Kentnissstand:
Es deutet darauf hin, dass das Problem bei dem FT-817
liegt. Es scheint, dass der FT-817 ununterbrochen Daten zum Wintest
sendet.
Wintest Funktion der Freq.-Anzeige in der Bandmap. Es laueft so, dass
die digitale Anzeige (oben) sofort nach dem Eingang der Daten vom TRX
aktualisiert wird. Der Zeiger in der Bandmap aber erst mit den sonstigen
Daten (Spots, gesperrte Bereiche u.a.). Wenn jetzt aber schon die
naechsten Daten ankommen bevor die Aktualisierung fertig ist, dann wird
die Ausgabe unterbrochen und es wird wieder von vorn angefangen.
73 Hagen DL2KUH |
Title: Re:mcHF - SSB und Contest-Programm WinTest
Post by: DF8OE on 09. January 2021, 06:43:00
Ich empfehle sowohl den Bootloader (die älteren Versionen - egal ob DF8OE oder nicht-DF8OE hatten einen heftigen Bug) als auch die Firmware auf den aktuellen Stand zu heben. Es ist NICHT möglich, für ältere Versionen noch irgendwelche Hilfestellungen zu geben (außer dem Tipp, sie upzudaten).
vy 73
Andreas |
Title: Re:mcHF - SSB und Contest-Programm WinTest
Post by: dl2kuh on 09. January 2021, 11:03:51
Hallo Andreas und OM´s
ich habe meinen Eintrag oben editiert und detailierten Fragen und auch neuen Erkenntnisse nach Kontakt zu Wintest-Autor ergänzt.
Es geht nicht um Hilfe/Änderungen für die alter Firmware 1.6.0. Dies war gedacht, als Hinweis, dass es mit Firmware 1.6.0 funktioniert und mit der aktuellen offiziellen Firware 2.10.0 leider nicht.
Diese offizielle Release 2.10.0 verwende auf dem mcHF-DL2KUH (eben mit den WinTest Problemen).
73 Hagen DL2KUH |
Title: Re:mcHF - SSB und Contest-Programm WinTest
Post by: DF8OE on 09. January 2021, 14:25:52
Die aktuelle offizielle Release ist 2.11.95.
Die 2.10.0 ist hoffnungslos veraltet.
vy 73
Andreas |
Title: Re:mcHF - SSB und Contest-Programm WinTest
Post by: dl2kuh on 09. January 2021, 17:12:29
Ich habe jetzt die aktuelle offizielle Release ist 2.11.95 eingespielt. Leider ändert sich am oben geschilderten Verhalten von WinTest nichts. Kein Unterschied zwischen Firmware 2.10.0 und Firmware 2.11.95
1) Kann es sein das die CAT-Schnittstelle (FT-817 Protokoll) unterschiedlich zw. Firmware 1.6.0 und Firmware 2.11.95 implementiert ist ?
z.B. den Eintrag "CAT Mode" ON/OFF gibt es in der Firmare 2.11.95 nicht mehr.
2) gibt es weitere Einstellmöglichkeiten der CAT in der UHSDR-Firmware, die das CAT Verhalten beeinflussen ?
Mir geht es nicht um eine kurzfirstige Lösung. Es könnte ja was Grundlegendes in der CAT Implementierung des FT-817 auch in der Firmware 2.11.95 sein.
Den 10m DARC Contest, werde ich morgen mit diesen Einschränkungen bei WinTest bestreiten. Ich fahre auf den Berg und werden den mcHF erstmalig im Contest und erstmalig aus dem Auto betreiben.
73 Hagen DL2KUH |
Title: Re:mcHF - SSB und Contest-Programm WinTest
Post by: DF8OE on 10. January 2021, 08:51:25
Mir ist da nichts bekannt oder beim Betrieb mit irgendeinem meiner Programme aufgefallen. Insbesondere werden Frequenzänderungen in beiden Richtungen (PC --> TRX und TRX --> PC) sofort synchron ausgeführt. Ich arbeite mit den Programmen fldigi, flrig, hamlib und WSJTX (was CAT angeht). Ich kann auch logisch nicht nachvollziehen, was da am CAT falsch laufen soll, wenn eben diese bidrektionale Frequenzübermittlung nachweislich funktioniert.
Aber Du kannst ja mal auf Github (https://github.com/df8oe/UHSDR/issues) einen Issue aufmachen damit das alle Programmierer lesen...
vy 73
Andreas |
Title: Re:mcHF - SSB und Contest-Programm WinTest
Post by: Olaf - DK2LO on 14. January 2021, 13:55:04
Hallo Hagen,
ich habe leider Deine Mitteilung erst heute gelesen, da ich lange nicht im Forum angemeldet war.
Ich kann Deine Beobachtungen bestätigen. Bei mir ist auch die Bandmap "tot".
Meine Konfiguration:
mcHF 0.6.3
WINTEST 4.25.0
UHSDR 2.11.88
Ich hatte erstmal nicht vor den mcHF im Contest zu nutzen. Deshalb war mir dieser Fehler nicht aufgefallen. Ich wollte WINTEST nur im DXpedition Logmode nutzen. Da braucht man dann ja keine Bandmap. Die QRG wurde richtig angezeigt und CW via Winkeyer ging auch.
Trotzdem wäre ich an einer Lösung sehr interessiert und würde mich freuen wenn Du sie hier veröffentlichen würdest. Scheint ja irgendwie zu gehen, aber nicht in allen Umgebungen.
73 Olaf |
Title: Re:mcHF - SSB und Contest-Programm WinTest
Post by: dl2kuh on 17. January 2021, 13:32:01
Thanks Olaf of your confirmation with other mcHF.
I followed Andreas suggestion and just opened an issues report: https://github.com/df8oe/UHSDR/issues/1891
Danke Olaf - für die Problem- Bestätigung mit einem anderen mcHF.
Ich haben Andreas Vorschlag folgend einen Report in Github eröffnet: https://github.com/df8oe/UHSDR/issues/1891
73 Hagen DL2KUH
|
Title: Re:mcHF - SSB und Contest-Programm WinTest
Post by: Olaf - DK2LO on 17. January 2021, 16:54:06
Hallo Hagen,
danke für den Report im Github.
Ich habe den Vorschlag von DB4PLE ausprobiert und die Polling Rate im Wintest geändert. Sowohl 300 als auch 1000 haben bei mir keine Änderung gebracht.
Nachtrag:
Bootloader 5.0.4
CAT Running in Sandbox: OFF
CAT-DIG-FREQ-XLAT: ON
OS: Windows 10 64bit
Die gleichen Werte wie bei Dir.
Mir ist noch aufgefallen, dass QSY (die blauen up und down Pfeile) vom WINTEST aus nicht funktioniert. Also Bandwechsel geht hier nur manuell am mcHF. Ist das bei Dir auch so?
73 Olaf |
Title: Re:mcHF - SSB und Contest-Programm WinTest
Post by: dl2kuh on 18. January 2021, 20:10:18
Hallo Olaf,
ich habe alle Polling Einstellungen zw. 100ms - 1000ms ausprobiert. Auch bei mir keine Änderungen. Änderungen der Freq-Scale der Band-Map je Band ändert sich nicht.
QSY mittels der blauen Pfeile funktioniert. Das scheint vom Contest anhängig zu sein. Im 10m Contest geht es nicht (macht Sinn). Im CQ-WW-DX-Contest (alle Bänder) da habe ich es getestet.
Ich habe gerade UCX-Log ausprobiert (habe wenig Erfahrungen). Dort funktioniert die Freq-Anzeige in der Band-Map.
73 Hagen |
Title: Re:mcHF - SSB und Contest-Programm WinTest
Post by: Olaf - DK2LO on 19. January 2021, 08:13:11
Hallo Hagen,
QSY geht jetzt auch. Das war mein Fehler. Ich habe den mcHF als Radio2 definiert. Da muss man dann Radio2 als aktives Radio anschalten.
Doppelclick auf ein Call in der Bandmap funktioniert. Der mcHF wechselt zur gewünschten QRG, nur die Frequenz in der Bandmap ändert sich nicht. Durch ein QSY auf ein anderes Band mittels blauer Pfeil und wieder zurück wird die neue aktuelle Frequenz des mcHF in der Bandmap angezeigt.
Das ist natürlich nicht schön, wenn man nach jedem Frequenzwechsel durch dieses geclicke die Bandmap überreden muss die richtige Frequenz anzuzeigen.
Viellicht kommt ja doch noch eine Lösung.
73 Olaf |
Title: Re:mcHF - SSB und Contest-Programm WinTest
Post by: DF8OE on 19. January 2021, 08:26:46
UHSDR übermittelt die eingestellte Frequenz nach jeder Änderung am Gerät. Und wenn das Programm via CAT einen Frequenzwechsel macht (es also die gewünschte Frequenz via CAT an das Gerät übermittelt) weiß das Programm doch selbst auf welche Frequenz gewechselt wurde.
Verändere ich nun die Frequenz im Programm: dann weiß das Programm das doch, da es selbst der "Verursacher" dieses Frequenzwechsels ist.
Verändere ich die Frequenz am Gerät, dann wird diese Änderung sofort via CAT übermittelt.
UHSDR übermittelt via CAT lediglich Frequenzen. Entweder unaufgefordert (wenn die Frequenz am Gerät geändert wird) oder auf "Nachfrage via CAT".
Mir ist vollkommen schleierhaft was da falsch laufen kann - mir fällt kein weiteres Szenario ein als das von Danilo beschriebene (Eine Übermittlung erfolgt nicht periodisch sondern nur auf Nachfrage)...
Ich bin gespannt was hier ermittelt wird, vermute aber nach wie vor einen Fehler in Wintest. Ein sehr deutlicher Hinweis ist hier:| Doppelclick auf ein Call in der Bandmap funktioniert. Der mcHF wechselt zur gewünschten QRG, nur die Frequenz in der Bandmap ändert sich nicht. |
|
Das Programm kennt die Frequenz - es übermittelt sie ja korrekt an UHSDR. Wieso wechselt es dann nicht die Bandmap dementsprechend? CAT soll bei einer Frequenzänderung auf jeden Fall nicht "Papagei" spielen und jede Frequenzänderung mit zurücksenden der Frequenz beantworten...
vy 73
Andreas |
Title: Re:mcHF - SSB und Contest-Programm WinTest
Post by: Olaf - DK2LO on 19. January 2021, 15:35:04
Ja in der Tat sehr merkwürdig.
Die digitale Frequenzanzeige in der Bandmap stimmt. Sie folgt jeder Veränderung am mcHF, egal ob durch Drehen am VFO-Knopf oder durch die Band-Tasten.
Dier mcHF folgt der Veränderung der Frequenz vom WINTEST aus, z. B. durch Bandänderung, wenn der Contest das erlaubt. Aber auch mit dem QSY-Befehl (Alt+F4) wird die Frequenz im mcHF korrekt auf die Pass-QRG geändert. Sogar die Splitfrequenz wird problemlos vom WINTEST zum mcHF übermittelt.
Die Frquenzskala der Bandmap ändert sich nur bei Bandwechsel via WINTEST. Die Bandmap und der Frequenz-Cursor bleiben immer am Anfangswert nach Bandwechsel stehen und die Frequenzskala auch. Dieser erste Wert ist korrekt, aber sowohl der Cursor als auch die Bandmap ändern sich nicht, obwohl die digitale Frequenzanzeige im Titel der Bandmap immer aktuell ist.
Eben habe ich noch etwas interessantes entdeckt. Wenn man in der Bandmap auf die Listenansicht schaltet funktioniert alles bestens. Die Bandmap wird mit der richtigen Frequenzskala angezeigt und auch der Frequenz-Cursor. Das deutet doch sehr auf einen Bug im WINTEST hin, wie Andreas schon vermutete.
Hier noch zur Vollständigkeit meine Definitionen des mcHF im WINTEST:
9600 8-N-1
DTR immer aus
RTS immer aus
73 Olaf
|
Title: Re:mcHF - SSB und Contest-Programm WinTest
Post by: dl2kuh on 19. January 2021, 19:19:46
zur Erinnerung/das wurde heute nochmal bestätigt und deshalb sehen wir keine Änderung in der Skala der Band-Map.
Kontakt zu den Wintest-Autor ergibt diesen Kentnissstand:
Es deutet darauf hin, dass das Problem bei dem FT-817
liegt. Es scheint, dass der FT-817 ununterbrochen Daten zum Wintest
sendet.
Wintest Funktion der Freq.-Anzeige in der Bandmap. Es laueft so, dass
die digitale Anzeige (oben) sofort nach dem Eingang der Daten vom TRX
aktualisiert wird. Der Zeiger (Skala) in der Bandmap aber erst mit den sonstigen Daten (Spots, gesperrte Bereiche u.a.). Wenn jetzt aber schon die naechsten Daten ankommen bevor die Aktualisierung fertig ist, dann wird die Ausgabe für Skala unterbrochen und es wird wieder von vorn angefangen.
|
Title: Re:mcHF - SSB und Contest-Programm WinTest
Post by: Olaf - DK2LO on 19. January 2021, 20:07:21
Hallo Hagen,
ja aber warum funktioniert die Listenansicht der Bandmap??
Ist jedenfalls bei mir so. Kannst Du das bestätigen?
73 Olaf |
Title: Re:mcHF - SSB und Contest-Programm WinTest
Post by: dl2kuh on 20. January 2021, 00:18:04
Ja Listenansicht funktioniert.
Bin mit meinem Latein am Ende.
Evtl finden die CAT Entwickler noch was. Sie schrieben, sie werden sich die USBport Campture Files der beiden Firmware-Versionen anschauen.
Der entsprechenden Github Link steht weiter oben in diesem Forum Thread. |
Title: Re:mcHF - SSB und Contest-Programm WinTest
Post by: DF8OE on 20. January 2021, 05:47:30
In meinen Augen ist das nun - ohne dass ich mir die USB-Geschichten überhaupt angesehen habe - ein ganz eindeutiges Wintest-Problem.
Der Autor des Programmes geht von einem exakten Timing aus - was er nicht tun sollte, wenn er "sauber" implementiert.
Schreibt bitte dem Autor dass ankommende Daten auf jeden Fall ausgewertet werden und nicht zu einem Hänger führen, weil Wintest sie zu einem so frühen Zeitpunkt nicht erwartet hat. Dafür gibt es Puffer. Das Problem kann bei so einer Programmierung schon bei einer Firmwareänderung jeden x-beliebigen Geräte (auch bei kommerziellen Geräten) auftreten - oder wenn es von einem Gerät ein "MK-II" gibt.
vy 73
Andreas |
Title: Re:mcHF - SSB und Contest-Programm WinTest
Post by: dl2kuh on 20. January 2021, 11:20:31
Hallo Andreas,
soll das bedeuten, ihr schaut Euch die WireShark USBport capture Daten der beiden unterschiedlichen Firmware Versionen doch nicht an ?
Diese habe ich gestern nochmal auf die Issue Seite hochgeladen.
Ich hoffe ja doch, denn mit der CAT in Firmware 1.6.0 ging ja alles.
73 Hagen DL2KUH |
Title: Re:mcHF - SSB und Contest-Programm WinTest
Post by: DF8OE on 20. January 2021, 12:02:09
Das macht Danilo auf jeden Fall. Fraglich ist nur, ob wir, sollte es daran liegen dass UHSDR einfach schneller ist als ein original FT-817, zusätzliche "Verschlechterungen" in die Firmware einbauen und UHSDR künstlich verlangsamen. Sollte es daran liegen sollte lieber der Weg beschritten werden und Wintest sollte in diesem Punkt verbessert werden. Sonst orientieren wir uns am schwächsten Glied - nicht gut.
vy 73
Andreas |
Title: Re:mcHF - SSB und Contest-Programm WinTest
Post by: dl2kuh on 07. March 2021, 18:23:18
Hallo Olaf DK2LO,
https://github.com/df8oe/UHSDR/issues/1891
schau mal hier die letzten Einträge.
Ich habe den Path auf meinem mcHF erfolgreich ausprobiert. Kannst Du mal testen, ob es bei Deinem mcHF auch funktioniert ?
Mit dem Patch ist bei mir das Problem unter Wintest behoben. Die "scale of Bandmap" scrollt wunderbar wie erhofft mit und ist zusätzlich zur digitalen Frequenz-Anzeige im VFO zu sehen.
73 Hagen DL2KUH |
Title: Re:mcHF - SSB und Contest-Programm WinTest
Post by: Olaf - DK2LO on 07. March 2021, 19:34:00
Hallo Hagen,
das hört sich ja gut an. Melde mich hier wenn ich das getestet habe. Kann aber etwas dauern, habe noch andere Baustellen ...
73 Olaf |
Title: Re:mcHF - SSB und Contest-Programm WinTest
Post by: Olaf - DK2LO on 08. March 2021, 11:48:44
Hallo Hagen,
funktioniert jetzt auch bei mir mit der aktuellen FW 2.12.0. Danke an alle Beteiligten!
Ich beobachte allerdings ein neues Phänomen. Ich benötige jetzt 2 Doppelklicks, um das Rufzeichenfeld von der Bandmap aus zu befüllen. Ist nur mit dem mcHF, der Elecraft K3 tut es wie gewohnt. Hast Du auch diesen Effekt?
73 Olaf
|
Title: Re:mcHF - SSB und Contest-Programm WinTest
Post by: dl2kuh on 09. March 2021, 07:59:02
Vielen Dank an Danilo DB4PLE für die Korretur des CAT-Interfaces !!
Hallo Olaf,
das kann ich nicht bestätigen. 1x Doppelklick übernimmt bei mit das Call aus der Bandmap in das Rufzeichenfenster von Wintest (4.33.0), getestet mit UHSDR 2.12.0.
Meine Wintest-COM-Einstellungen siehe Grafik im Anhang.
73 Hagen DL2KUH |
Title: Re:mcHF - SSB und Contest-Programm WinTest
Post by: Olaf - DK2LO on 09. March 2021, 12:02:49
Hallo Hagen,
danke für die Rückmeldung!
Habe hier WINTEST 4.25. Bei den Stopbits hatte ich 1, Änderung auf 2 hat keine Veränderung gebracht. Beim ersten Doppelclick wird nur die Frequenz richtig besetzt, erst beim zweiten Doppelclick auf das gleiche Call wird das Rufzeichenfeld befüllt. Ist schon merkwürdig. Das ist nur mit dem mcHF so. Da ich zum Contesten den K3 nutze und dort alles wie gewünscht funktioniert ist es für mich kein wichtiges Problem. Wenn ich mehr Zeit habe kann ich ja mal die aktuelle WINTEST Version prüfen.
Viel Spass im Contest
Olaf |
Title: Re:mcHF - SSB und Contest-Programm WinTest
Post by: DB4PLE on 09. March 2021, 17:20:46
Hallo,
nur am Rande: Die Einstellungen zu Geschwindigkeit und Stopbits sind völlig unerheblich für die UHSDR Firmware, da ja am anderen Ende keine echte serielle Schnittstelle ist. Die Daten werden mit USB Geschwindigkeit übertragen. Was tatsächlich einen Unterschied macht, sind die Einstellungen für DTR und RTS, denn darauf kann die UHSDR Firmware reagieren, wenn man das entsprechend eingestellt hat. Ist aber i.d.R. nicht notwendig, besser ist die Nutzung des FT-817 CAT Protokolls wie hier gezeigt.
73
Danilo |
Diskussions- und Newsboard des DARC-Ortsverbandes I40 | Powered by YaBB SE
© 2001-2003, YaBB SE Dev Team. All Rights Reserved.
|