DB0GTH wieder „On Air“

Seit heute Nachmittag ist der Gothaer Repeater DB0GTH wieder funktionstüchtig. Es war wider Erwarten nicht der Raspberry, den es gegrillt hat, sondern das DV-Modem.

Bei der „Gelegenheit“ haben wir DB0GTH gleich auf ein STM32-Board umgerüstet, dass Sebastian (DB5SB) freundlicherweise zur Verfügung gestellt hat.

Vielen Dank auch für die sofortige Bereitschaft einen Pi zu spenden an Jan (DO8JPL).

Abschaltung DMR+ auf DB0INS

DMR+ auf DB0INS, DB0ASE und DB0GTH abgeschaltet

Wir haben uns entschlossen, DMR+ auf unseren Repeatern nicht weiter anzubieten.

Warum?

Auf der Hamradio haben sich dieses Jahr die Betreiber der verbleibenden beiden DMR-Netze in Deutschland auf eine Zusammenarbeit geeinigt. Das Ergebnis dieser Zusammenarbeit ist das OpenBridge Protokoll, das den Austausch von Sprechgruppen (TG), Einzelrufe (PC) und Textmeldungen (TMS) zwischen Brandmeister und DMRplus ermöglicht.

Welche TG sind gebridged auf DMR+ Repeatern?

Verbindung zu Brandmeister (OpenBridge) im TS2:

  • TG 2620 – TG 2629
  • TG 2321 – TG 2329
  • TG 263

Was bedeuted das?

Im Grunde kann man jetzt auf den DMR+ Repeatern die TG262* (also TG2621, 2622, 2623,….) nutzen und diese kommen auch im Brandmeister-Netz raus. Wenn man in die TG263 spricht, kommt man deutschlandweit auch auf DMR+ Repeatern in der TG263 raus.

Muss ich am Funkgerät was ändern?

Nein. Das Codeplug kann unverändert bleiben. Nur die Verbindungen über die TG99 gibt es nicht mehr. Die Reflektoren im DMR+-Netz können nicht mehr angesprochen werden.

APRS-Crossband-Digipeater-Bau

Im Moment arbeiten wir daran, dass DB0INS, DB0ASE, und DB0SBN als Crossband-Digipeater laufen. Das bedeutet, dass die Digis sowohl auf 70cm (432.500 MHz) und der althergebrachten 2m-Frequenz (144.800 MHz) laufen. Pakete, die auf 70cm empfangen werden, sollen sowohl im 2m-Band wieder ausgestrahlt werden, als auch ins APRS-IS-Backend gelangen. Damit die Daten von uns nicht mit hoher Duplikatsrate ins Netz gelangen, hat Sebastian (DB5SB) 2 APRSIS-Systeme laufen. Eins am großen Backbone und eins im Hamnet auf DB0INS.

Für den Bau der Digipeater haben wir ein paar GM340 organisiert. Das erste Testsystem läuft jetzt bei Jens (DB0SBN),

DB0ASE on air

Erfurt hat endlich DMR und C4FM auf 70cm. Bereits seit Montag, den 26.03. ist DB0ASE nun aus Erfurt Süd-Ost auf Sendung.

Technische Parameter:

  • 438.450 MHz (-7.6 Shift auf 430.850MHz)
  • Sendeleistung 7W ERP
  • Brandmeister voll implementiert
  • DMR+ teilweise implementiert (im Moment auf Grund einiger Probleme mit dem DMR-Gateway abgeschaltet)
  • YSFGateway auf Thüringen-Reflektor geschaltet
Repeater im Rack vor Ort

DB5SB und DL2AJB haben gemeinsam mit Matthias den Repeater in Erfurt in Betrieb genommen. Die anfänglich von Axel (DM2AXL) gespendete Kathrein 7dB Antenne haben wir, auf Grund von Fehlanpassung, gegen eine Procom 0dB ausgetauscht.

DL2AJB Lötplatz auf dem Dach

Wir suchen dringend noch Spenden für die Procom CL70-3C. Wir würden uns sehr über Unterstützung freuen. Wer möchte, kann gern einen Betrag an paypal.me/dl2ajb spenden und dafür sorgen, dass die Reichweite des Repeaters noch optimiert wird.

Errechnete Reichweite DB0ASE

Telegram Bot für die MMDVM-Repeater

Jens (DL2AJB) wollte die Bedienung der Repeater etwas komfortabler gestalten. Damit alles etwas zügiger geht und sich auch von unterwegs die Repeater per Smartphone bedienen lassen, hat er einen kleinen Telegram-Bot geschrieben. Natürlich könnte man auch über SSH Zugreifen. Aber manchmal soll es eben etwas zügiger gehen.

