Nachdem der AT-100ProII bereits BNC Buchsen bekommen hatte, sollte der AT-600ProII zumindest auf der Antennenseite folgen. Hier wurden wie auch im kleinen Bruder die Telegaertner BNC Buchse 100023392 J01001A0107 mit passendem Flanschmaß verwendet. Nebenbei haben beide Tuner an ihren Koaxausgaengen Ableitwiderstaende bekommen, welche ggf. auftretende statische Elektrizitaet ableiten sollen, wenn es wie bei 1:1 StromBalUnen keine galvanische Verbindung zwischen den Antennenhaelften gibt.
Der LDG-AT600ProII im Originalzustand mit den PL Buchsen:

Wer keine Zange oder einen Universalschluessel verwenden moechte um die Buchsen auszutauschen benoetigt zoelliges Werkzeug um die Sechskantmuttern zu loesen, in diesem Fall ist es die Schluesselweite 1/4".
Nachdem der Draht vom Mittelpin ausgeloetet wurde, kann man nach loesen und entfernen der Muttern die Buchse entnehmen und die neue (BNC) Buchse einsetzen:


Fertig montiert, und noch zu verloeten:
Und von aussen:
Nach einsetzen der Buchse und anloeten des Drahts am Mittelpin, habe ich hier noch an jedem Antennenausgang einen der Widerstaende eingeloetet:
Hier noch ein Bild vom LDG-AT100ProII mit Widerstand:
Hier der erste Beitrag zu dem Thema: Xiegu XPA-125B Bluetooth Controller fuer das IC-705
Nach dem letzten Firmwareupdate der Xiegu funktioniert die automatische Bandumschaltung noch nicht wieder 100% aber wenn man da ein Auge drauf hat und ggf. das Band manuell waehlt ist die Funktion der Bluetooth PTT Ansteuerung dennoch gegeben. Die verwendete Programmierung von GitHub gibt teilweise nicht genug Spannung aus, so dass ich diese noch einmal anpassen musste. Die Abweichungen zur Xiegu Anleitung und zu dem was ich gemessen habe sind teilweise zu groß und erfordern eine Korrektur. Zu erkennen ist es auf diesem Bild, trotz richtiger Bandanzeige auf dem Controller wird von der Xiegu das falsche Band erkannt:
Moeglicherweise wurden die Toleranzen der Bandumschaltung bei der neuen Firmware enger gesetzt, die Abweichungen in der ausgegebenen Spannung hatte ich ja vorher schon im Video dokumentiert (und nicht beachtet, hatte ja funktioniert):
Die bisherigen Spannungen die mit der alten Firmware funktioniert haben (bitte mit der Tabelle vergleichen!):
Hier die von der Xiegu erwarteten Spannungen. Achtung mehr als 3,2V zerstoeren den internen Prozessor!:
| Band: | Frequenz: | Spannung in Volt |
| 160M | 1,8MHz | 0,230 |
| 80M | 3,8MHz | 0,460 |
| 60M | 5MHz | 0,690 |
| 40M | 7MHz | 0,920 |
| 30M | 10MHz | 1,150 |
| 20M | 14MHz | 1,380 |
| 17M | 18MHz | 1,610 |
| 15M | 21MHz | 1,840 |
| 12M | 24MHz | 2,070 |
| 10M | 28MHz | 2,300 |
| 6M | 50MHz | 2,530 |
Nach der Aenderung der Programmierung des ESP32 Controllers hier nun die aktuellen Spannungen:
Das alles macht Ihr wie gehabt: auf eigene Gefahr.
Ich gebe weder Support noch bin ich verantwortlich wenn sich jemand die Endstufe grillt. Vor dem Livetest mit der Endstufe sollte man wie in meinen Videos die Spannungen mal nachgemessen haben, damit es keine Ueberraschungen gibt!
Die geaenderte Programmierung habe ich als Fork auf Github belassen, falls jemand darauf aufbauen moechte.
Da mir direkt in der Software keine Moeglichkeit bekannt ist einen 1750Hz Ton zu senden, habe ich einen Workaround erstellt: eine Audiodatei aus dem Voicespeicher abspielen. Bei den von meiner Station erreichbaren Relais hat es einwandfrei funktioniert, dennoch kein Gewaehr, dass es bei euch auch funktioniert aber damit Ihr es ausprobieren koennt stelle ich die Datei gerne zur Verfuegung:
Die Datei habe ich zum Download hier abgelegt: 1750Hz.wav.
Auf die Schaltflaeche "VOICE" klicken:
Im Voice Memory auf EDIT druecken:
Schaltflaeche benennen und ueber die 3 Punkte ... die Datei auswaehlen:
Nun das ganze ausprobieren wie hier im Video zu sehen:
Viel Erfolg beim nachmachen.