SDS2DB schreibt SDS-Nachrichten in eine MySQL-Datenbank

[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?