Wer den Bot für seinen Repeater nutzen möchte, der darf dies gern tun. Er steht auf Github zum freien Download zur Verfügung. Es dürfen gern auch Funktionen integriert werden, mit der Bitte, diese der Community auch wieder zur Verfügung zu stellen.

Zur Installation

Registrieren des Bots bei Telegram

  1. Schreib @BotFather bei Telegram per PN an
  2. Mit dem Kommando /newbot legt ihr einen neuen Bot an
  3. Auf die Frage: „Alright, a new bot. How are we going to call it? Please choose a name for your bot.“ gebt ihr den Namen für euren Bot an.
  4. Danach einen Usernamen, mit dem ihr euren Bot später bei Telegram anschreiben könnt.
  5. Darauf hin erhaltet ihr einen HTTP API Key. Den brauchen wir später in den Konfigurationsdateien unseres telebots

Installation des Bots auf dem PI

  1. Clonen des gits ins Homeverzeichnis von pi:
    git clone https://github.com/electrigga/telebot
  2. Die python-dev muss noch installiert werden:
    sudo apt-get install -t jessie python-dev
  3. Mit einem Editor eurer Wahl die Konfigurationen bearbeiten. Zum Besipiel:
    nano config.py

    Bei grant und botowner trag ihr am besten eure Telegram-ID ein. Das ist nicht der Alias (@dl2ajb), sondern eine mehrstellige Nummer. Diese findet ihr heraus, indem ihr eine PN per Telegram an @FalconGate_Bot schreibt und dort /get_my_id eingebt.

  4. Die Datei botlog.txt uns users.csv noch anlegen (die kommen später zum Einsatz und werden später auch automatisch angelegt).
  5. Im Arbeitsprozess stecken noch einige Konfigurationen in der eigentlichen Bot-Datei (telebot.py). Diese werden im Laufe der Zeit in die Config umziehen. Kontrolliert also die Datei telebot.py auf eventuelle Einstellungen.
  6. Die Datei ausführbar machen mit:
    chmod +x telebot.py
  7. Notwendige Python-Module noch laden:
    sudo pip install psutil telepot requests

Kleine Verfeinerungen

Man kann den Bot auch automatisch nach dem Start starten. Ich habe ihn dazu in die Crontab eingetragen und in Screen gestartet, damit ich mir zur Laufzeit eventuelle Ausgaben zu Debug-Zwecken ansehen kann.

crontab -e

Dort dann

@reboot sleep 20 && cd /home/pi/telebot && screen -m -d -S telebot /home/pi/telebot/telebot.py

Fragen, Anregungen, Wünsche und Hilfe bekommt ihr standesgemäß über Telegram. Dort einfach an in die Gruppe telebot schreiben: https://t.me/joinchat/E9aKOhLeY_fCgjCT8Txn_g Viel Spaß mit dem Bot.

DB0ASE DV-Repeater auf der Zielgeraden

Das Schlimmste ist geschafft. Wir werden sicher noch weit vor dem geplanten Starttermin am 1.5.2018 den Repeater am Standort in Erfurt Süd-Ost in Betrieb nehmen können. Warum es nun eigentlich doch länger gedauert hat als geplant und welche Schwierigkeiten sich im Zusammenspiel mit dem Repeaterbuilder STM32 DVM ergeben haben, das möchten wir euch hier gern erzählen.

Der Repeaterbau

Die bisher gebauten Repeater haben wir mit einem Raspberry PI und einem Arduino Due mit aufgesetztem Modem gebaut. Die Arduinos werden so aber seit einer geraumen Zeit nicht mehr hergestellt und es sind nur noch chinesische Plagiate davon erhältlich. Mittlerweile geht man den Weg, dass der Microcontroller in Form eines STM32 direkt auf der Modem-Platine sitzt. Für den neuen Repeater wollten wir diese Technologie natürlich auch gleich nutzen. Gesagt, getan – Modem bei repeater-builder.com bestellt und binnen einer Woche lag der Hat auf dem Tisch.

ZUM Board auf Arduino Due (bisher der Weg)

Nun ging es an den Zusammenbau. Es gestaltete sich alles sehr einfach. Das Board ließ sich zügig verbinden, lokal lief alles problemlos. Der Abgleich des RX wurde wie in der Anleitung auf YouTube vorgenommen. Die von uns für den Repeaterbau gern genutzten Motorola GM340 haben wir, wie gewohnt, im Empfang breit gemacht (auf 25kHz Bandbreite), um auch Signale empfangen zu können, die leicht neben der Frequenz liegen. Diese Praktik nutzen wir bei fast alle Repeatern im Umkreis.

