Statussystem Tetra

[knutpotsdam]

Hallo,

die Grundstatusmeldungen für den DigiFu sind bundeseit einheitlich abgestimmt und entsprechen denen des Analogfunks (1= Einsatzberei über Funk etc.).
Im Digitalfunk werden diese Statusmeldungen SDS-basierend an eine feste Systemadresse versandt und sind dann von allen an der Vermittlungsstelle angeschlossenen Leitstellen "auswertbar".
Ergänzend kann man, abhängig vom Funkgerätetyp/ Hersteller, eine zusätzliche/ abweichende Zieladresse eintragen bzw. per Fernwartung einpflegen, um z.B. im Großschadensfall die Statusmeldungen an ein anderes Funkgerät (z.B. des ELW) zu senden. Nachteil: Damit stehen diese Daten dann den Leitstellen nicht mehr zur Verfügung.

Heißt: im Funkgerät muss ein Ziel für die Statusmeldungen (und GPS-Daten) definiert sein und nur dieses Ziel kann die Daten auswerten.

Gruß
knut

[coolcat1975]

hallo zusammen!

habe mein datenkabel für das motorola mtm800 bekommen.

auf der etsi seite habe ich mir dann die norm geholt und dort auch die passenden at kommandos gefunden um sds schicken und empfangen zu können.

einzig das mtm800 spielt nicht mit und schmeisst auf die meisten fehler einen cme error zurück.

hat jemand von euch schon damit erfahrung

lg

cc

[Florian Feuerbaer]

MTM800E oder MTM800? ;)

[coolcat1975]

mtm800e

mittlerweile kann ich schon den atd befehl einsetzen *freude*

aber sds kann ich noch immer keine schicken oder empfangen weil nirgends wo es den befehlssatz zum nachlesen gibt.

lg

cc

[coolcat1975]

interessant

at+gcap? liefert
+GCAP: TETRA,12d32,0

laut etsi standard heisst die 0 am schluss stack present ja/nein.

wenn kein stack da ist wo speichert das ding dann die sds?

[netcrash]

Kann mir jemand einen Tipp auf die richtige Norm geben, damit ich diese bei etsi finden kann?

Danke

[Landsknecht]

Kann mir jemand einen Tipp auf die richtige Norm geben, damit ich diese bei etsi finden kann?

Danke

Die Norm für was? Die Statusmeldungen in Tetra sind nichts weiter als per SDS versendete, fünfstellige Zahlenwerte, die im Sender- und Empfängergerät(oder Leitstelle) mit einer (hoffentlich) identischen lesbaren, textlichen Beschreibung verknüpft sind.

[MasterOfFire]

Nachteil: Damit stehen diese Daten dann den Leitstellen nicht mehr zur Verfügung.

Mal so ... wir haben FEZ´s allso im LK... was geht den den Status die Leistelle was an ???

Ist das nicht für die FEZ wichtiger das zu sehen ?? und... der Notruf .. wo soll der Auflaufen ? Bei der Leitstelle ?? die bei uns NIX von dem Einsatz mit bekommt ??


Gruß.

[knutpotsdam]

Mal so ... wir haben FEZ´s allso im LK... was geht den den Status die Leistelle was an ???

Ist das nicht für die FEZ wichtiger das zu sehen ?? und... der Notruf .. wo soll der Auflaufen ? Bei der Leitstelle ?? die bei uns NIX von dem Einsatz mit bekommt ??


Gruß.

Hallo,
eine Leitstelle, die gar keine Übersicht über ihre Einsatzmittel hat?????
Zum Glück gibt es so etwas bei uns nicht, da wir schon seit 20 Jahren integrierte Leitstellen und nun Regionalleitstellen haben. Und ja, die haben jedes Fahrzeug auf dem Schirm und funken auch mit diesem.
"Lokale" Führung gibt es nur bei größeren Schadensfällen bzw. zur Abarbeitung von Unwettereinsätzen auf "Amtsebene".

Knut

[MasterOfFire]

bei uns Alamiert die Leitstelle nur die Feuerwehr mit Zentrale.

Die Leitstelle weis dan das XY dort einen Einsatz hat.. weis aber nicht welche Fahrzeuge dort hinfahren oder nachgefordert werden.....

