Seit dem Ausfall einiger Komponenten im Juli 2016 wurden einige Änderungen und Ergänzungen vorgenommen.
Die Reparatur des Senders war kein Problem, die Steuerung weigerte sich hartnäckig einen ordnungsgemäßen Betrieb einprogrammieren zu lassen, Unregelmäßigkeiten waren schon vor dem Ausfall bemerkt worden und sollten beseitigt werden. Letzendlich habe ich mich entschlossen eine gänzlich neue Steuerung einzusetzen. Nur so viel sei vorerst beschrieben: RaspberryPi als Kernelement, HAMServerPi Repeaterbox mit vielen Möglichkeiten für künftige Neuerungen, und nicht zuletzt eine erneuerte Aufbereitung des Empfangssignales mit Anpassung der unterschiedlichen Eingangspegel an einen regelgerechten Ausgangspegel zur Gewährleistung des vorgegebenen Maximalhubes und der Bandbreite der Aussendung.
Nach Abschluß der noch erforderlichen Nacharbeiten wird der neue technische Zustand und die Anwendungsmöglichkeiten hier beschrieben.

Dieter, DK2NO, Sysop DB0VB

Die Nacharbeiten sind erfolgreich verlaufen, die neue Steuerung ist implementiert. Ersetzt wurde nach einigen Monaten erfolgreichem betrieb der Raspberry Pi durch ein neueres Modell, anfangs war es nur das ursprüngliche Grundmodell, jetzt werkelt dafür die Version 2. Der Feinabgleich der Parameter wurde noch einmal nachjustiert und somit gibt sich ein neues Erscheinungsbild auf der Aussendung. Die Ansage erfolgt in englischer Sprache, wer ein deutsches Sprachfile für diese Steuerung besitzt kann dieses gerne zur Verfügung stellen.
Hinzugekommen ist noch die Möglichkeit Echolink zu nutzen, was inzwischen auch durch die HamNet-Anbindung realisiert ist. Die Knotennummer ist 715555, sie braucht man aber nur wenn man sich von Außerhalb connectet, ansonsten ist die Steuerung im Schlafmodus und muss zur Nutzung durch eine Steuersequenz aktiviert werden. Die Kennung kann mit * aufgerufen werden, dabei wird auch die lokale Uhrzeit ausgegeben. Hilfe gibt es mit 0#.

im März 2018
Dieter, DK2NO, Sysop DB0VB

Kernstück der neuen Steuerung ist ein Minicomputer RaspberryPi 2B, mit Huckepack aufgebauter HAMServerPi Repeaterbox in einem eigenen kleinen Gehäuse.
Das RX-Signal und die SQ-Information kommen wie bisher direkt aus dem Empfänger, einer modifizierten YAESU-Funke FT2800. Zu beachten ist dabei dass das gesamte NF-Spektrum (theoretisch ab 0 Hz) durch einen nachgerüsteten direkten Ausgang aus dem Demodulator gewonnen wird, völlig linear ohne Deemphasis.
In der bisherigen Steuerung wurde dieses Signal digitalisiert und nachbearbeitet bevor es nach Pegelanpassung mit den zugefügten Tönen wie Kennung und Roger-Piep auf den Sender gegeben wird. Der Sender ist wie bisher eine ebenfalls modifizierte YAESU FT2800.
Was ist nun in der derzeit eingesetzten Steuerung anders? Anstelle der Digitalisierung mit anschließender digitaler Verzögerung und nachfolgender Rückgewinnung des Analogsignals plus NF-Bandfilter wird nun eine Analogschaltung verwendet, welche einen sehr schnellen Regelverstärker zur Pegelanhebung bei niedrigem Pegel (einige Millisekunden Ansprechzeit) und langer Haltezeit (einige Sekunden) beinhaltet. weiterhin wird der NF-Frequenzgang auf den Sprachbereich angepasst.
In der Repeaterbox wird weiterhin folgendes ausgeblendet bzw. nicht an den Sender weitergegeben: der 1750-Hz-Tonruf und DTMF-Sequenzen.
Sofort merkliche Auswirkung dieser Pegelregelung (neue Steuerung) ist folgendes Beispiel: eine Station mit zu großem oder auch normalem Hub gibt Ihrem nachfolgenden Gesprächspartner erst einmal einen Pegel in der Regelung vor, der den bisherigen Pegel (=Hub) entspricht. Ist die nachfolgende Station nur leise hörbar ist entweder der eigene Pegel zu groß (Hub größer als für 12,5 kHz-Raster notwendig) oder der Gesprächspartner moduliert zu leise. Wird nichts unternommen wird der Pegel der leiseren Station langsam auf die normale Lautstärke angehoben (Zeitdauer einige Sekunden, langsames Hochregeln). Folgt darauf wieder ein Partner mit größerem Hub seiner Aussendung wird dieser Pegel schnell auf den passenden Pegel abgesenkt (Zeitdauer wenige Millisekunden, schnelles Abregeln).
Anders war also folgendes (bisherige Steuerung): wenn eine Station zu gering moduliert war blieb der Hub auf der Ausgangsseite gering und wurde nicht angehoben. Wenn der Hub des empfangenen Signales größer war als für das 12,5-kHz-Raster üblich wurde es zwar auch digitalisiert, es traten jedoch in dieser Stufe Verzerrungen auf (A/D-Wandler übersteuert) welche sich bei der Rückwandlung zum Analogsignal in einer Verzerrung/Kompression auswirkten. Das nachgeschaltete Bandfilter verhinderte auf der Ausgangsseite des Relais dadurch auch einen zu großen Frequenzhub bzw. eine zu große Bandbreite des belegten Spektrums. Das Ausgangssignal klang hierdurch gepresst. Auch hier wurden der 1750-Hz-Tonruf und die DTMF-Sequenzen ausgeblendet, bzw. nicht an den Sender weitergegeben.
Fernwartung der bisherigen Steuerung erfolgte auf einem separaten Eingang durch DTMF-Sequenzen auf einer anderen Empfangsfrequenz.
Fernwartung der neuen Steuerung erfolgt durch Ansprechen des RaspberryPi aus dem Hamnet oder auch Internet.
Weitere Features der neuen Steuerung:
Derzeit möglich ist der Abruf einer Hilfefunktion und einer Papagei-Funktion (Sprachwiederholer). Ebenfalls möglich ist Echolink-Zugriff, welcher aber im Moment noch nicht freigeschaltet ist. Auch eine künftige Vernetzung mit anderen Relaisstellen über das HamNet ist möglich.

DTMF-Sequenzen
* = Kennung plus Uhrzeit plus Hinweis auf Hilfefunktion
0# = Ansage Help-Funktion
1# = Papagei-Funktion
2# = Echolink
# = Funktion aus, wird nach Pause automatisch ausgeführt

Diese Beschreibung ist noch ein vorläufiger Text.
Aktuelle Hinweise für die Bedienung sind im Web unter dem Stichwort SVXLINK zu finden. Echolink wird seit dem 04.02.2017 über das HamNet realisiert.
Echolink-Node-Nummer von DB0VB-R ist 715555.
Achtung: es erfolgt kein Roger-Beep, also bitte auf saubere Betriebstechnik achten!

Dieter, DK2NO, Sysop DB0VB