Das neue DMRGateway von G4KLX

Vor wenigen Tagen hat Jonathan, G4KLX, die erste Version seines DMRGateways veröffentlicht – eine Software, die vermutlich die DMR-Welt massiv verändern wird.

Kernidee des Gateways ist es, Talkgroups und Reflektoren verschiedener DMR-Netze wie z.B. dem DMRplus- und dem BrandMeister-Netz auf einem Repeater/Hotspot gleichzeitig anbieten zu können, ohne hierbei durch irgendwelche Scripte etc. zwischen den Netzen hin und her schalten zu müssen! So ist es z.B. möglich, auf dem ersten Zeitschlitz eines Repeaters das BrandMeister-Netz abzubilden und auf dem zweiten das DMRplus-Netz, ohne hierbei inhaltliche Einbußen akzeptieren zu müssen.

Zusätzlich zu den genannten beiden Netzen kommt nun ein neues Netz ins Spiel, welches in nächster Zeit immer weiter Verbreitung finden wird: Das DMR-Netz der XLX-Reflektoren. Die XLX-Reflektoren sind bereits aus DSTAR als Multiprotokoll-Reflektoren bekannt. Nun erobern Sie auch die Welt des DMR. Auf dem XLX950 z.B. werden bereits 10 Module angeboten, die als DSTAR- und gleichzeitig als DMR-Reflektor nutzbar sind und in beide Richtungen transkodieren!

Was das DMRGateway nicht leistet, ist eine eigenständige Transkodierung zwischen den Betriebsarten DMR/DSTAR/YSF/P25, was das Gateway ebenfalls nicht tut, ist verschiedene Netze miteinander verbinden durch eine Brücke.

Kommen wir zu den einzelnen Spezialitäten, die aktuell in der Konfigurationsdatei möglich sind. Hierzu nehme ich die aktuell im Github-Repository befindliche INI-Datei, und versuche hier, die einzelnen Zeilen zu erklären. Ich weiß, dies wird mir nicht immer gelingen, da alles noch sehr neu ist, und das Wissen hierüber recht schmal bisher. Aber wir versuchen mal unser Glück:

[General]
 Timeout=10 # dieser Parameter gibt vor, wieviele Sekunden nach einem Durchgang innerhalb der Talkgroup/des Netzes verblieben wird, bevor der Repeater wieder im belegten Zeitschlitz für alle Netze freigeschaltet wird.
 RptAddress=127.0.0.1 # die IP-Adresse des Repeaters (MMDVMHost)
 RptPort=62032 # Port des Repeaters (MMDVMHost), wichtig: Diesen mit "Local=62032 in der DMR Network-Sektion der MMDVM.ini setzen!
 LocalAddress=127.0.0.1 # IP-Adresse des DMRGateways
 LocalPort=62031 # Port des Gateways - dieser ist ebenfalls als Zielport in der MMDVM.ini zu setzen
 Daemon=0 # gibt an, ob das Programm als Systemdienst im Hintergrund laufen soll
 Debug=0 # setzt den Debugmodus (1=ein, 0=aus)

[Log]
 # Logging levels, 0=No logging
 DisplayLevel=1 # definiert das Loglevel, je höher, je ruhiger
 FileLevel=1 # definiert das Loglevel, je höher, je ruhiger
 FilePath=. # Basispfad der Logdatei
 FileRoot=DMRGateway # Name der Logdatei

[Voice]
 Enabled=1 # aktiviert Sprachansagen beim Verlinken von Reflektoren (bezieht sich auf XLX-Reflektoren)
 Language=en_GB # Locale zur Auswahl der Sprache - für Deutsch de_DE wählen
 Directory=./Audio # Pfad, wo die Audio-Dateien liegen

[XLX Network 1] # Konfiguration des 1. XLX-Reflektors
 Enabled=1 # aktiv=1, inaktiv=0
 Address=xlx950.epf.lu # Hostadresse/IP-Adresse des Reflektors
 Port=62030 # Port des Reflektors
 # Local=3351 # lokaler Port, kann statisch gesetzt werden
 # Options= # zur Übergabe von Optionen beim Connect - noch nicht in Gebrauch?
 Slot=1 # DMR-Slot, auf den das Netz gelegt wird.
 TG=8 # Talkgroup, die für die Reflektorenverbindung genutzt wird
 Base=84000 # Wird benutzt, um die Reflektorenverlinkung umzuleiten, da ja mehrere Netze mit Reflektoren verwendet werden könnten. Bedeutet also, dass man den Reflektor 4005 z.B. mit einem Ruf auf die 84005 aktiviert.
 Password=passw0rd # Passwort für die Master-Verbindung
 Debug=0 # aktiviert den Debug-Modus, 1=aktiv, 0=inaktiv

