Druckbare Version
Hallo Leute,
Im neuen Tetra-Funk ist ja ein Statussystem ähnlich dem FMS enthalten.
Hat da schon jemand Erfahrungen mit, sprich Auswertung?
Gibt es da bereits Programme für?
Ich frage weil wir uns in der Feuerwehr ja darauf vorbereiten müssen.
Gruß
medic
1. Da die Geräte noch nicht bekannt sind bzw. im Umlauf sind, kannst Du hier noch nicht mit etwas rechnen.
2. es gibt ein PEI (Peripheral Equipment Interface; Schnittstelle für zusätzliche Geräte), aber jeder Hersteller kann selbst entscheiden, was er über die PEI zur Verfügung stellt. Teile des Protokolles der PEI unterliegen dazu noch der Geheimhaltung der Hersteller (was ich eine Frechheit finde, im öffentlichen Bereich).
Einzig auf niedriegem Layer ist die PEI standartisiert (ETSI ETS 300 392-5).
Gruß
Simon
alles klar, danke
Hallo!Zitat:
Zitat von Medic
Auf was wollt Ihr als Feuerwehr euch vorbereiten ?
Mit Einführung von TETRA 25 stirbt die Verwendung von Dekodierprogrammen, Anzeigegeräten und Pc-Spielereien.
FMS ist bestandteil von TETRA und wird entsprechend mit Eingeführt, also als integriertes System. Ein externes Auswerten ist somit nicht möglich, es sei denn Ihr seit dafür vorgesehen eine Funkzentrale zubetreiben?!
Mfg
Derzeit laufen Stati über speziell codierte SDS - der analogie zur SMS im Tetra Netz. So programmierbar, wie wirs kennen, also lange die 1 drücken, um auf der 1 zu landen ;-)
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
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
MTM800E oder MTM800? ;)
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
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?
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.Zitat:
Zitat von netcrash
Soll da nicht irgend eine "Netzserver-Lösung" kommen, oder ist das BuLa abhängig?Zitat:
Zitat von Landsknecht
MfG Fabsi
Mal so ... wir haben FEZ´s allso im LK... was geht den den Status die Leistelle was an ???Zitat:
Zitat von knutpotsdam
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,
schafft die FEZen ab und sorgt für eine vernünftige Führungsstruktur mit Leitstelle!
Gruß
darake
1. bestimme ich sowas nicht und 2.ist das bei uns schon immer so.
und 3. ... bei uns die sollen mehr Arbeiten ???ha ne Beamten machen die net :-)
Wie ist das bei Euch Aufgebaut ?? macht bei euch das alles die Leitstelle ??
in den Betrieblichen Regelungen zur Durchführung des Digitalfunk BOS steht alles drinnen.
Anlage 1 regelt OPTA Adressen
Anlage 2 Statusmeldungen
diese sollten über entsprechende Wege dienstlich zu erlangen sein.
Hallo,Zitat:
Zitat von MasterOfFire
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
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.....
Wenn man sich in überregionalen Rufgruppen bewegt, sollte ein Notruf alle anderen Teilnehmer stumm schalten und nur von der Leitstelle "übersprochen" werden können.Zitat:
Zitat von MasterOfFire
Oder sehe ich das falsch?
Ich glaub da war eher der 112-Notruf gemeint :-)
aha.. und du willst mir sag ich oder mein Team der Zentrale könnten keine Feuerwehr disponieren ??Zitat:
Zitat von DaRake
dan kommste mal bein nächsten Unwetter zu uns .. dan zeig ich dir mal was Zentrale und Leitstelle bei uns ist :-)...............
Dass ihr das nicht könnt, hab ich nicht behauptet. Die Struktur ist aber ineffizient!Zitat:
Zitat von MasterOfFire
Kannst gerne mal bei mir vorbeikommen, ca. 3000 Anrufe und gut 1000 Einsätze von Fw und RD in 24h.
Zitat:
Zitat von knutpotsdam
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.
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.
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
Ich habe meine Herausforderung gelöst. Ich habe mich aber gegen die Modifikation der SMS Server Tools und für ein selbstgeschriebenes kleines Linux-Shellscript entschieden.
Schöne Grüße
Hallo
finde das sind gute Ideen die hier angesprochen worden sind. Jetzt nur mal ehrlich. Braucht man wirklich bei einer FEZ die Anzeige von Statusmeldungen von den Einsatzfahrzeugen die gerade im Einsatz sind.
Auch wenn mehrere Einsätze sind wie beim Unwetter. Reicht es doch aus das man mündlich mitgeteilt bekommt das das Fahrzeug X am EInsatzort an ist oder nicht?!
Warum Mündlich durchgeben, wenn es Technik gibt, die das kann? Seit Jahren nutzt man ja auch FMS - und das ist letztendlich bei Tetra genau das gleiche. Allerdings bringt hier Tetra einen kleinen Vorteil mit: Keine Belegung des Sprachkanals, bei xRT`s mit GPS auch Standortübermittlung.
Wenn (bei Unwettern o.ä. Großlagen) richtig Bambule ist, bist Du froh, wenn Du solch Statusänderungen nicht auch noch von Hand im Programm o. sonstwo vermerken musst ;)
Von unterwegs gesendet, Gruß, WG
Interessant wäre es schon (auch evtl. für ein ELW). Das Problem ist aber die Last auf dem Datenkanal. In BaWü soll das Versenden von SDS bzw. Status zwischen Geräten nicht erlaubt werden. Nur die per Draht angebundenen Leitstellen sollen SDS an Geräte versenden dürfen bzw. von Geräten empfangen dürfen.
Und noch ein weiterer Punkt ist zu berücksichtigen: Laut meinen Quellen ist die Abbildung von FMS-Status um neuen TETRA-Funk noch nicht abschließend definiert.
Noch interessanter ist doch die Frage, in welchen Bundesländern es dem Nutzer überhaupt erlaubt (=technisch möglich) ist, das Ziel von Status-SDS zu ändern.
Daß so manche Klicki-Bunti-Anwendung in ELW aller Art plötzlich vor versiegenden Datenströmen steht, haben wohl noch nicht allzuviele realisiert...
MfG
Frank
Am 25. Februar besuche ich ein Polizeirevier, wo die GPS-Standortübermittlung und SDS-Status (also FMS) umgesetzt sein wird (deswegen auch der "späte" Termin).
Auf diesem Revier ist auch die Technik für die Cross-Border-Communication (siehe http://www.funkmeldesystem.de/foren/...ad.php?t=52402).
Und das ganze in BaWü....
@flachrelais_48
Hast du es inzwischen geschafft die SDS via PEI auszulesen? Habe hier gerade ein Sepura HRT liegen und versuche verzweifelt an die empfangenen SDS bzw. Status zu kommen.
Wäre über jede Info froh. Gruß Tobias
Ja. Ich habe es geschafft. Daraus ist mein "Projekt" SDS2DB entstanden, dem ich einen eigenen Threat gegönnt habe: http://www.funkmeldesystem.de/foren/...ad.php?t=58462
Gruß
flachrelais_48
Hey,
das wäre super nett, wenn du mir eine mitmachen könntest. Ich kann das zwar
irgendwie auch aber ich mach es nach der Tonertransfermethode und das
wird nicht immer was.
Ich habe den DVB-T Stick jetzt überings bekommen und muss sagen das macht echt Spaß.
Den Frequenzhub bei POCSAG kann man auch sehr sauber erkennen, anbei ein Bild
im folgenden Link.
http://www17.zippyshare.com/v/85587166/file.html
Allerdings wie schon in vielen Foren beschrieben, er ist nicht so empfindlich. Hab mir
deshalb gleich nochmal eine Multibandantenne mit Magnetfuß für 30 € dazubestellt.
LG