SDS - Ausgabe: Statusmeldungen und Einsatzbefehle

Hallo zusammen,
bei uns arbeiten wir mit dem Einsatzleit-/ Dokumentationsprogramm Fireboard. Dieses Programm gibt die Möglichkeit Statusmeldungen und Einsatzaufträge automatisiert über eine API zu übernehmen.

Mit den Statusmeldungen und einfachen SDS´s gibt es keine Probleme. Initialisieren des vorhandenen Motorola MTM 800 läuft mit folgenden Befehlen:
ATZ
AT+CTSP=1,3,130
AT+CTSP=1,2,20
AT+CTSP=1,3,10

und schwupps, schon spuckt er mir die Satusmeldungen aus.

Jetzt aber mein Problem: die Einsatzmeldungen.
Diese werden auf dem Fungerät empfangen, jedoch nicht an die PEI-Schnittstelle weitergegeben.
Wenn ich es richtig verstehe, aktiviere ich ja mit den ersten Befehlen die Ausgabe der Status und SDS an die PEI. Aber unter was laufen die Einsatznachrichten (SDS-Typ)? Leider blicke ich durch die ETSI nicht ganz durch. Hatte schon mal jemand das Problem und kann mir evtl. weiterhelfen?

Grüße

TE: PEI

AT+CTSP=1,3,130 --> Text-SDS (3,130) werden zum TE (1) geroutet
AT+CTSP=1,2,20 --> Status-SDS (2,20) werden zum TE (1) geroutet
AT+CTSP=1,3,10 --> LIP-SDS (3,10) werden zum TE (1) geroutet

du könntest mal "137 - Immediate text messaging" ausprobieren: AT+CTSP=1,3,137

Hey Danke, werd ich mal probieren. Was sind dann die SDS befehle 21-25 (SDS-Type 1-4)?

Und die wichtigste Frage: wie kann ich die Einstellungen Rückgängig machen, falls was nicht funktioniert? oder ist das nicht notwendig?

Danke😉

Rückgängig machen musst du nix. FuG neu starten und alles ist gut. Probier einfach alle aus.

Zitat:

---

Zitat von flachrelais_48

Rückgängig machen musst du nix. FuG neu starten und alles ist gut. Probier einfach alle aus.

---

Wöhrend der Laufzeit und ohne das FuG mittels ATZ oder Neustart zurückzusetzen, kannst du natürlich auch das Service Profil zurücksetzen: AT+CTSP=0,3,137

Allowed values for service profile parameter (der Wert vor dem 1. Komma des CTSP-Kommandos)
0 [MT only]
1 [TE only]
2 [Both]
3 [Neither]

wofür steht eigentlich MT und TE?

Im Mobilfunk kommen häufig die Abkürzungen "MS", "MT" und "TE" vor.

MT - Mobile Termination: das Funkgerät
TE - Terminal Equipment: ein an das MT angeschlossenes Gerät. Z.B. ein Computer
MS - Mobile Station: Zusammenfassung von MT und TE

MS = MT + TE

Hallo,
ich habe jetzt mal deinen und auch noch paar andere Befehle ausprobiert, leider ohne Erfolg... Ich habe auch irgendwo im Forum gelesen, dass diese Alarmmeldungen als Callback bzw. als "Vorfall" gesendet werden. Ich habe in der ETSI leider nichts dazu gefunden... :-(

Außerdem habe ich mal mal die Doku von einem fertigen System von zB NBX angeschaut und bin auf etwas interessantes gestoßen:

"Die SDS werden als Typ 4 SDS mit PID 130 (Standard SDS) erwartet. Andere Proto-
koll-IDs werden nicht an die PEI geroutet, so dass z.B. Flash SDS weiterhin vom Ge-
rät empfangen werden können. Bei Motorola-Geräten werden Standard SDS bei ak-
tiver TETRAcontrol NBX
nicht mehr auf dem Display des Funkgeräts angezeigt, bei Sepura wird ein Routing der Texte auf das Funkgeräte Display und zur
TETRA control NBX eingestellt." - Quelle: http://nbx.tetracontrol.de/files/TET..._Anleitung.pdf

Leider bekomme ich den Befehl AT+CTSP=1,2,24 bzw. AT+CTSP=1,2,25 nicht ins Funkgerät... CME Error 3...
Was bedeutet der Fehler?

Zum verständnis für mich: Dieser Befehl schickt verkettete SDS an die PEI, oder?

Ich werde nochmal die Parameter "Both" und "Neiter" neben "TE only" ausprobieren....


Grüße

CME Error 3 heißt "not allowed". Die Service-Profile 2,24 und 2,25 habe ich noch nie benutzt. Werden die überhaupt unterstützt?

wahrscheinlich nicht...
Sry, habs jetzt hinbekommen... Hatte beim probieren bestimmt einen Fehler gemacht... jetzt funktioniert es:

AT+CTSP=1,3,138

damit werden mir jetzt die SDS´s mit den Einsatzmeldungen ausgegeben... es sind zwar verkettete SDS´s aber mit nem einfachen script bekomme ich es zusammengesetzt. nun habe ich ersteinmal die Ausgabe die ich brauche...
nur eine Frage habe ich noch...
ich versuche alles mittels Raspberry und python zu realisieren... auswertung läuft schon super, nur die AT-commands bekomm ich via python nicht hin... nimmt das FuG die AT-commands nur im hex an?

Zitat:

---

Zitat von johannes89

nur eine Frage habe ich noch...
ich versuche alles mittels Raspberry und python zu realisieren... auswertung läuft schon super, nur die AT-commands bekomm ich via python nicht hin... nimmt das FuG die AT-commands nur im hex an?

---

??? kann dir bei der Frage nicht folgen... Unter Linux wird die RS232 als character device im Dateisystem angesprochen. Du liest also Zeichen aus einer Datei und schreibst Zeichen in eine Datei. Die Daten liegen immer binär vor. Hex ist nur eine besser lesbare Form der Binärdaten und mittels Zeichentabellen gibt es eine (willkürliche) Zuordnung von Alphabet-Zeichen zu Binär-Codierten-Zeichen.

Ein Kommando "AT<CR>" wird in hex-Darstellung also als "41 54 0D" an die Gerätedatei für die RS232-Schnittstelle geschickt. In Python gibt es doch bestimmt eine printf Funktion oder?