[XLX Network 2] # 2. XLX-Netz, aktuell noch unbenutzt
 Enabled=0
 Address=44.131.4.1
 Port=62030
 # Local=3351
 # Options=
 Slot=1
 TG=7
 Base=74000
 Password=passw0rd
 Debug=0

# BrandMeister
 [DMR Network 1] # 1. DMR-Netz ungleich XLX
 Enabled=0 # 1=aktiv, 0=inaktiv
 Address=44.131.4.1 # Hostname oder IP-Adresse des Masters
 Port=62031 # Port des Masters
 # Local=3352 # lokaler Port für die Verbindung
 # Local cluster
 TGRewrite=1,9,1,9,1 # Leitet die Netzwerk-Talkgroup 9 des TS1 auf den TS1/TG9 um
 # Reflector TG on to slot 2 TG9
 TGRewrite=2,9,2,9,1# Leitet die Netzwerk-Talkgroup 9 des TS2 auf den TS2/TG9 um
 # Reflector control command slot 2 94000->4000 to 95000->5000
 PCRewrite=2,94000,2,4000,1001 # Definiert wieder die Umleitung für die Reflektor-Verbindung. Hier nun eine vorgestellte 9, also für Reflektor 4020 ist die 94020 im TS2 zu rufen
 # Echo on RF slot 1 TG9990 to network slot 1 9990
 TypeRewrite=1,9990,1,9990 # Umleitung des Echos auf TS1/TG9990 auf TS1/TG9, jedoch als Ruf vom Kontakt 9990
 SrcRewrite=1,9990,1,9990,1 # hängt mit TypeRewrite zusammen?
 # Reflector status returns
 SrcRewrite=2,4000,2,9,1001 # Umleitung der Ansagen der Reflektoren in TG9 als Ruf von der Reflektorennummer
 # Pass all of the other private traffic on slot 1 and slot 2
 PassAllPC=1 # leitet alle privaten anrufe im TS1 weiter auf den TS1
 PassAllPC=2 # leitet alle privaten anrufe im TS2 weiter auf den TS2
 Password=PASSWORD # Passwort für den Master
 Debug=0 #  aktiviert den Debug-Modus, 0=inaktiv, 1=aktiv

# DMR+
 [DMR Network 2] # DMR-Netzwerk 2
 Enabled=0 # aktuell inaktiv, aktiv=1
 Address=44.131.4.1 # Hostname oder IP-Adresse des Masters
 Port=55555 # Portnummer des Masters
 # Local=3352 # lokaler Port für die Verbindung
 # Reflector TG on to slot 2 TG8
 TGRewrite=2,8,2,9,1 # Schreibt die TG9/TS2 aus dem Netz um in die TG8/TS2 RF
 # Echo on slot 2 TG9990
 TGRewrite=2,9990,2,9990,1 schreibt das Echo um von 9990/TS2 nach 9990/TS1 (Sinn?)
 # Reflector control command slot 2 84000->4000 to 85000->5000
 PCRewrite=2,84000,2,4000,1001 # auch hier, die Reflektoren-Kommandos umschreiben mit vorgestellter 8. Also Verbindung zu 4013 z.B. mit 84013, alles im TS2
 # Pass all of the other talk group traffic on slot 1 and slot 2
 PassAllTG=1 # alle TGs weiterleiten 1:1 in TS1
 PassAllTG=2 # alle TGs weiterleiten 1:1 in TS2
 Password=PASSWORD # Passwort für die Master-Verbindung
 Debug=0 # aktiviert Debug-Mode, 0=inaktiv, 1=aktiv

Hinweis am Rande:

Bei den ganzen Rewrite-Regeln oben ist es immer so, dass zunächst immer die TG der RF-Seite und dann die TG der Netzseite genannt ist. Beispiel:

TGRewrite=2,47,1,11,1

Diese Regel schreibt Anrufe HF-seitig im TS2 in der TG47 in die TG11 auf TS1 um. Die letzte 1 gibt den Wertebereich der TGs an. Bedeutet also, wenn aus der letzten 1 eine 10 gemacht würde, würden die TGs 47-56 jeweils auf die TG11 bis 20 umgeleitet.

Man sollte bei seinen Versuchen mit dem DMRGateway Netz für Netz die Sache angehen und die einzelnen Netze nach und nach aktivieren und dann jeweils nochmal alle Netze durchtesten, ob das bisherige noch funktioniert. Schnell hat sich hier ein Fehler eingeschlichen!

Viel Spaß beim Testen!

Das inoffizielle DMRplus-Benutzerhandbuch

Ich freue mich, mal wieder darauf hinweisen zu können, dass ich nicht untätig war über die vergangenen Monate. Dabei ist eine WIKI-Seite entstanden, die den wohlklingenden Namen trägt: Das inoffizielle DMRplus-Benutzerhandbuch.

