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

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

Update des Thüringen Codeplug – Version v.09.10.2017

Die neue Version des Thüringen Codeplug,
bezieht sich auf die Geräte der Serie TYT / Retevis (MD380/RT3 | MD390/RT8 | MD2017/RT82)

Aktuelle Änderungen:

  • überarbeitetes Codeplug für RT82 / MD2017
    • CP ist gleich mit den Versionen RT3 /RT8 nur zusätzlich VHF verfügbar
  • das neue VHF-Codeplug (RT3/MD380) für DBoEFW ist hier erhältlich

Alle von uns zur Verfügung gestellten CodePlug erhielten zusätzlich:

  • Aktualisierung der 2629xxx User Kontakt Liste
  • Fehler in den VFO Zonen behoben
  • Zone um DB0SBN (HS) erweitert
  • TG 6 für die Nutzung des XLX DMR Systems hinzugefügt
    • bei DB0FTS / DB0INS / DB0MGN / DB0EFW / DB0KGS /DB0SBN
    • weitere Infos folgen demnächst….
  • DB0SON TG8 erweitertes Cluster hinzugefügt TG26286 / TG262977 / TG262878

Hier gehts zum Codeplug

Sollten Probleme auftreten dann bitte Mail an dj1jay (at) db0fts.de

vy 73 Jens, dj1jay

Digital-Amateur-Funk-Treffen Thüringen

Die SysOp von DB0FTS, DB0INS und DB0MGN laden zum 1. Digital-Amateur-Funk-Treffen (DAFTT) in Gotha ein. Das Treffen findet am 30.09.2017 ab 9:30 Uhr in der Aula (3. Etage) der Gothaer Bildungsgesellschaft (GoBi) Bürgeraue 2, 99867 Gotha (Kaufland) statt.

Im Rahmen dieser Veranstaltung wird es verschiedene Vorträge geben, Einführungen in die Betriebsarten und Technik für alle Spielarten vorgestellt werden. Eingeladen sind alle interessierten Funkfreunde mit und auch ohne Vorkenntnisse. Neben DMR, D-Star und C4FM wird es auch um die Entwicklung des HAMNET in Thüringen gehen.

Tagesplan

09:30 Uhr – Eröffnung

10:00 Uhr – Einführung in digitale Betriebsarten und Vorstellung der Technik

  • Vorstellung der Betriebsarten D-Star, C4FM und DMR und deren grundlegende Bedienung
  • Arbeiten über die Relais mit und ohne Verlinkung
  • Besonderheiten der einzelnen Betriebsarten

11:00 Uhr – Vorstellung der MMDVM Repeatertechnik und Gateways

  • MMDVM was ist das?
  • Was für Relaistechnik nutzen wir in Thüringen
  • was steckt hinter MMDVMHost, MMDVMCal, DMRGateway, ircDDBgateway, YSFGateway, YSFReflector und XRF986C
  • Talkgroups und ihre Tücken

12:00 Uhr – Mittagspause

13:00 Uhr – Einführung in HAMNET und Vorführung der Technik

  • Geschichte und regulatorische Grundlagen
  • Technische Grundlagen und Einführung in die HamnetDB
  • Hardware und Wie werde ich im Hamnet QRV?
  • Anwendungen im Hamnet

ab 14:00 Uhr – Individuelle Gespräche und lustiges Beisammensein

  • Hilfe bei Konfigurationsproblemen
  • Hilfe beim Aufspielen der offenen Firmware (MD380Tools)

 

Nimmst du am Treffen teil?

  • Ja, da bin ich dabei! (56%, 9 Votes)
  • Ich versuche zu kommen! (38%, 6 Votes)
  • Nein, ich kann leider nicht..... (6%, 1 Votes)

Stimmen: 16

Loading ... Loading ...

 

DMR+ per DMRGateway verfügbar

Wir haben DMR+ auf unseren Repeatern zur Verfügung gestellt. Im Moment befindet sich die DMR+ in der Testphase. Am einfachsten geht es, wenn wir euch unser Codeplug auf eurem Gerät installiert. Hierzu hat hat Jens (DJ1JAY) einmal diverse Infos zusammengetragen:

DMRGateway

Auch diesesmal hat Jonathan G4KLX wieder eine Software herausgebracht, die es ermöglich, an einem Relais beide DMR-Netze nutzen zu können (Brandmeister & DMR+,XLX). Nutzt man einen MMDVM(Host) Repeater, so kann die neue Software DMRGateway genutzt werden, ein Tool, das es ermöglicht in mehreren DMR Netzen gleichzeitig zu sein. Die Software und weitere Infos findet Ihr hier -> G4KLX DMRGateway (externLink)

