SDS2DB schreibt SDS-Nachrichten in eine MySQL-Datenbank

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