Hier wird man von fast Null abgeholt und in das Thema DMRplus eingeführt. Viele Fragen, Tipps und Hinweise erwarten einen. Ebenso ist die WIKI-Seite als PDF-Datei verfügbar, die man bei bedarf herunterladen kann, um sie z.B. ausdrucken zu können.

Hier ein Blick ins aktuelle Inhaltsverzeichnis:

Sollten trotz der Lektüre dieses kleinen Werks noch Fragen offen bleiben, so darf der geneigte Leser natürlich gerne auch hier im Blog seine Fragen loswerden und ich werde nach bestem Wissen auf diese eine Antwort liefern. Evtl. fließen die Fragen ja auch in die WIKI-Seite mit ein und werden somit ein Teil des Handbuchs.

Viel Spaß beim Lesen!

DV4mini kann nun YSFReflectors

Eine wunderschöne Neuigkeit gab es gestern Abend, als die Version  2017-03-20 des Control-Panels des DV4mini auf dem amerikanischen Server von Wireless Holdings released wurde. Seit gestern kann das Control-Panel nämlich die MMDVM-YSFReflector-Räume (YSF) anbieten.

Damit ist das YSFReflector-System wohl das Reflektorensystem im C4FM, was die meisten verschiedenen Hardware-Systeme miteinander verbinden kann, nämlich da wären:

  • MMDVM (Repeater und Hotspots)
  • DVMEGA-Hotspots
  • OpenSpot (SharkRF)-Hotspots
  • DV4mini

Das YSFReflektoren-System bietet aktuell Zugang zu über 80 Reflektoren, die rund um die Welt verteilt sind und damit wohl rund um die Uhr QSO-Partner anbieten dürften. Eine Liste der Reflektoren und deren Dashboards findet man unter https://register.ysfreflector.de/.

Wer jetzt also mal die Lust verspürt, in die Welt der YSFReflectors reinzuschnüffeln, der kann sich seinen DV4mini nehmen und sich einen der zur Verfügung stehenden Reflektoren auswählen. Für Deutschland sind hier 2 Reflektoren zu finden: DE Germany und DE Germany 2, wobei bei DE Germany eine Brücke in die BrandMeister-Talkgroup 26208 geschaltet ist,  der DE Germany 2 jedoch sozusagen „stand-alone“ läuft.

BlueDV und der DVMEGA unter Windows

Inzwischen ist die BlueDV-App von David – PA7LIM schon richtig gut weitergekommen, so dass ich an dieser Stelle einmal kurz auf die App eingehen will:

Nicht nur, dass die Bedienoberfläche aufgeräumt und ohne unnötig verwirrende Inhalte daher kommt, die Software funktioniert mit dem DVMEGA tadellos! Hier hat David ganze Arbeit geleistet und merkt dem Projekt die Erfahrung in der Programmierung schon an.

Die Software unterstützt den parallelen Betrieb in allen drei unterstützten Betriebsarten DMR, C4FM (YSF oder FCS-Reflectoren) und DSTAR. Natürlich ist auf der HF-Seite immer nur eine Betriebsart möglich, aber man hat in der Benutzeroberfläche immer den Überblick, was gerade auf allen verbundenen Reflektoren so geschieht – ein ganz klarer Trupf gegenüber vergleichbarer Software für andere Hotspots.

Zusammen mit dem DVMEGA hat man mit dieser Software, die auch unter Android eine Schwestern-Entwicklung laufen hat, an der parallel zu dieser App auch immer wieder gearbeitet wird, einen Hotspot für den heimischen Schreibtisch, die unter Windows ihren Vergleich sucht!

 

Was war, was wird? Sylvester 2017

Hallo euch allen. Das Jahr 2016 war ein sehr ereignisreiches. Viele Dinge sind neu geschaffen worden, viele Projekte haben Fahrt aufgenommen und sind „groß geworden“. Andere Dinge haben sich wieder einmal dahingehend versteift, dass selbst dem letzten klar sein sollte: Da wird nix mehr draus.

Fangen wir mal an: Beim Tytera MD-380 (und den verwandten Geräten MD-390 jeweils ohne oder mit GPS) wurde durch Travis Goodspeed, KK4VCZ, und ein Team um ihn herum die Firmware gehackt und in weiterer Folge selbige um sehr nützliche Funktionen erweitert. Unter https://github.com/travisgoodspeed/md380tools kann man die Früchte der Arbeit sehen, herunterladen und selbst einsetzen.