[Gira]

und... der Notruf .. wo soll der Auflaufen ? Bei der Leitstelle ?? die bei uns NIX von dem Einsatz mit bekommt ??

Wenn man sich in überregionalen Rufgruppen bewegt, sollte ein Notruf alle anderen Teilnehmer stumm schalten und nur von der Leitstelle "übersprochen" werden können.

Oder sehe ich das falsch?

[EIB-Freak]

Ich glaub da war eher der 112-Notruf gemeint :-)

[Thorsten]

Hallo,

[...]
Im Digitalfunk werden diese Statusmeldungen SDS-basierend an eine feste Systemadresse versandt und sind dann von allen an der Vermittlungsstelle angeschlossenen Leitstellen "auswertbar".
Ergänzend kann man, abhängig vom Funkgerätetyp/ Hersteller, eine zusätzliche/ abweichende Zieladresse eintragen bzw. per Fernwartung einpflegen, um z.B. im Großschadensfall die Statusmeldungen an ein anderes Funkgerät (z.B. des ELW) zu senden. Nachteil: Damit stehen diese Daten dann den Leitstellen nicht mehr zur Verfügung.

Heißt: im Funkgerät muss ein Ziel für die Statusmeldungen (und GPS-Daten) definiert sein und nur dieses Ziel kann die Daten auswerten.

Gruß
knut

Naja, stimmt meinem Kentnissstand nach nicht ganz. Laut Christof Linde "Aufbau und Technik des digitalen BOS-Funks" beherrscht das SDS sowohl Punkt-zu-Punkt- als auch Punkt-zu-Mehrpunkt-Verbindung. Also müsste es von technischer Seite her möglich sein sowohl die Lst als auch einen ELW und/oder ein Gerät im Gerätehaus anzugeben. Dieses Gerät kann dann den Status über die PEI entsprechend weiterreichen. Z.b. an FMS64, welches dann auch Digitalfunk kann ;-)
Müsste halt nur noch geschrieben werden...

Aber Spaß bei Seite.
Gerade bei größeren Ereignissen wie Sturm oder Hochwasser ist es Gang und Gäbe, dass die örtliche Feuerwerwehr ihre Einsätze selbst abwickelt. Von der Leitstelle werden quasi nur noch die Einsatzstellen übermittelt.
Und gerade hier würde ein System wie oben beschrieben sehr Sinvoll sein.
Denn Einsätze selbst abarbeiten heißt die Übersicht zu bewahren, Zeiten mit zu schreiben und eben alles das zu machen, was sonst die Lst erledigt.
Und genau hierfür wurde das Statussystem eingeführt.
Alles wieder im Klartext übertragen wäre ein Rückschritt.

[Kermit_t_f]

In diesem Fall ist Multipunkt anders zu verstehen. Du kannst Status-SDS an eine Einzeladresse oder an eine Gruppenadresse senden. Letzteres wäre dann Multipunkt, weil beliebig viele Teilnehmer in dieser Gruppen mithören und somit auch die SDS empfangen könnten.
Mehrere Empfänger in eine Status SDS packen kann kein TETRA-Endgerät derzeit, ist auch imho nach ETSI nicht vorgesehen, da bin ich aber nicht 100%ig drin.
Ob das so gewünscht und sinnvoll ist, muss man anderweitig entscheiden.

[flachrelais_48]

Hallo zusammen,

ich arbeite an einer Lösung, Status-SDS in unserer Leitstelle die mitttels FuG empfangen wurden zur weiteren Verwendung in eine MySQL-DB zu schreiben.

Da SDS im TETRA ähnlich wie SMS im GSM sein sollte, hatte ich die Idee, eine vorhandene SMS-Software dafür zu nutzen. Ich denke da an die "SMS Server Tools 3" von Keijo Kasvi http://smstools3.kekekasvi.com/.

Mein Versuchsaufbau besteht aus einem Motorola MTM800FuG als SDS-Empfänger, an welches mittels PEI-Interface und Seriell-zu-USB-Kabel an einen PC mit seriellem Terminal (Hyperterminal) angeschlossen ist und einem Motorola MTP850 als SDS-Sender.