Das Repeaterbuilder STM32 Board (hier in USB-Ausführung)

Der Abgleich und die Fehlersuche

Als es an den Feldtest ging, stellte sich heraus, dass der Repeater nur im Umkreis von wenigen Metern zu arbeiten war. Er war praktisch taub. Man hat ihn sehr weit gehört, aber ihn fast nicht arbeiten können. Wir haben also ein defektes Modem oder einen defekten RX vermutet. Haben nochmal ein STM32-Board bestellt und das Board getauscht. Selber Effekt. Im Shack ließ sich der Repeater problemlos ansprechen, in ein paar hundert Metern war Schluss. Also haben wir den Empfänger getauscht und probiert, ob es möglicherweise daran liegt. Selbe Programmierung – gleicher Effekt. Der Repeater blieb quasi taub.

Viele Tage vergingen bei der Fehlersuche. Endlose Fragen in Chats und Hilfeforen und dem Hersteller wurde immer wieder mit: „Das liegt sicher am Image auf dem Raspberry. Du musst PiStar nutzen, das geht problemlos.“ beantwortet. Diese Antwort leuchtete uns nicht ein. Was soll am PiStar Image anders sein, arbeitet dieses ja auch „nur“ mit MMDVM.

DB0ASE im Rack bei DB0SBN zum Probebetrieb

Der entscheidende Hinweis

…kam nach langem Hin- und Her von DK5RAS (Ralph), der mich irgendwann mal beiläufig gefragt hat, welche Bandbreite wir bei den Empfängern eingestellt haben. Auf die Aussage: „Na 25kHz“, antwortete er: „Oh…das ist an sich verdammt viel“. Der Hub war bei der Bandbreite einfach zu klein und der Störabstand zu gering. Somit verlor sich das empfangene Signal immer im Rauschen. Die Bandbreite im Empfang also erst einmal auf 20kHz verringert, was schon eine deutliche Besserung brachte und schließlich auf 12,5kHz. Nun läuft alles reibungslos.

Typische Ausgaben des MMDVMHost beim Betrieb

Wie es weiter geht

Sobald die Temperaturen wieder im erträglichen Rahmen sind wird DB5SB die Antennenleitungen für DB0ASE auf das Dach ziehen, Hamnet und die DV-Antenne montieren und den Schrank für den Repeater vorbereiten. Dann kann Einschub in den nächsten Wochen nach Erfurt umziehen und die Landeshauptstadt endlich auf 70cm digital funken.

DB0ASE auf dem Basteltisch bei DL2AJB

Neues Thüringen Codeplug online

Hallo Liebe YL & OM,

es gibt wieder eine neue Version des beliebten Thüringen CodePlug

Verfügbar für MD380/RT3, MD390/RT8 & MD2017/RT82

ChangeLog: 15.01.2018

  • Neue Kontakte hinzugefügt
  • Repeater DB0ABL Meuselwitz & DB0ASE Erfurt UHF hinzugefügt
  • Zone etwas angepasst
  • Zone „Direkt“ TalkGroup angepasst von TG ALLCALL auf TG1

Auch hier gilt wie immer Downloaden ID eintragen und ins Gerät spielen. Solltet ihr Fehler finden dann bitte Mail an dj1jay(at)db0fts.de

zu den Codepugs

vy 73 Jens, dj1jay

Thüringen-Codeplug für Hytera MD655

Thüringen-Codeplug für Hytera MD655 verfügbar

Wir haben einen Codeplug für das Hytera MD-655 erstellt. Es ist ähnlich aufgebaut wie die Thüringen-Plugs für MD380/390 (RT3/RT8). Im Codeplug ist auch ein quasi-VFO programmiert. Zusätzlich gibt es den 1750Hz Rufton für Analog-Relais, den wir auf die rote Taste des Mikrofons gesetzt haben.

Features im Überblick

  • thüringer Digital-Repeater mit den wichtigsten TG in einzelnen Zonen + zusätzlich aus Thüringen gut erreichbare Repeater in benachbarten Bundesländern
  • thüringer (und aus Thüringen gut erreichbare) analoge Relais in einer extra Zone
  • benötigte Firmware-Version zum aufspielen: A8.05.07.004
  • direkte Kanäle mit TG1 programmiert (für Zusammenspiel mit anderen Herstellern)

Zum Download