SDS2DB schreibt SDS-Nachrichten in eine MySQL-Datenbank

[hannes]

Im sds.log fand ich folgendes:

19:01:16 sds.motorola.rx.ttyUSB0: txrx: "rx" device: "ttyUSB0" id: "2190211"
19:01:16 sds.motorola.rx.ttyUSB0: visible: 0
19:01:17 sds.motorola.rx.ttyUSB0: creating new rx SDS message object
19:01:17 sds.motorola.rx.ttyUSB0: publishing rx SDS message object on MQTT topic "smi/msg/sds/rx"

Und am Funkgerät wird die Quittierung ja als Neue Nachricht angezeigt... Von ILS XY ... BY..... Auf Wache.
Daher dachte ich, das die Quittierung eine SDS ist.

Folgendes habe ich wenn eine Sprechtaste aufgetastet wird oder?

smi: rx +ENCR: 15,BYXY XYZ0123456789123456

[flachrelais_48]

Zum PEI-Log bei Drücken der Sprechtaste kann ich nix sagen. In meiner Anwendung sind die FuGs auf eine reine Datengruppe geschaltet. Da wird kein Gruppenruf empfangen.

Zu Zitat: "Und am Funkgerät wird die Quittierung ja als Neue Nachricht angezeigt... Von ILS XY ... BY..... Auf Wache. Daher dachte ich, das die Quittierung eine SDS ist." fällt mir folgendes ein:
Wenn das Nachrichtenrouting auf die PEI gesetzt ist, dürften die Nachrichten nicht mehr im Nachrichteneingang ankommen. Im Umkehrschluss heißt das, dass du noch Meldungen empfängst, die nicht auf die PEI geroutet werden. Sind das Meldungen die auf das "Home Mode Display" gesendet werden? Du kannst ja mal die PIDs 204 und 220 auf die PEI leiten und schauen...

Die Quittungen, die ich im vergangenen Post meinte, waren Status-SDS mit "FE00", die beinhalten aber keinen Text.

[hannes]

Danke Dir! :) PID 220 wird angenommen, 204 liefert Fehler 33 oder 3.

smi: tx AT+CTSP=1,3,220
smi: rx OK

smi: tx AT+CTSP=1,2,204
smi: rx +CME ERROR: 33
smi: tx AT+CTSP=1,3,204
smi: rx +CME ERROR: 3

sds log wieder wie gewohnt:

sds.motorola.rx.ttyUSB0: txrx: "rx" device: "ttyUSB0" id: "2190211"
sds.motorola.rx.ttyUSB0: visible: 0
sds.motorola.rx.ttyUSB0: creating new rx SDS message object
sds.motorola.rx.ttyUSB0: publishing rx SDS message object on MQTT topic "smi/msg/sds/rx"

und im ttyUSB.log auch nicht mehr:

smi: rx +CTSDSR: 13,2190211,0,1234567,0,16
smi: rx FE00

[flachrelais_48]

Du könntest mal schauen, ob du die PID 204 für die PEI registrieren kannst, wenn du das Feature-Flag "Home mode display" im Codeplug deaktivierst. (Vergleichbares gilt für das Feature-Flag "GPS" für LIP-SDS an der PEI.)

[hannes]

Mit PID 137 (Immediate text messaging / flash), kappt's scheinbar:

smi: tx AT+CTSP=1,3,137

Leider klappts mit 2,3,137 nicht, damit die Quittierung auch am Display erscheint.

smi: rx 89006A8D02739142595244........................65

Ab 91 kann ich das von Hexadezimal in ASCII umwandeln. Davor bin ich etwas überfragt, vermutlich sind das Header Daten.
Hat da jemand einen Tipp für mich?

[flachrelais_48]

Da hilft die ETSI EN 300 392-2. In Table 29.21 wird für "Immediate text messaging" auf Kapitel 29.5.3 (Text messaging using SDS-TL) verwiesen. Es scheint also das "normale" PDU-Schema für text messaging zu sein. Dann sollte meine PHP-Decodier-Funktion die PDU verarbeiten. Wenn du in "share/php/TetraSDS/PDU.decode.php" nach Zeile 83 eine neue Zeile mit dem Inhalt "foreach(get_TextPDU($PDUbin,$ret["StringPos"]) as $key => $value) { $ret[$key] = $value; }" (ohne die äußeren Anführungszeichen) einfügst, sollte die PDU decodiert werden.

[hannes]

Respekt! Ich glaube du kennst die Spezifikation auswendig.
Werde ich mir anschauen...

Vielen Dank!