Auch ist es möglich das XLX Reflektor System mit 25 Reflektoren (4001-4026, 4000 für Disconnect) zu nutzen. Derzeit ist es im XLX950 aktiv, aber nicht mit allen Reflektoren. Wenn die neue XLX Software Verfügbar ist, wird auch unser XLX986 damit ausgestattet sein. DMRGateway funktioniert nicht ohne das versetzen (mappen) der Talkgroups und der Reflektoren, da in beiden Netzen Gleichermaßen die Talkgroups vorhanden sind (z.B TG262, 9, 8 etc.). Normale Repeater können natürlich in beide Timeslots mappen, z.B. DMRPlus nach TS1 und Brandmeister nach TS2 oder Brandmeister TS1 TG262 zu TS1 TG9262 und TS2 TG9 zu TS2 TG99 etc. Wie und wohin man mappt, bleibt jedem selbst überlassen. Allerdings sollten sich Repeater-Betreiber, über kurz oder lang, auf einen „Standard“ einigen, da die Codeplug Programmierung sonst unnütze Auswüchse annimmt und für den Ottonormal-Nutzer nicht mehr überschaubar ist.

Auf den Thüringer Relais versuchen wir eine einheitliche Schiene zu fahren. Wir hoffen das der ein- oder andere Relaisbetreiber mitmacht. Da Brandmeister unser bevorzugtes Netz ist, werden die Talkgroups hier nicht verändert. DMR+ soll ein Zusatzdienst am Repeater sein, somit werden hier die Talkgroups gemappt (umgeroutet). Bei DMR+ mappen wir TG9 nach TG99 (Lokal), TG262 nach TG9262(DL). TG20 (DACH) muss nicht umgemappt werden, da diese im Brandmeister nicht vorhanden ist. TG8 wird im DMR+ nicht mehr unterstützt!

Für den Reflektorbetrieb nutzt man also TG99 (Lokal) und zum schalten der Reflektoren 94004 anstatt 4004. Trennen 94000 und Status 95000, es wird also die „9“ Vorrangestellt.

!!! Sendet man ohne Vorrangestellte „9“ aus also 4004, so werden die Reflektoren im Brandmeisternetz geschaltet !!! (Sind dann aber nicht die DMR+ Reflektoren)

DMR Abgleich MMDVM

Das härteste Stück Arbeit ist der Abgleich für DMR. Nach jetzt fast 2 Wochen Rumprobieren und vielen Stunden Chats und Telfonaten hier die Lösung, die bei mir funktioniert hat.

Das Setup: 2 Motorola GM340 an einer mmdvm1.1 von DL7TJ, Raspberry PI und MMDVMHost und MMDVMCal

Der erste Versuch war ein absolutes Trial and Error. Mit der großen und aufopferungsvollen Unterstützung von Jens (DJ1JAY) haben wir es dann letzendlich geschafft. Geholfen hat die Verwendung eines RTL-SDR. Mit MMDVMCal habe ich im DMR Deviation Mode eine Aussendung gestartet. Diese findet man in MMDVMCal mit SHIFT+D.

Die Schwebungsnull in der Mitte ist klar zu erkennen. So funktioniert DMR nicht.

Den TX-Poti habe ich bis zum Anschlag nach oben gedreht. Die Signalstärke hat nicht ausgereicht. Auch das mit SHIFT+T hoch gesetzte TX-Level (auf 100%) ließ die Schwebungsnull nicht ganz verschwinden. In einem Forum fand ich den Hinweis, dass man bei diesem Board R6 brücken sollte, damit genug Lautstärke kommt. Nun konnte ich den Poti geringfügig zurück nehmen und das TX-Level auf 82% nehmen. Das bringt das beste Ergebnis im SDR.

Keine Schwebungsnull mehr in der Mitte. So funktioniert DMR.

Das Handfunkgerät kann sich nun problemlos einbuchen. RX-Level ist auf 25%. Beide Zeitschlitze funktionieren. Sollte das nicht der Fall sein, muss man mit dem RX noch etwas experimentieren (Poti drehen, Level verändern).

Nachtrag: Es hat einen großen Einfluss auf die Ergebnisse, wenn man in dem Codeplug des GM-340 den Tone-Squelch auf PL/DPL hat. Bei uns hat das dazu geführt, das die BER extrem hoch waren. Nun blubbert zwar die Funke leise vor sich hin. Aber DMR läuft zuverlässig.