SDS2DB schreibt SDS-Nachrichten in eine MySQL-Datenbank

[TLF1625]

Hallo flachrelais_48,

wollte mal nachfragen, ob du deine Version von SDS2DB die auf Mosquitto umgestellt ist, für uns hier bereitstellen kannst ??? Oder hast du optional eine Anleitung, wie ich SDS2DB auf Mosquitto umstellen kann ?
Wir nutzen SDS2DB mittlerweile im ELW, allerdings nicht in einer reinen Datengruppe. Bei vielen Gesprächen wächst der spool Ordner jedoch recht flott auf einige Dateien an. Beispielsweise bei den Unwettern vor zwei Wochen hinkte meine Dokumentation dann immer gut 5 (teilweise 10) Minuten dem eigentlichen Gespräch hinterher.
Wenn ich das oben im Thread richtig verstanden habe, dann verarbeitet die Mosquitto Lösung die Kommunikation schneller?!

Danke schonmal im Voraus.
TLF1625

[flachrelais_48]

Oh ja, Mosquitto ist ein Quantensprung gegenüber dem alten Spool-File-System.
Bei meinem Projekt hat sich viel getan. Nachdem es immer mehr Funktionen abdecken musste, habe ich es umbenannt und neu strukturiert. Es heißt jetzt "SMI" (Short Message Intermediary). Die Funktionen habe ich modularisiert. Es gibt nun Transceiver-Plugins und Subscriber-Plugins. Die Transceiver-Plugins (SDS, SMS und POCSAG) publishen empfangene Nachrichten auf ihrem MQTT-Topic. Die Subscriber-Plugins (mysql,sdsfrpoc,sdsfrsms) abonnieren die MQTT-Topics und verarbeiten die Nachrichten. Das System ist so flexibel für Erweiterungen. Denkbar wären z.B. künftige Transceiver-Plugins für Messenger-Anbindungen wie Signal oder Telegram. Ich habe auch die Sys-v-Initscripte auf Systemd-Units umgestellt.

Ich werde demnächst modularisierte tgz-Archive bereitstellen. Dann kann sich jeder sein SMI nur mit den benötigten Modulen installieren.
Die alte SDS2DB-Version umzustricken ist eher keine Option. Was macht ihr denn im ELW damit? Habt ihr ein Status-Frontend?

[viliv]

Hallo das klingt interessant.
Kann die Software auch mit den Tetrapagern kommunizieren und Callouts auswerten?

[flachrelais_48]

Hallo das klingt interessant.
Kann die Software auch mit den Tetrapagern kommunizieren und Callouts auswerten?

Kann ich so nicht beantworten. Ich habe keinen Tetra-Pager. Haben die Pager (oder Heimstation) denn eine Schnittstelle? Wenn ja, ist das bestimmt mit wenig Aufwand umzusetzen.

[viliv]

Sowohl Airbus P8ger als auch der Motorola ADVISOR TPG2200 haben eine Schnittstelle, welche AT-Befehle unterstützen.

[flachrelais_48]

Hier mein aktueller Stand. Aufgrund der komischen Beschränkung der Datei-Typen beim Upload, habe ich wieder ein "zip" anfügen müssen. Nach dem Download einfach umbenennen und das zip wieder entfernen.

..._base.tgz -> das Basispaket
..._trx_sms.tgz -> das Transceiver-Plugin für SMS (GSM-Modem) - benötigt zusätzlich das Programm "Nullmodem" (nullmodem-0.0.6.tar.gz)
..._trx_sds.tgz -> das Transceiver-Plugin für SDS (MTM800FuG/MTP850)
..._trx_poc.tgz -> das Transceiver-Plugin für POCSAG (cijo ANTON)

[flachrelais_48]

..._sub_mysql.tgz -> Subscriber-Plugin um Meldungen in eine MySQL/MariaDB Datenbank zu schreiben
..._sub_mysql.sql -> SQL zum Anlegen der vom Plugin benutzten Datenbank-Tabellen
..._sub_sdsfrsms.tgz -> Subscriber-Plugin um Nachrichten die per SMS kommen in eine SDS umzuwandeln
..._sub_sdsfrpoc.tgz -> Subscriber-Plugin um Nachrichten die per POCSAG kommen in eine SDS umzuwandeln

