SDS2DB schreibt SDS-Nachrichten in eine MySQL-Datenbank

[flachrelais_48]

Hallo zusammen,

ich habe für den eigenen Verwendungszweck ein kleines Progrämmchen geschrieben, dass auf einem (Debian-)Linux-Rechner läuft und die SDS-Nachrichten, die auf einer oder mehrerer PEI-Schnittstellen empfangen werden, in eine MySQL-Datenbank schreibt.
Das Programm selbst besteht ausschließlich aus Shell-Skripten und muss nicht kompiliert werden.

Evtl. ist es ja auch anderen nützlich.

Achtung! Mit dem Download und/oder der Benutzung von SDS2DB akzeptieren Sie meine Nutzungsbedingungen.

Schöne Neujahrsgrüße

flachrelais_48

[evos]

Kannst du auch ein Programm schreiben für Windows womit ich auch des versende?Suche sowas noch

Gesendet von meinem HTC Desire HD A9191 mit Tapatalk 2

[flachrelais_48]

Das habe ich (momentan) nicht vor. Ich hätte aktuell auch keine Ahnung, wie ich das hinbekommen würde. Wenn ich es bräuchte, würde ich wohl eher den Weg über ein PHP-Webfrontend mit MySQL-DB-Backend wählen.

[evos]

Ok schade

Gesendet von meinem HTC Desire HD A9191 mit Tapatalk 2

[flachrelais_48]

Da fällt mir doch gerade ein, dass ich ja auch noch eine Sammlung von PHP-Funktionen zur Dekodierung von "SDS-TL user data" geschrieben habe.
Möglicherweise ist es dem einen oder anderen eine Hilfe bei dem einen oder anderen Projekt?

Bis jetzt werden nur die Protokolle 0A(LIP) und 82(Text Messaging) ausgewertet. Die Auswertung ist auch noch nicht 100% vollständig. Sie deckt nur Meldungen ab, die in meinem Szenario bis jetzt aufgetreten sind.
Gerne nehme ich fehlende Auswertungen mit auf, wenn sie mir zugetragen werden.

Anwendungsbeispiel:
echo print_r(decode_PDU("0A4DC4000000000000004610A2F42000C0"));

Array ( [StringPos] => 84 [ProtoIdent] => Array ( [value] => 10 [name] => Location Information Protocol ) [PduType] => Array ( [value] => 1 [name] => Location protocol PDU with extension ) [PduTypeExt] => Array ( [value] => 3 [name] => Long location report ) [TimeType] => Array ( [value] => 1 [name] => Time elapsed ) [TimeElapsed] => Array ( [value] => 3 [name] => not known or not applicable ) [LocationShape] => Array ( [value] => 1 [name] => Location point ) [Longitude] => 0 [Latitude] => 0 [VelocityType] => Array ( [value] => 0 [name] => No velocity information ) [AckReq] => Array ( [value] => 0 [name] => No acknowledgement requested ) [TypeOfAddData] => Array ( [value] => 0 [name] => Reason for sending ) [ReasonForSending] => Array ( [value] => 4 [name] => Status ) ) 1

[firEmergency]

Mit welchem Funkgerät testest du das aktuell?
Läuft das mit verschlüsseltem Tetra und entsprechender SIM, oder unverschlüsselt?

Gesendet von meinem HTC One S mit Tapatalk

[flachrelais_48]

Produktiv läuft mein Statusserver mit einem Motorola MTM800FuG mit SIM-Karte. Mein Test-System nutzt ein Motorola MTP850 mit SIM-Karte.
Nach meinem derzeitigen Kenntnisstand gibt es aber beim Setzen der Serviceprofile und beim SDS-Empfang keinen Unterschied ob der Kryptomodus benutzt wird, oder nicht.
Die Kommandos im Skript, die - wenn in der Konfig aktiviert - die Empfangsquittungs-SDS versenden, sind so konfiguriert, dass die SDS E2E-verschlüsselt versendet wird.

Gibt es denn ein konkretes Problem?

Ein Tipp:
Für die Registrierung des Serviceprofils Status-SDS zur Verarbeitung ausschließlich durch SDS2DB, muss im Codeplug das senden des Notrufsignals deaktiviert sein.
Wenn man nichts am Codeplug ändern möchte und es nicht stört, dass das FuG die Status-SDS parallel zu SDS2DB empfängt, kann mann in der pei.init, in Zeile 43, das Kommando
printf "AT+CTSP=1,2,20\r" > $writespooldir/$(date +%s).$(($seqnr+1)).$device
durch
printf "AT+CTSP=2,2,20\r" > $writespooldir/$(date +%s).$(($seqnr+1)).$device
ersetzen.

