SDS2DB schreibt SDS-Nachrichten in eine MySQL-Datenbank

[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

[flachrelais_48]

Schön zu hören, dass SDS2DB auch im Industrie-Einsatz ist. Welche Anwendungen deckst du damit ab? Ich habe SDS2DB auch weiterentwickelt. Es gibt jetzt die Möglichkeit Empfangs- und Sende-ISSI-Whitelists zu konfigurieren um zu filtern, welche ISSIs ausgewertet werden. Ich werde es bei Gelegenheit hier einchecken.

Ich habe ein PHP-Programm als Web-basiertes Einsatzführungstool geschrieben, das die Statusmeldungen in einer Statusübersicht der Einsatzmittel verarbeitet und in einem Journal protokolliert hatte. Mangels Zeit, konkurierender Projekte und fehlender Unterstützung ging die Entwicklung aber nur schleppend voran und die Anwender haben die Geduld verloren, auf weitere Funktionen zu warten. So ist es unvollendet geblieben.
Jetzt setzen wir EDP4 als Einsatzführungstool ein und die SDS2DB-Datenbank wird von einem erweiterten monitord-Web-Frontend als Rückfallebene und Referenz-"Empfänger" genutzt.

Für die Auswertung von digitalen Alarmierungen habe ich SDS2DB etwas modifiziert und POCSAG2DB daraus gemacht. Zusätzlich zum Sichern der Meldungen in der Datenbank, wird das Meldungsformat aufbereitet und per RS232 an den EDP4-Einsatzservice weitergeleitet um aus den Alarmierungen automatisiert Einsätze anlegen zu lassen. Das kann ich auch hochladen, falls jemand Interesse bekundet.

Schöne Grüße

[CSchumacher85]

Hi flachrelais_48 anbei das Logfile:

Hast du eine neuere Version von SDS2DB weil bei dir anstelle der Pfeile TR und RX steht?

Inhalt vom Logfile ttyS1:
Sep 16 08:23:40 linuxFR-Feinblech sds2db: <- ATZ
Sep 16 08:23:41 linuxFR-Feinblech sds2db: <- AT+CTSP=1,3,130
Sep 16 08:23:41 linuxFR-Feinblech sds2db: -> OK
Sep 16 08:23:58 linuxFR-Feinblech sds2db: -> R: 12,473010,0,491016,0,40
Sep 16 08:23:58 linuxFR-Feinblech sds2db: -> 82065F0141
Sep 16 08:23:59 linuxFR-Feinblech sds2db: <- AT+CMGS=473010,32
Sep 16 08:23:59 linuxFR-Feinblech sds2db: <- 8210005F^Z
Sep 16 08:23:59 linuxFR-Feinblech sds2db: -> +CME ERROR: 35
Sep 16 08:23:59 linuxFR-Feinblech sds2db: -> +CMGS: 0
Sep 16 08:23:59 linuxFR-Feinblech sds2db: -> OK
Sep 16 08:23:59 linuxFR-Feinblech sds2db: -> +CMGS: 0,4,95
Sep 16 08:24:01 linuxFR-Feinblech sds2db: -> +CTSDS0060,0,491016,0,40
Sep 16 08:24:01 linuxFR-Feinblech sds2db: -> 8206620141
Sep 16 08:24:05 linuxFR-Feinblech sds2db: -> +CTSDS3010,0,491016,0,40
Sep 16 08:24:05 linuxFR-Feinblech sds2db: -> 8206600141

Die erste SDS wurde fehlerfrei Empfangen und quittiert anschließend kamen die CTSDS rein.


Inhalt der PEI.init:

# Config-File einlesen
source /usr/local/sds2db/etc/sds2db.conf

# Initialisierung aller PEI Connections für den übergebenem Parameter ausführen
device=$1
if [ ! -c "/dev/$device" ]; then
device="null"
fi
# Sequenzzähler der Write-Spooler-Dateien initial auf Zufallswert setzen
seqnr=$RANDOM

# PEI-Schnittstelle initialisieren
echo "$(date +"%b %d %H:%M:%S") $host $inithelper: initialisiere PEI Schnittstelle an \"$device\"" >> $logfile
printf "ATZ\r" > $writespooldir/$(date +%s).$seqnr.$device
sleep 1
#echo "$(date +"%b %d %H:%M:%S") $host $inithelper: registriere TE für Status-SDS" >> $logfile #wird nicht benötigt #GPS
#printf "AT+CTSP=2,2,20\r" > $writespooldir/$(date +%s).$(($seqnr+1)).$device
#sleep 1
#echo "$(date +"%b %d %H:%M:%S") $host $inithelper: registriere TE für LIP" >> $logfile #wird nicht benötigt
#printf "AT+CTSP=1,3,10\r" > $writespooldir/$(date +%s).$(($seqnr+2)).$device
#sleep 1
echo "$(date +"%b %d %H:%M:%S") $host $inithelper: registriere TE für Text Messaging" >> $logfile
printf "AT+CTSP=1,3,130\r" > $writespooldir/$(date +%s).$(($seqnr+3)).$device
sleep 1
#echo "$(date +"%b %d %H:%M:%S") $host $inithelper: lese MS Identität" >> $logfile
#printf "AT+CNUMF?\r" > $writespooldir/$(date +%s).$(($seqnr+4)).$device
#sleep 1

exit 0

Alles Auskommentiert außer SDS (1,3,130)

mfg
CS

[CSchumacher85]

Der SerialPort ttyS1 scheint auch richtig konfiguriert zu sein:

stty -F /dev/ttyS1 -a
speed 9600 baud; rows 0; columns 0; line = 0;
intr = ; quit = ; erase = ; kill = ; eof = ^D;
eol = ; eol2 = ; swtch = ; start = ; stop = ;
susp = ; rprnt = ; werase = ; lnext = ;
flush = ; min = 5; time = 0;
-parenb -parodd cs8 -hupcl -cstopb cread clocal -crtscts
-ignbrk -brkint ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl -ixon -ixoff
-iuclc -ixany -imaxbel -iutf8
-opost -olcuc -ocrnl -onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
-isig icanon -iexten -echo -echoe -echok -echonl -noflsh -xcase -tostop -echoprt
-echoctl -echoke

Noch ein Hinweis. Mir ist aufgefallen wenn ich die Software starte und beende ist das Nachrichten-Eingan Menü am Gerät gesperrt (auch wenn keine SDS über die Software empfangen wurde).
Es erscheint die Meldung (Nachr. Empfang blockiert).

Mir sagt das nichts.


mfg
Christian

[CSchumacher85]

Hallo habe eben festgestellt das der SDS-Header von den SDS Nachrichten abweicht

Header mit Software +CTSDS3010,0,491016,0,40
Header ohne Software +CTSDSR: 12,473010,0,491016,0,40

Weiss jemand den Unterschied zwischen den Beiden Headern?

bzw. mit welchem Befehl kann ich dies Umstellen?

Wenn ich den COMPort Sniffer kann ich keinen besonderen Befehl erkennen der dies umstellen könnte.

mfg
CS

[CSchumacher85]

Hallo dies klingt sehr interessant wir arbeiten hier auch an einem WebFront End.
Wir setzen auf Ruby on Rails.