Das Programm Nullmodem muss installiert (configure; make; make install) werden, wenn das Transceiver-Plugin für SMS verwendet wird. Nullmodem (a Utility to loopback Pseudo-Terminals) stammt von Juergen Rinas (http://www.ant.uni-bremen.de/whomes/...dem/index.html) und steht unter GPL. Beim Kompilieren kommt es bei mir zu Warnungen. Es funktioniert aber trotzdem.
In den SMS-Plugins verwende ich eine PHP-Klasse von https://github.com/SmsNica/pdu (mit meinen Bugfixes) zum decodieren und encodieren von SMS. Diese Klasse steht unter MIT License.
Die Lizenzbedingungen für alles, was ich geschrieben habe:
# Dieses Programm ist freie Software. Sie können es unter Beachtung der Nutzungsbedingungen benutzen,
# weitergeben und modifizieren.
# Die Veröffentlichung dieses Programms erfolgt in der Hoffnung, dass es Ihnen von Nutzen sein wird,
# aber OHNE IRGENDEINE GARANTIE, sogar ohne die Garantie der MARKTREIFE oder der VERWENDBARKEIT FÜR EINEN
# BESTIMMTEN ZWECK.

Alle Archive sollten per root entpackt werden: # tar xvPzf ...tgz Alle Programm-Teile liegen dann unter /usr/local/smi/...
Nullmodem habe ich unter /usr/local/nullmodem installiert (Parameter beim configure: ./configure --prefix=/usr/local/nullmodem). Wenn Sie es wo anders hin installieren, muss der Pfad zum Binary in der Config angepasst werden.
Ansonsten werden einige Linux-Pakete vorausgesetzt: stty awk php socat mosquitto_pub mosquitto_sub md5sum jq bc base64 mysql

Viel Erfolg!

[dozzemer]

Kann ich so nicht beantworten. Ich habe keinen Tetra-Pager. Haben die Pager (oder Heimstation) denn eine Schnittstelle? Wenn ja, ist das bestimmt mit wenig Aufwand umzusetzen.

Hallo,

ich habe aktuell einen P8GR mit aktiviertem USB-Datenmodem an eine Raspberry-Pi mit aktuellem Raspbian-Image angeschlossen und bin damit am experimentieren...
Der P8GR hat eine PEI-Schnittstelle, die auch einwandfrei erkannt wird und durch dein Script auch angesprochen wird.

Leider klappt es mit der richtigen Interpretation der AT-Befehle noch nicht ganz korrekt und viele Befehle kennt der P8GR wohl auch einfach nicht.
Die Callouts kommen zumindest in der passenden Log-Datei an, nur in der SQL tauchen sie bisher nicht auf...

Da ich selber im Bereich Linux eher Neuling bin und schon sehr stolz auf mich bin, dass ich deine Scripte unfallfrei zum Laufen gebracht habe, wäre es nett, wenn du vielleicht ne Idee hättest, wo es hakt... ;)
Kann dir bei Bedarf gerne mal Logs der Module per PN schicken ;)

[flachrelais_48]

ich habe aktuell einen P8GR mit aktiviertem USB-Datenmodem an eine Raspberry-Pi mit aktuellem Raspbian-Image angeschlossen und bin damit am experimentieren...
Der P8GR hat eine PEI-Schnittstelle, die auch einwandfrei erkannt wird und durch dein Script auch angesprochen wird.

Na das klingt doch schon vielversprechend.

Leider klappt es mit der richtigen Interpretation der AT-Befehle noch nicht ganz korrekt und viele Befehle kennt der P8GR wohl auch einfach nicht.
Die Callouts kommen zumindest in der passenden Log-Datei an, nur in der SQL tauchen sie bisher nicht auf...

Ohne Dokumentation und ohne eigene Test-Möglichkeit, könnte es etwas umständlicher werden. :-)

Da ich selber im Bereich Linux eher Neuling bin und schon sehr stolz auf mich bin, dass ich deine Scripte unfallfrei zum Laufen gebracht habe, wäre es nett, wenn du vielleicht ne Idee hättest, wo es hakt... ;)
Kann dir bei Bedarf gerne mal Logs der Module per PN schicken ;)

Bin auch stolz auf dich. ;-) Linux ist cool! Hoffentlich fühlen sich andere ermutigt, es dir gleich zu tun. Immer her mit den Logs.

[hannes]

Bei mir läuft nun alles wunderbar durch, nur folgendes Command gibt einen Fehler zurück:

tx AT+CTSP=1,2,20
rx +CME ERROR: 3

https://www.etsi.org/deliver/etsi_en...05v020200o.pdf

Wenn ich die Spezifikation richtig Verstehe, steht die
1 -> service profile / 1 = TE only
2 -> service layer1 / Short Data Service (SDS)
20 -> service layer2 / 20 - Status

Verwendet wird das MTM800ET FuG.
Weicht hier Motorola von der Spezifikation ab?

Gibts eigentlich zu der ETSI Spezifikation, irgendwelche Wiki's, HowTo's, etc. - jemanden was bekannt?

[TLF1625]

Super! Hört sich extremst vielversprechend an! Jetzt hast du mich erst recht neugierig gemacht. Dann sind wir mal gespannt.

Hab es in unsere selbst programmierte Einsatz-Doku/Verwaltungs-Software miteingebaut. Es ist quasi die Middleware zwischen unserer Software und dem Tetranetz.
Statusmeldungen kann ich leider von unseren Fahrzeugen keine auswerten, da ich keinen Zugriff auf die Datengruppe habe.
Es loggt momentan "nur" die Gespräche von unseren Fahrzeugen in eine Datenbank mit und ich kann darüber SDS versenden und Einzelrufe zu den Geräten starten.

MQTT wird das ganze aber denke ich ein gutes Stück vereinfachen und schneller / stabiler machen.