IC-705: Antennen - Umschalter per WiFi ?

Hallo Heribert,

darf es auch BlueTooth sein? Hier gibt es einige Lösungen.

Moin Heribert,

wenn ich das auf die Schnelle richtig deute, hat der IC-705 einen RS-BA1 Server eingebaut, über dem die Du Audiostreams und die Steuerung zur Verfügung hast.

Hier gibt es ein Projekt dazu: https://github.com/nonoo/kappanhang

So wie ich das lese, hat die Hamlib (rigctld) das bereits eingebaut, so dass Du diese verwenden könntest, bzw. den Source Code anschauen kannst. Eine Dokumentation zum RS-BA1 konnte ich auf die Schnelle nicht finden.

Vielleicht hilft das weiter.

PS: Ich habe mal hier reingeschaut, demnach liefert RS-BA1 Server UDP Port 50002 den seriellen Port. Ich vermute, das darüber dann mit den CAT Befehlen gearbeitet werden kann. DAs würde bedeuten, Du könntest Dein Script weiter benutzen, musst nur ein anderes device:port nehmen.

73, Tom

Moin Heribert,

ich bin da auch nicht richtig tief eingestiegen, aber wenn ich die kurze Beschreibung lese, dann würde ich darauf tippen, dass die virtuelle serielle Schnittstelle vom IC-705 über den RS-BA1 Server auf Port 50002 UDP durchgereicht wird. Du müsstest also auf dem ESP eine Socketverbindung mit UDP auf Port 50002 öffnen und hättest dann die CAT Schnittstelle (soweit ich weiß ist die Icom Bezeichnung Ci-V das gleiche wie CAT?) auf dem ESP. Ich kenne die ESP jetzt aber nicht weiter, arbeitest Du dort mit MicroPython oder der Arduino Umgebung? Bei Arduino geht es so: https://docs.arduino.cc/retired/librar…iveString/#code Das funktioniert bei mir auf einem STM32 einwandfrei, allerdings als Server für mehrere UDP Clients.

73, Tom

Mir wurde letzte Woche ein Programm empfohlen, welche TCP und UDP Verkehr protokollieren kann - bisher nahm ich wireshark dafür, was aber teilweise recht komplex sind kann - daher hier der Link zu dem Programm "Hercules" - https://www.hw-group.com/software/hercules-setup-utility - ich nutzte es, um den udp traffic zu swisslog von meinem Python LogProgramm zu tracen. Evtl. hilft es dem einen oder anderen, der hier mal UDP - TCP einfach tracen möchte.

Moin,

Quote from DF1LX

Mir wurde letzte Woche ein Programm empfohlen, welche TCP und UDP Verkehr protokollieren kann - bisher nahm ich wireshark dafür, was aber teilweise recht komplex sind kann - daher hier der Link zu dem Programm "Hercules" - https://www.hw-group.com/software/hercules-setup-utility - ich nutzte es, um den udp traffic zu swisslog von meinem Python LogProgramm zu tracen. Evtl. hilft es dem einen oder anderen, der hier mal UDP - TCP einfach tracen möchte.

das funktioniert nicht über einen Switch, d.h. wenn man den Datenverkehr von 2 anderen Geräten tracen möchte, wie hier z.B. den IC-705 und den ESP. Auch mit Wireshark nicht. Der Switch arbeitet im Layer 2, d.h. mit MAC Adressen für die Quelle und Ziel und sendet keine Pakete an Ports, auf denen die MAC Zieladresse nicht vorhanden ist. Außer man hat einen Switch der Port Mirroring beherrscht, wo Traffic zu einem Port gespiegelt werden kann, an dem der Rechner mit der Trace-Software läuft. Dazu muss die Software in der Lage sein, das Netzwerkinterface in den promiscous Mode zu schalten, sonst passiert im Layer 2 auf der Netzwerkkarte das gleiche, die verwirft Pakete, die nicht an die eigene MAC Adresse gerichtet sind. Wireshark kann das, die obige Software auch? Ansonsten geht so ein Trace nur, wenn alle zu überwachende Software auf einem Rechner läuft, bzw. die Überwachungssoftware auf dem Rechner läuft, auf dem auch die Software läuft, deren Traffik man überwachen möchte. Nur so als Hinweis, nicht das sich jemand die Haare rauft, warum das nicht geht

Wenn man mit TCP oder UDP programmiert und z.B. ein selbsgeschriebenes Programm testen möchte, das Netzwerkpakete verarbeiten soll, dann bietet sich PacketSend an. Dort kann man die Pakete frei definieren, speichern und auf Knopfdruck, per Script oder Macro senden. Sehr umfangreiches Tool! Ein anderes Tool, für serielle Kommunikation, wäre HTerm. Ich hatte auf meiner Website aufgeführt, mit was ich so arbeite. Die meiste Software läuft unter Linux, Windows und Mac OS.

73, Tom

Moin Heribert,

viel Erfolg dabei! Mangels IC-705 kann ich das nicht testen und vor allem, bei Python stürzt mein Gehirn immer ab

Ich hatte noch mal etwas gesucht und bin im Forum von wfview auf diesen Thread gestossen. Demnach sind das alles undokumentierte Funktionen und die Entwickler von wfview haben das auch nicht weiter dokumentiert und verweisen auf ihren Code als Nachschlagewerk: https://forum.wfview.org/t/udp-login-format/2535

Das hier scheint der Code für CI-V über UDP zu sein: https://gitlab.com/eliggett/wfvie…?ref_type=heads Es scheint zumindest so zu sein, wie ich vermutet hatte, CI-V über einen UDP Port. Aber um das in eine andere Sprache oder in Arduino Code für den ESP umzusetzen, müsste man in die upd* Files des Codes einsteigen. Aber im Prinzip würde das so ablaufen:

Connect zu UDP Port 50002 auf IP Adresse des IC-705

Befehl zum Senden der akt. Frequenz absenden

Empfangene Daten auswerten

UDP Port schließen

Grundsätzlich ist so ein Socket erstmal nicht anders als die serielle Schnittstelle, in Arduino geht das mit

udp.begin();

upd.beginPacket(remoteIP,remotePort);

udp.write("Text")

udp.end();

Und lesen dann mit

udp.read();

Hier am Seitenende ist die Doku zu upd aus der Ethernet Lib von Arduino: https://reference.arduino.cc/reference/en/libraries/ethernet/

Aber viele Wege führen nach Rom. Dies nur für vielleicht andere Interessenten.

Du könntest einfach das Programm PacketSend verwenden und versuchen damit eine Verbindung zum IC-705 auf Port 50002 aufzubauen und die Zeichenketten zum Abfragen der Frequenz aus Deinem Programm senden. Vielleicht bekommst Du dann ja schon eine Antwort.

73, Tom