Leider habe ich die Erfahrung von coolcat1975 teilen müssen. Es klappt nämlich nicht wie erhofft.

Einen Teilerfolg habe ich aber bereits errungen. Status-SDS werden auf dem PEI-Interface als sog. "unsolicited message" ausgegeben.

Bsp. für einen empfangenen Status "1":

+CTSDSR: 13,6xx4x46,0,6xx4x76,0,16
8003

Aufgeschlüsselt müsste es bedeuten:

13 - AI service - type of service: Status (16 bits, some values are reserved in EN 300 392-2 [3])
6xx4x46 - calling party identity - Absender
0 - calling party identity type - type of identity: SSI
6xx4x76 - called party identity - Empfänger
0 - called party identity type - type of identity: SSI
16 - length - Dem Haeder im Textmode folgen nach "CR LF" 16 Bit User-Daten im HEX-Format
CR LF - Zeilenumbruch
8003 - user data - Dezimalwert 32771

Nach diesem Muster habe ich alle vordefinierten Status-SDS durchgespielt. Dabei enthielten die User-Daten HEX-Werte von 8002 - 800B (dezimal 32770 - 32779) sowie 80F2 - 80FF (dezimal 33010 - 33023).

Nun aber der Reihe nach. Hier einige interessante Abfragekommandos:

at+creg?
+CREG: 1,15980,26201001

OK
---> Network registration
---> Reg stat, [LA], [MNI]: wir sind im Heim-Netz eingebucht

at+csq?
+CSQ: 18,99

OK
---> wir haben einen Empfangspegel von -77dBm?

at+gcap?
+GCAP: TETRA,1a9360,0

OK
---> MT Capabilities
---> TETRA, [class of MS], [stack present]: (0 - Stack present; 1 - Stack not present) also SDS message stack vorhanden!

at+ctsp?
+CTSP: 0,0,0
0,1,11
2,2,20
1,2,21
1,2,22
1,2,23
0,3,10
0,3,130
0,3,220
0,3,230
0,3,240
0,4,30

OK
---> TETRA Service Profile
---> service profile, service layer1, [service layer2]
Interessant ist hier 2,2,20: SDS (2) vom Typ Status (20) werden an MT und TE geroutet (2).
Alle anderen SDS-Typen(21-23) werden nur an TE geroutet (1).

Das verwirrt mich nun aber total. Ich dachte, mein serielles Terminal an der PEI-Schnittstelle ist das TE?

Um nun per Umkehr-Prüfung herauszufinden, ob diese Einstellung "Schuld" daran ist, das außer Status-SDS keine anderen SDS-Meldungen als "unsolicited message" auf der PEI-Schnittstelle ankommen, wollte ich die Service Profile ändern. Leider hat das Gerät die Einstellungen nicht aktzeptiert:

at+ctsp=2,2,21
+CME ERROR: 33
at+ctsp=2,2
+CME ERROR: 33

Die AT-Kommandos die eigentlich zur SDS-Behandlung vorgesehen sind, funktionieren leider auch nicht:

at+cmgl?
+CME ERROR: 35

at+cmgl=?
+CME ERROR: 4

at+cmgl=13
+CME ERROR: 4

at+cmgl=13,0
+CME ERROR: 35

at+cmgl=13,1
+CME ERROR: 4

at+cmgl=13,2
+CME ERROR: 4

at+cmgl=13,3
+CME ERROR: 4

at+cmgr=13,1
+CME ERROR: 4

at+cmgr=10,1
+CME ERROR: 35

at+cmgr=11,1
+CME ERROR: 4

In der Spezifikation steht "All new incoming SDS messages onto any of the SDS stacks are indicated to the TE by the +CMTI command."

Wenn also wie durch +gcap gemeldet ein SDS message stack vorhanden ist, müssten doch eingehende SDS mittels +CMTI gemeldet werden, was aber nicht passiert.

Irgendwie komme ich hier nicht weiter. Hat jemand Tips wie ich mittels PEI an die empfangenen SDS komme? Über das Bedienteil kann ich natürlich alle SDS unter Nachrichten/Eingang sehen.

Verzweifelte Grüße