Inhaltsverzeichnis

Einleitung

Bei dem YAESU DR1XE handelt es sich um ein von YAESU kommerziell gefertiges Relaissystem, was einerseits FM/analog und ebenfalls C4FM/digital beherrscht. Hier soll es nur um den Einsatz dieses Gerätes für FM/analog auf Basis der Open-Source-Software von Tobias/SM0SVX namens SVXLINK gehen, einer kompletten Steuerungslösung für FM/analog-Relais auf Softwarebasis, die ebenfalls zuätzliche Module wie ECHOLINK, ECHO-Funktion usw. enthält.
Inzwischen hat YAESU den DR1XE durch den DR2XE abgelöst, wir wollen uns hier aber ausschließlich mit dem Vorgänger DR1XE beschäftigen.
Ich selber habe als Sysop der Relaisfunkstellen DB0SPB, DB0OLL und DB0GRZ drei dieser DR1XE aktiv im Einsatz als öffentliche Relaisfunkstellen, kenne also diese Geräte sehr gut einschließlich ihrer "Tücken".

Anschluß eines DR1XE mittels der 15pol. REMOTE-Buchse

Grundlagen einer Anschaltung von externen Zusatzgeräten am DR1XE entnehmen wir dem Handbuch(engl.) des DR1X, und dort speziell den Seiten 17/18 "Connection to an external controller".

An der Rückfront des DR1XE befinden sich mehrere Anschlußbuchsen. Für unseren Anwendungsfall, FM/analog-Repeater mit SVXLINK, verwenden wir die 3-reihige, 15polige SUB-D-Anschlußbuchse. Das notwendige Anschlußkabel benötigt einen 15poligen, 3-reihigen SUB-D-Stecker, der bei den Elektronikhändlern problemlos beschaffbar sein sollte. Hier das notwendige Anschlußschema für diesen Stecker:

anschluss_dr1xe.jpg

Hierbei folgende Erläuterungen:

Grundeinstellungen des DR1X am Touchdisplay

Folgende Einstellungen sollten für FM-Betrieb gemacht werden:

Die Sendeleistung des DR1X NIEMALS höher als 20W (also MID) wählen, auch wenn der DR1X 50W kann, überlebt das die Endstufe nicht lange. Grund ist die unzureichende Kühlung des DR1X, die YAESU wirklich schlecht umgesetzt hat. Auch nicht "zum mal ausprobieren" !!!

Besonderheiten im Mode REMOTE bei CTCSS-Betrieb

Im Mode REMOTE sendet der DR1X - auch wenn es am Gerät so eingestellt wird - KEINEN CTCSS-Subaudioton aus! Die CTCSS-Erkennung am RX funktioniert aber korrekt. Wenn man CTCSS-Subaudio aussenden will, muss man das im SVXLINK aktivieren und damit dem SVXLINK die Generierung des CTCSS-Subaudio übergeben. Dazu ist in der svxlink.conf folgendes zu machen:

[RepeaterLogic]
# CTCSS 123Hz oder anpassen
REPORT_CTCSS=123.0
TX_CTCSS=ALWAYS

[Tx1]
# CTCSS 123Hz oder anpassen
CTCSS_FQ=123.0
CTCSS_LEVEL=9

Die CTCSS-Erkennung am Rx kann ganz normal unter SIGNALING mit der korrekten Frequenz eingestellt werden und unter SQL die Option RX SQL auf TONE stellen. TX SQL kann auf OFF bleiben, weil er es ja sowieso nicht sendet, wie ich das eben beschrieben habe. Wenn am RX CTCSS erkannt wird, meldet der PIN 3 das Schaltsignal korrekt.

Weiterhin muss man wissen, das sowohl am PIN 3 (CTCSS-Signal) als auch am PIN 4 (SQL-Signal) KEINE Spannung ausgegeben wird. Das ist ein reiner Open-Collector-Ausgang und fungiert nur als Schalter. Da dieser Ausgang Low-Active ist, also gegen Masse/GND schaltet, muss man ggf. am Auswerteinterface einen Pullup-Widerstand gegen max. +3.3V schalten, keinesfalls aber +5V ! Der max. Strom darf 10mA nicht überschreiten. Ich habe das immer mit einem R von 22kOhm als Pullup gemacht, dann liegen ca. +2.7V an, was zur Auswertung ausreicht, um sicher H- oder L-Level zu erkennen. Hier ein Beispiel an einem Raspberry Pi, wo der GPIO23 des Pi für die SQL-Auswertung verwendet wird (die Diode dient als zusätzlicher Schutz und ist zu empfehlen):

pullup-dr1x.jpg

Damit der DR1X bei erkanntem CTCSS-Decoder-Signal sofort startet, müssen wir in der svxlink.conf folgendes einstellen:

[RepeaterLogic]
OPEN_SQL_FLANK=OPEN

achtung_symbol.jpg Der RX des DR1X liefert immer ein Signal vom RX - und zwar unabhängig davon, ob die SQL geschlossen ist oder CTCSS erkannt wird. Auch bei CTCSS-Betrieb muss man die eingebaute normale SQL so einstellen, das sie bei keinem Signal schließt, sonst kann es passieren, das der TX nicht angeht.