Die Konfiguration (etc/sds2db.conf) ist auf meinen speziellen Anwendungsfall gesetzt und muss unbedingt angepasst werden. Ohne Anpassung der Konfig wird SDS2DB nicht starten!
Eine Hilfe, sollten die Beispiele in den Kommentaren der einzelnen Einstellungen sein:
# Beispiel: serialdev_1="ttyS0" (für die "COM1")
# Beispiel: serialdev_1_init_1="$sttybin -F /dev/$serialdev_1 0:0:80000cbd:0:3:1c:7f:15:4:0:1:0:11:13:1a:0:12:f: 17:16:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0" (für 9600 Baud, 8 bit, 1 Stopbit, keine Parität, Hardware Handshake (RTS/CTS)
# Beispiel: ttyToListenTo="ttyS0" (um SDS2DB an COM1 lauschen zu lasssen)

[firEmergency]

Nein, gibt kein Problem.
War nur die letzten Tage auf Digitalfunk Lehrgang.
Und da stellte ich eben genau die Frage, ob es möglich sein wird, SDS (z.B. den übermittelten Alarmtext) mit externer Software abzugreifen.

So wie du es beschrieben hast, geht es ja wunderbar SDS mit gültiger SIM abzugreifen und dann diese weiterverarbeiten.

Das heißt theoretisch könnte man sich die SDS dann als SMS senden. Ob das dann natürlich rechtlich noch OK ist, wage ich zu bezweifeln.

[flachrelais_48]

So wie du es beschrieben hast, geht es ja wunderbar SDS mit gültiger SIM abzugreifen und dann diese weiterverarbeiten. ...

Na ja, die PEI-Schnittstelle ist ja genormt. Wenn man die ETSI-Spezifikationen zu Hilfe nimmt und eine Menge Zeit investiert, dann geht es wunderbar. ;-)

... Das heißt theoretisch könnte man sich die SDS dann als SMS senden. ...

Also man könnte die SDS user data einer Text-SDS dekodieren und den Text mittels GSM-Modem als SMS versenden.

[Kermit_t_f]

Abgreifen ist kein Problem, wie Flachrelais_48 schon schreibt. Die SDS wird ja nur verschlüsselt übertragen, aber wird natürlich entschlüsselt im Endgerät abgelegt und ist dort auslesbar.

[firEmergency]

Ok, danke.
Das war mir so nicht bewusst.
Da das Protokoll standardisiert ist, geht das ja dann wohl mit allen Tetra-Endgeräten mit PEI Ausgang und BOS-SIM?

[Wizard]

[QUOTE=flachrelais_48;448871]Na ja, die PEI-Schnittstelle ist ja genormt. Wenn man die ETSI-Spezifikationen zu Hilfe nimmt und eine Menge Zeit investiert, dann geht es wunderbar. ;-)


Schön wärs... PEI und "Genormt" ist wie gewollt und nicht gekonnt.

Sprache und SDS ist zwar zu 95% ETSI konform, aber alles was BSI-SIM, Ordner/Gruppen und banale Dinge wie Error-Codes betrifft, ist bei Sepura und Motorola proprietär gelöst.

Und ja, es geht "eine Menge Zeit" drauf.... :-(

[Loddel]

Erstmal Danke für die Bereitstellung des Skriptes an flachrelais_48.

Hab das jetzt mal nachgestellt. Hast du eine Idee, ob das Ganze auch mit einem USB-Programmierkabel funzt. Ein serielles besitze ich nicht. Also ich hab genau das hier: PMKN4026A USB.
Und wenn ja, wie sollte die conf dann aussehen? Im Moment bin ich noch ratlos.
Der Start des sdsdb meckert: "Stop! "ttyr00" kann nicht initialisiert werden". Ist ja klar, weil nicht belegt.
Hast du ne Idee oder einen Tip?

[flachrelais_48]

Nein, das PMKN4026A wird nicht funktionieren. Motorola liefert keinen Linux-Treiber dafür.

Funktionieren sollten alle Lösungen, die unter Linux als special character device angesprochen werden können.

In meinem Fall ist das ein "MOXA NPORT 5110" RS232 over LAN Adapter (/dev/ttyr00). Möglich wären auch RS232/USB-Adapter die meistens als "/dev/ttyUSB0" angelegt werden oder echte RS232-Verbindungen (z.B. /dev/ttyS0).

Das FuG muss auf jeden Fall per RS232 verbunden werden.

Welches FuG willst du denn anschließen?

[CSchumacher85]

Vielen vielen Dank für dein Programm.

Sehr gut gemacht.

Ich habe es für die Industrie im Einsatz mit Motorola MTM800E und es läuft super.

Hast du privat noch weitere Programme?
Also Programme die dann auf deine Datenbank zugreifen.

mfg Christian