Leider hat das Projekt kurz vor Weihnachten einen herben Schlag erlitten, indem einer der kreativen Köpfe, Alex, DF8AV, für immer die Tastatur beiseite legte… wir alle Trauern um ihn, war er doch mit einer der ersten Stunde und hat stets das Projekt mit seinen Ideen weiter gebracht.

Alex – wir werden dich vermissen!


Andere Projekte, wie z.B. das MMDVM-Projekt von Jonathan, G4KLX, ebenfalls bei Github zu finden haben sich prächtig weiterentwickelt. So hat Jonathan mit seinem Team aus vielen freiwilligen Helfern es geschafft, dem digital voice-Segment die Möglichkeit des Selbstbaus zu geben! Es können nun mit relativ überschaubaren Mitteln Repeater und Hotspots für DMR, DSTAR, C4FM und P25 gebaut und betrieben werden.


Gerade bezogen auf das MMDVM-Projekt bin ich mit meinem eigenen Dashboard für Repeater und YSFReflektoren aktiv geworden. Auch dieses Projekt ist bei github zu finden.


Ein Thema, was im vergangenen Jahr zu gleicher Zeit noch ganz positiv aussah, ist die Verbindung zweier DMR-Netze, namentlich das DMRplus-Netz und das BrandMeister-Netz. Was in den ersten Januartagen funktionierte, wurde nach kurzem Test wieder eingestellt, um in einem erneuten Versuch nach der HAMRADIO wieder eingestellt zu werden. Die Mentalitäten zwischen den Netzen sind schlicht zu verschieden, die Nutzergruppen respektieren sich nicht gegenseitig, also macht es wohl eher Sinn, diesen Gedanken für die nächste Zeit gänzlich zu verdrängen.


Für mich hat das Jahr 2016 mich in die Rolle des „Dienstleisters“ gebracht: Ich betreibe seit Mitte des Jahres zwei YSFReflektoren für die G4KLX-MMDVM-Welt, auf gleichem Server noch einen XLX-Server (XLX400) und einen DMR-Master (DL-Saar). Alle Systeme laufen gut, stören sich nicht gegenseitig und werden auch in 2017 weiter betrieben werden – ohne auf Spenden oder zutun anderer angewiesen zu sein!


Was wird 2017 für mich im Amateurfunk bringen? Ich weiß es noch nicht genau, jedoch werde ich wieder verstärkt auf der Kurzwelle aktiv werden. Wer mein Logbuch anschaut, hat schon im Dezember erste Aktivitätssteigerungen in diesem Segment wiedererkennen können.

Unser Ortsverband Völklingen, Q05,  wird im Jahr 2017 mit einem Sonder-DOK (60Q05) sowie einer Sonderstation DR60VKL die Bänder aktivieren. Wir feiern unser 60-jähriges Bestehen.

Ebenfalls 60 Jahre alt wird das Bundesland Saarland, was der Distrikt Saar ebenfalls mit einem Sonder-DOK (60SAL) und einer Sonderstation DR60SAL feiert.

Je nach dem, wie sich für mich die Gelegenheiten ergeben, werde ich mit der ein oder anderen Sonderstation ebenfalls qrv sein. Die Wahrscheinlichkeit für die Station des eigenen OVs ist hier natürlich größer.


Zum Abschluss möchte ich allen, die mich im Jahr 2016 bezogen auf verschiedene Dinge rund um den MMDVM-Repeater, das Dashboard oder anderen Zusammenhängen unterstützt haben, danken. Allen wünsche ich noch einen angenehmen und erfolgreichen sowie mit viel Gesundheit bestückten Start ins Jahr 2017

Euer Kim

DG9VH

Ruhig geworden im Blog

… ist es. Das dürften einige festgestellt haben. Der Grund liegt nicht darin, dass ich bezogen auf den Amateurfunk kürzer getreten bin, sondern eher in der anderen Richtung: Durch diverse Dinge zu Gusten des Amateurfunk bin ich nicht mehr so recht dazu gekommen, mehr als nur die routinemäßigen Wartungsarbeiten am Blog zu machen.

Da gibt es aktuell mehrere Projekte, die mich zeitlich binden und die Zeit auffressen. Zum einen ist das der Support der beiden Dashboards für den MMDVMHost bzw. dem YSFReflector, wie auch die Unterstützung verschiedener solcher Installationen, die die Zeit beansprucht.

Dann ist da noch die experimentelle Firmware für das Tytera MD-380, deren Support ebenfalls ein wenig meine Zeit vertreibt.

Ende diesen Monats (also am 24.09.2016) findet dann noch der Distrikt-Service-Tag der Distrikte Saar und Rheinland-Pfalz statt, wo ich auch im Hintergrund ein klein wenig was mitwirke.

Also man sieht, ich bin nicht untätig so generell betrachtet, habe nur keine Zeit, darüber zu berichten 🙂