Soundkarten und der DR1XE - eine nicht ganz so einfache Sache

Bei Einsatz vom SVXLINK benötigen wir ja eine Soundkarte, um den RX-Audio und den TX-Audio verarbeiten zu können.
Leider beginnnen hier einige Probleme.
Die Fakten: Nicht jede Soundkarte schafft die notwendigen Audio-Pegel, die für den DR1XE erforderlich sind. Dazu gehört - leider - auch das inzwischen sehr verbreitete ELENATA-Board vom Andy/DK1LO. Die ELENATA verwendet den LINE-IN, schafft es aber bei selbst voll auf 100% aufgeregeltem Mixer nur auf 40% Input-Level auszusteuern. Das ist leider zu wenig, der Audio vom RX wäre zu leise.
Nun kann man zwar in der svxlink.conf nachhelfen:

[Rx1]
# wenn ELENATA Board verwendet wird sonst auf 0 lassen
PREAMP=10

ABER: Das hebt dummerweise auch den Audiostream in gleichem Maße mit an, der via Netzwerk vom SVXReflektor kommt. Als Notlösung ok, aber nicht unbedingt zu empfehlen. Auch die SQL-/CTCSS-Signalisierung funktioniert im Zusammenhang mit der ELENATA derzeit nicht bzw. erst nach einer Modifikation. Andy hatte das für MOTOROLAs gemacht, die weniger Audiopegel brauchen und deren SQL-Signale H-active sind, also mit +5V SQL EIN signalisieren, während der DR1X wie beschrieben ja Low-Active ist, wenn SQL EIN signalisiert wird. Es soll aber bald eine Überarbeitung der ELENATA geben, wo die "Eigenheiten" eines DR1X berücksichtigt werden sollen.


Die Alternative wäre eine ziemlich verbreitete USB-Soundkarte auf Basis eines CM108-Soundchips. Diese lässt sich sogar umbauen, so dass PTT und SQL durch die Soundkarte selber ausgewertet und gesteuert werden können, denn dieser Soundchip verfügt über eigene GPIOs, die mittels HID_RAW_DEVICEs angesteuert werden können, was SVXLINK zum Glück unterstützt. Auch schafft dieser Soundchip die erforderlichen Pegel für den DR1X, so dass auf den Parameter PREAMP verzichtet werden kann bzw. der auf 0 gesetzt werden kann PREAMP=0 .

cm108_dr1.jpg

Der Umbau ist nicht weiter schwierig, ein bisschen Lötarbeiten, ein paar Bauelemente (R1 4,7kOhm, D1 BAT43, T1 BC547C), schon hat man nach ca. 1h Bastelarbeit ein USB-Soundinterface mit SQL-Auswertung, PTT-Steuerung und Audio-IN/Audio-OUT.
Ich habe selber einige dieser Soundkarten (Kosten ca. 7€) erfolgreich umgebaut und aktiv im Einsatz am DR1X. Hier findet man die notwendige Umbauanleitung.
cm108-dr1xe.jpg

Die schon oft gehörte Meinung, das USB-Soundkarten mit SVXLINK Probleme machen, gehört definitiv ins Reich der Märchen und Sagen. Sie funktionieren ufb, auch im Dauereinsatz am Relais. Da hatte ich wesentlich mehr Stress bei HAT-Soundkarten, also die, die auf den Pi gesteckt werden. Meist muss man da erst irgendwelche Kernelmodule compilieren, die Konfiguration des Raspian anpassen und andere Zusatzarbeiten ausführen. Bei den meisten USB-Soundkarten ist das nur "Dranstecken" und fertig. Manchmal sind die einfachen Lösungen eben doch die besseren und effektiveren.


Am PIN 7 des DR1X wird der Audio-Out der Soundkarte eingespeist, am PIN 9 kommt das RX-Audio raus (bereits gefiltert 300~3000Hz), was der Soundkarte an deren Input zugeführt werden muss. De-Emphasis und Pre-Emphasis sind in der svxlink.conf auf 0 zu setzen - weil wir ja den DR1X bereits auf Packet Speed 1200bps gestellt hatten und damit De-Emphasis und Pre-Emphasis bereits im DR1X umgesetzt werden:

[Rx1]
DEEMPHASIS=0

[Tx1]
PREEMPHASIS=0

Auch bei der CM108-Soundkarte reichen die Pegel nur dann aus, wenn der DR1X mit Packet Speed 1200bps eingestellt ist. Will man Audio auf Diskriminator-Ebene (entspricht Packet Speed 9600bps) wie bei den MMDVM-Modems nutzen, benötigt man Audio-Pegel um die 1.5V p-p, was keine Soundkarte ohne zusätzlichen Operationsverstärker schafft (genau das hatten u.a. die repeater-builder.com mit deren MMDVM-Modem STM32-DVM nämlich gemacht, damit das mit dem DR1X ging). Da bräuchte man also eine Speziallösung.

DR2X vs. DR1X

Ohne jetzt auf alle Details bzw. die Unterschiede zwischen diesen beiden Versionen einzugehen, nur das Wichtigste:

73 Heiko, DL1BZ
Sysop DB0SPB / DB0OLL / DB0GRZ