{"id":25528,"date":"2024-11-12T11:04:26","date_gmt":"2024-11-12T10:04:26","guid":{"rendered":"https:\/\/saure.org\/cq-nrw\/?p=25528"},"modified":"2024-11-12T11:10:25","modified_gmt":"2024-11-12T10:10:25","slug":"hermes-lite-2-unter-macos-und-linux-als-desktop-version-mit-deskhpsdr-von-heiko-dl1bz","status":"publish","type":"post","link":"https:\/\/saure.org\/cq-nrw\/2024\/11\/12\/hermes-lite-2-unter-macos-und-linux-als-desktop-version-mit-deskhpsdr-von-heiko-dl1bz\/","title":{"rendered":"Hermes Lite 2 unter macOS und LINUX als Desktop-Version – mit deskHPSDR von Heiko DL1BZ"},"content":{"rendered":"

\"\"<\/a><\/p>\n

\n

deskHPSDR \u2013 meine Version als \u201espin-off\u201c von piHPSDR<\/h1>\n
\"DL1BZ\" von DL1BZ<\/a><\/span><\/span><\/i>
\n

Wie ich ja schon im letzten Beitrags dieses Blogs<\/a> berichtet hatte, habe ich begonnen, die als Open Source Software erh\u00e4ltliche SDR Applikation piHPSDR<\/em>, urspr\u00fcnglich von John\/G0ORX entwickelt und inzwischen weitergef\u00fchrt von Christoph\/DL1YCF, etwas f\u00fcr meine Bed\u00fcrfnisse umzubauen und einige eigene Anpassungen und Erweiterungen in dieses St\u00fcck Software zu implementieren.<\/p>\n

Da ich den Entwicklungsfokus nicht auf Mini-Computer wie dem Raspberry Pi oder \u00e4hnliche Ger\u00e4te lege, sondern auf normale Desktops, die unter macOS oder Linux auf einem gro\u00dfen Monitor laufen, habe ich entschieden, das \u201epi\u201c aus dem Namen zu entfernen und daf\u00fcr \u201edesk\u201c zu verwenden, so dass jetzt das Ganze also als deskHPSDR <\/em>weitergef\u00fchrt wird.<\/p>\n

Der Quellcode meiner Arbeit bzw. meiner angepassten Version kann immer von hier bezogen werden:<\/p>\n

https:\/\/github.com\/dl1bz\/deskhpsdr<\/a><\/p>\n

Btw, der „Issues“-Tab meines Projekts bei Github.com ist derzeit bewusst abgeschalten, erst wenn ich soweit bin, das ich zumindest keine Fehler mehr erkennen kann, aktiviere ich den dort wieder. Da auch piHPSDR als Open Source GPLv3-Projekt \u00f6ffentlich zug\u00e4nglich ist, habe ich das auch mit deskHPSDR so gemacht. Deswegen ist es auch bei github.com verf\u00fcgbar und bleibt es auch.<\/p>\n

Falls es also Fragen zu diesem, meinen Projekt deskHPSDR geben sollte, einfach fragen \ud83d\ude42<\/strong><\/span><\/p>\n

Was ist bei deskHPSDR anders als bei piHPSDR ?<\/h3>\n

Christoph\/DL1YCF hatte in der letzten Zeit Einiges an neuen Funktionen im piHPSDR hinzugef\u00fcgt, u.a. den CFC (\u201eContinous Frequency Compressor\u201c) und auch den DEXP, eine Art Kombination aus VOX und Noise-Gate. Andere Teile wie der Leveler, die CESSB-Funktion und den am Ende der Audio-Kette sitzenden Baseband-Compressor waren bereits vorhanden, jedoch nicht direkt zug\u00e4nglich und nicht mit ihren eigentlich vorhandenen Parametern einstellbar. Sowas kann man machen, Christoph war der Meinung, das ist ok so \u201eum den Anwender nicht zu \u00fcberfordern\u201c. Gut, das kann man so sehen, entspricht jedoch nicht ansatzweise meinen pers\u00f6nlichen Vorstellungen, wie man das in Software zu implementieren hat. Wenn etwas einstellbar ist \u2013 denn das hat ja Gr\u00fcnde \u2013 muss <\/strong>man es auch einstellen k\u00f6nnen. Ebenfalls ben\u00f6tigt man auf der Programmoberfl\u00e4che gewisse Signalisierungen und R\u00fcckmeldungen, was aktiviert oder deaktiviert wurde bzw. mit welchen Einstellungen man gerade arbeitet. Sowas muss man im Funkbetrieb ohne Umwege erkennen k\u00f6nnen und sich nicht erst jedesmal durch zig Men\u00fcs \u201ewurschteln\u201c, um herauszufinden, was wie eingestellt ist oder wurde.<\/p>\n

Da begann meine Arbeit an dieser Software, um genau diese Mankos \u2013 so weit es m\u00f6glich und sinnvoll erschien \u2013 zu beseitigen und damit den m\u00f6glichen Funktionsumfang zu erweitern und zu verbessern. Alle diese Funktionen kommen aus einer Softwarebibliothek namens WDSP, die praktisch f\u00fcr den Nutzer unsichtbar die eigentliche Arbeit verrichtet und eben diese Funktionen zur Verf\u00fcgung stellt. Das eigentliche Programm ist mehr oder weniger nur die Bedienoberfl\u00e4che f\u00fcr diese Softwarebibliothek WDSP. Im \u00dcbrigen verwendet auch OpenHPSDR-Thetis (fr\u00fcher PowerSDR) genau diese, also gleiche Softwarebibliothek WDSP, so dass man im Grunde sowohl mit Thetis als auch mit piHPSDR gleiche, wenn nicht sogar identische Ergebnisse erzielen kann. Im Thetis hat man wirklich ALLE Funktionen dieser WDSP dem Nutzer zug\u00e4nglich gemacht, deswegen ist das auch so eine anspruchsvolle Software, die vielleicht den einen oder anderen Nutzer schon etwas \u00fcberfordern k\u00f6nnte. Aber diese gibt es eben nur f\u00fcr WINDOWS und steht unter Linux oder macOS nicht zur Verf\u00fcgung. Die Alternative \u2013 im Grunde gleichwertig und auf \u00e4hnlichem Niveau \u2013 ist eben piHPSDR. Das ist sowohl unter Linux wie auch unter macOS lauff\u00e4hig.<\/p>\n

Meine Programmentwicklung orientiert sich also prim\u00e4r am OpenHPSDR-Thetis und ich versuche, soweit es umsetzbar ist, viele Dinge, die derzeit nur im Thetis verf\u00fcgbar waren, auch dem piHPSDR oder besser in meinen eigenen Zweig deskHPSDR nachzur\u00fcsten, um n\u00e4her an die M\u00f6glichkeiten von Thetis zu r\u00fccken. Das wird nie bei 100% landen, aber ich werde versuchen, so weit wie es m\u00f6glich sein wird und programmtechnisch umsetzbar, die wichtigsten Sachen hinzuzuf\u00fcgen.<\/p>\n

Kurzum, mein deskHPSDR bekommt also einiges an Funktionen mehr, die im piHPSDR fehlen oder nur rudiment\u00e4r hinzugef\u00fcgt worden sind. Christoph hat ziemlich deutlich gemacht, das er auch die Unterst\u00fctzung kleiner Displays ab 640\u00d7400 weiterhin beibehalten will \u2013 ich allerdings muss mit dieser Vorgabe brechen, in meinem deskHPSDR geht es erst ab einer Displaygr\u00f6\u00dfe von 1280\u00d7800 los, denn anderenfalls m\u00fcsste ich mit den Darstellungsm\u00f6glichkeiten auf der Programmoberfl\u00e4che zu gro\u00dfe Kompromisse eingehen. Mein deskHPSDR \u2013 dewegen auch die Namensgebung \u2013 zielt auf normale Linux- oder macOS-Desktops ab. Dazu geh\u00f6ren Notebooks mit Displaygr\u00f6\u00dfen ab 1366\u00d7768 wie auch normale Desktop-Systeme mit Monitoren ab einer Aufl\u00f6sung von 1280\u00d7800. Heutige Monitore liefern aber fast alle mindestens Full-HD mit 1920\u00d71080 oder h\u00f6her. Damit stellt sich diese Frage eigentlich kaum \u2013 ausgenommen Nutzer mit Raspberry Pi und kleinen Display mit 640\u00d7480 oder 800\u00d7600. Diese muss ich leider von meiner Entwicklung ausschlie\u00dfen \u2013 es ist auch nicht meine Zielgruppe. Diese Anwender k\u00f6nnen weiterhin piHPSDR im Original verwenden und m\u00fcssen auf meine Version deskHPSDR leider verzichten, eine m\u00f6gliche Re-Implementation bei deskHPSDR schlie\u00dfe ich meinerseits vollst\u00e4ndig aus.<\/em><\/p>\n

\"\"<\/figure>\n<\/div>\n
Screenshot meiner deskHPSDR Version mit der VFO bar 1280px<\/figcaption><\/figure>\n

Wie man erkennen kann (f\u00fcr Vergr\u00f6\u00dfern bitte auf das Bild klicken), habe ich rechts im S-Meter neben der dbm-Anzeige (original) noch eine S-Meter-Angabe (nur deskHPSDR) hinzugef\u00fcgt. Auch der gr\u00fcne Balken des RX-Meters ist vergr\u00f6\u00dfert worden, um ihn besser ablesbar zu machen. Auch farblich habe ich das etwas angepasst. F\u00fcr korrekte Bildschirmdarstellung ist unbedingt im Screen-Men\u00fc<\/em><\/strong> die \u201eVFO bar 1280px<\/strong>\u201c auszuw\u00e4hlen, andernfalls gibt es Probleme mit der Darstellung bzw. Positionierung meiner hinzugef\u00fcgten GUI-Elemente. Leider wurde beim piHPSDR eine pixelgenaue Positionierung verwendet und nicht, wie heute eher \u00fcblich, eine aufl\u00f6sungsabh\u00e4ngige DPI-Skalierung. Das macht die GUI-Gestaltung leider etwas restriktiver \u2013 im Grunde m\u00fcsste man die gesamte GUI noch einmal von Grund auf komplett neu designen. Aber sowas kostet Zeit, seeehr viiiiieeeel Zeit\u2026<\/p>\n

\u00dcber den beiden VFO-Anzeigen befinden sich jetzt viele neue Angaben. Wenn diese gelb dargestellt werden, bedeutet das diese Funktion aktiviert ist. Die Zahlenangaben dahinter zeigen aktuelle Einstellwerte, z.B. LEV +15 bedeutet, das der Leveler aktiv ist und mit 15db eingestellt wurde. RxEQ und TxEQ zeigen, das diese beiden ebenfalls aktiv sind. Die Angabe +4 hinter dem TxEQ bedeutet, er ist mit +4db Signalverst\u00e4rkung aktiv. Ebenso der CFC, die beiden Angaben +3 und -9 bedeuten, +3db Signalanhebung am Eingang des Pre-CFC und -9 bedeutet -9db Signalabsenkung am Post-CFC. Der Baseband-Kompressor wird als PROC dargestellt, das ist der zweite Kompressor am Ende der ganzen Audio-Kette.<\/p>\n

\"\"<\/figure>\n

Hier ein Screenshot des \u00fcberarbeiteten TX-Meters (nur im Sendefall so zu sehen). Hinzugef\u00fcgt wurden die Levelanzeigen des Mikrofoneingangs (Mic), das Tx-EQ-Level (EQ), der Leveler (Lev), der CFC an seinem Ausgang (CFC), der Baseband-Kompressor (PROC) und das Ausgangssignal (Out) nach all den Bearbeitungsfunktionen der TX-Audio-Kette, wie es in den Modulator geschickt wird. Die Zahlenangaben bedeuten dbV, einer Referenzangabe aus der professionellen Audiotechnik, wobei 0 dbV einer Spannung von 1,0Veff<\/sub> entsprechen. Des entsprechende Audio-Teilsystem, z.B. der EQ ist also so einzustellen, das er 0 dbV nicht \u00fcberschreitet<\/strong>, um Verzerrungen des Audiosignals zu vermeinden.<\/p>\n

\"\"<\/figure>\n

Hier nochmals eine Gesamt\u00fcbersicht \u00fcber alle Optionen der TX-Audio-Kette, wie sie in der WDSP-Softwarebibliothek vorhanden ist. Man kann sowohl alles als auch nur Teile davon benutzen, je nachdem, ob man ein Glied dieser Kette aktiviert. Also jedes St\u00fcck dieser Kette hat also einen EIN- bzw. AUS-Schalter.<\/p>\n

\"\"<\/figure>\n

Hier ein Screenshot des TX-Men\u00fcs. Wenn die Option \u201eLocal Microphone\u201c ausgew\u00e4hlt wird, ihr also das Mikrofon Eures Computers verwendet, sind die beiden anderen Optionen jetzt von mir deaktiviert worden. Bei denen handelt es sich n\u00e4mlich um Audio-Eing\u00e4nge am SDR-Transceiver direkt wie sie bei einigen SDR-Ger\u00e4ten verf\u00fcgbar sind. In meinem Fall mit dem Hermes-Lite 2 gibt es diese am SDR-Ger\u00e4t selbst nicht, ich habe also nur die Option \u201eLocal Microphone\u201c. Aus diesem Grunde habe ich gegen\u00fcber dem piHPSDR diese beiden Punkte jetzt mit \u201eSDR Radio Input\u201c und \u201eSDR LineIn (db)\u201c umbenannt, damit klar wird, es handelt sich hier NICHT um Eing\u00e4nge des eigenen Computers, auf dem deskHPSDR l\u00e4uft. Deaktiviert man \u201eLocal Microphone\u201c, schlie\u00dft das TX Menu mit CLOSE und \u00f6ffnet es erneut, sind die beiden SDR Radio Input und SDR LineIn (db) wieder verf\u00fcgbar. Es geht n\u00e4mlich nur entweder oder und nicht sowohl als auch. Das war im piHPSDR leider nicht ganz klar dargestellt, deswegen meine Korrektur im deskHPSDR.<\/p>\n

\"\"<\/figure>\n

Hier die zweite Seite des TX Menu, die CFC-Settings. Hier konfigurieren wir den Pre- und Post-CFC, hinzugef\u00fcgt habe ich (nur deskHPSDR) den Phase Rotator, den Leveler, die Option CESSB (wird automatisch aktiviert wenn aktiv ausgew\u00e4hlt) und den Baseband Speech Prozessor (fr\u00fcher auf der ersten Seite des TX Menu im piHPSDR als Compr bezeichnet und hierher verschoben).<\/p>\n

Wichtiger Hinweis: Die Funktion CESSB ist nur nutzbar, wenn der Baseband Speech Prozessor ebenfalls aktiv ist. Bedeutet, kein Baseband PROC aktiv, wird CESSB ebenfalls deaktiviert. Das wurde so im Design der WDSP-Softwarebibliothek vorgesehen oder besser vorgeschrieben und ist kein Fehler.<\/strong><\/p>\n

Im n\u00e4chsten Beitrag wird es darum gehen, wie man unter macOS das deskHPSDR compiliert und damit auf dem Mac in ein lauff\u00e4higes Programm wandelt, denn ich ver\u00f6ffentliche ja nur den Quellcode von deskHPSDR und kein fertiges, startbares Programm. Das muss der Anwender leider selbst auf seinem Mac machen. Wie das geht, gibt\u2019s im n\u00e4chsten Beitrag von mir.<\/p>\n

\n
\n
\n
\"Hermes <\/a><\/div>\n
\n
Amateurfunk<\/a><\/span><\/div>\n
\n

Hermes Lite 2 unter macOS<\/a><\/h2>\n
\"DL1BZ\" von DL1BZ <\/a><\/span><\/span><\/i>
\n

W\u00e4hrend wir ja unter WINDOWS zwei m\u00e4chtige und sehr leistungsf\u00e4hige SDR-Applikationen mit OpenHPSDR-Thetis und auch SDR Console zur Verf\u00fcgung haben, sieht das auf Apples macOS \u2026<\/p>\n

Hermes Lite 2 unter macOS<\/span> Weiterlesen <\/a><\/div>\n<\/div>\n<\/div>\n<\/div>\n<\/article>\n","protected":false},"excerpt":{"rendered":"

...<\/p>\n","protected":false},"author":6,"featured_media":25534,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":"","_links_to":"","_links_to_target":""},"categories":[4,36],"tags":[261],"class_list":["post-25528","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-amateurfunk","category-sdr-radio","tag-hermes-lite"],"_links":{"self":[{"href":"https:\/\/saure.org\/cq-nrw\/wp-json\/wp\/v2\/posts\/25528","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/saure.org\/cq-nrw\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/saure.org\/cq-nrw\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/saure.org\/cq-nrw\/wp-json\/wp\/v2\/users\/6"}],"replies":[{"embeddable":true,"href":"https:\/\/saure.org\/cq-nrw\/wp-json\/wp\/v2\/comments?post=25528"}],"version-history":[{"count":0,"href":"https:\/\/saure.org\/cq-nrw\/wp-json\/wp\/v2\/posts\/25528\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/saure.org\/cq-nrw\/wp-json\/wp\/v2\/media\/25534"}],"wp:attachment":[{"href":"https:\/\/saure.org\/cq-nrw\/wp-json\/wp\/v2\/media?parent=25528"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/saure.org\/cq-nrw\/wp-json\/wp\/v2\/categories?post=25528"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/saure.org\/cq-nrw\/wp-json\/wp\/v2\/tags?post=25528"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}