Archiv verlassen und diese Seite im Standarddesign anzeigen : Verkettete SDS
Hallo Zusammen,
ich bräuchte mal eure Hilfe,
ich möchte mit Hilfe eines MRT’s -> Prog Kabel -> PC, SDS Nachrichten empfangen, das funktioniert auch soweit sehr gut, bis es eben an Verkettete SDS geht.
Im MRT wird die „lange“ SDS zusammengesetzt aber über die PEI bekomm ich jede SDS einzeln….
Wird dabei ein Parameter übertragen der mir sagt, „Hallo wir gehören zusammen“, ich stehe gerade etwas auf dem Schlauch.
Gruß
Shrek87
flachrelais_48
17.02.2015, 00:04
Bin gerade beim Antworten in einem anderen Thread darüber gestolpert. Es gibt einen eigenen Protocol Identifier (140 dezimal) für "Concatenated SDS message". Die Protokoll-Details, wie das ausgewertet wird, habe ich mir noch nicht angeschaut. Was sagt die ETSI-Spec dazu?
Laut Sepura Doku ist das der Protocol Identifier 138.
Im relevanten ETSI Standard wird jedoch nur der normalen PI 130 erwähnt...
Ich werde versuchen, mir das am Wochenende mal in der Praxis anzusehen und werde dann ggf berichten.
Mal interessehalber: Für was benutzt Ihr verkettete SDS in Praxis?
Gruß
Arne
firEmergency
17.02.2015, 10:48
Der Frage ist:
Gibt es einen Hinweis darauf, wie viele nachfolgende SDS zusammengehören?
Ich glaube, alle SDS mit der gleichen Message Reference gehören zusammen.
IMHO ergibt sich aus der ersten SDS nicht, wie viele weitere noch folgen.
Gruß
Arne
firEmergency
17.02.2015, 12:17
Nope, der geht hoch.
Zum Beispiel von 161 auf 162
Danke erst einmal für die Antworten, leider bin ich auch noch nicht weiter gekommen….
Die namenhaften Hersteller sind um Fasching rum leider nicht zu erreichen :-(
Für was ich das brauche:
Aktuell bekommen wir unsere Eisatzinformationen aus einem Alarmfax, dieses wird dann weiter verarbeitet.
Aber ein Fax ist nicht gerade Stand der Technik, die Übertragung dauert einfach viel zu lange.
Unsere Leitstelle ist in den letzten Zügen der Digitalfunk Ertüchtigung,
aktuell bekommen wir zu Testzwecken zu jedem Einsatz eine SDS an unser FRT geschickt, dabei handelt es sich meist auf Grund der Zeichenanzahl um eine verkettete SDS……
Gruß
Shrek87
EIB-Freak
17.02.2015, 16:58
Auch wenn dieser mein Beitrag garantiert nicht zur Problemlösung beiträgt...
Eine SDS kann meines Wissens 140 Zeichen. Pocsag normalerweise 80 Zeichen, ein Fax natürlich deutlich mehr.
Bei uns im Kreis wird per Pocsag alarmiert, hier erhalten Führungskräfte (und auch unser Einsatzdisplay) den Einsatz mit allen notwendigen Informationen - mit selten mehr als 70 Zeichen.
Welche Informationen werden bei Euch denn übermittelt ?
Bei uns ist das so aufgebaut:
Stichwort: Ort-Teilort, Straße HsNr, bei Zusatzinfo Freitext Leitstelle
Stichwort, Ort, Teilort, Straße und Hausnummer genieriert der ELR (Dalles II).
Z.B: "F BMA: Ort-Teilort/Altstadt, Münsterstraße 1-3, bei Münsterkirche, Melder ID 11 1234"
Halllo EIB-Freak,
bei uns gibt es leider nur die gute alte 4m 5-Ton Alarmierung und anschließend ein Alarmfax.
Da es sich bei uns um eine Ständige Wache handelt ist der Übertragungsweges mit Fax über Amt einfach zu langsam und eine direkte Anbindung an die ILS lässt das Sicherheitskonzept nicht zu.
Um das ganze zu beschleunigen bekommen wir aktuell zum Test eine SDS gesendet, die wird auf Grund ihrer Länge (ORT-Ortsteil, Straße, Hausnummer, Abschnitt, Obejkt, Plannummer, Koordinaten, Freitext) in mehreren Abschnitten gesendet( aktuelle zwischen 2-3 SDS…..) eben diese besagte verkettete SDS
Das „nötigste“ bekommt man auch in einer SDS unter, aber ich brauch auf einen Schlag alle Informationen, da hinter diesen Informationen weitere Maßnahmen stehen wie verschiedenste Ausdrucke, Hinweise zu Einsatzplänen , Routing per SDS an die Navigationsgeräte etc…..
Gruß
Shrek87
Kermit_t_f
19.02.2015, 20:37
Kommen die verketteten SDS denn normal auf dem Endgerät an?
Unabhängig von der Lösung über SDS möchte ich mal etwas anderes anregen:
Wenn man eine konkrete Anforderung hat, dann sollte man diese auch erstmal versuchen optimal umzusetzen. Im vorliegenden Fall kann eine SDS, egal wie lang, nicht ein Alarmfax ersetzen.
Ich schließe mal aus deiner Formulierung, dass es sich um einen Anwender aus Bayern geht? Dann muss man sich halt mal hinsetzen und gemeinsam mit der ILS und eK eine Lösung finden, weil das ständig rumbasteln das eigentliche Problem nicht behebt. Oder, sollte man überhaupt niemanden finden, der ein ähnliches Problem hat, einfach auch mal überdenken, ob man vielleicht auf der falschen Spur unterwegs ist.
Hallo Kermit_t_f,
Ja die SDS wird korrekt angezeigt. -> Aber man sieht schon Licht am Ende des Tunnels ;-)
Aber ich muss dir leider Recht geben, es ist und bleibt eine „Bastellösung“ denn auch SDS gehen im Netz „verloren“, aber das gute ELDIS3By lässt nicht viele Möglichkeiten zu….
Wir haben uns schon zusammengesetzt, auch die Abstimmung mit anderen Leistellenbereichen brachte nichts.
Das schönste wäre natürlich eine direkte Anbindung per LWL ;-)
Gruß
Shrek87
Quietschphone
19.02.2015, 22:42
Servus,
zwei an unsere ILS angebundene Feuerwehren arbeiten mit "ILS Nuntius", da gibt's scheinbar eine Möglichkeit, die Alarmdepeschen zu verarbeiten. Ich bin mir aber nicht sicher, was in dem Fall ausgewertet wird, ich denke aber es wird eine SMS versendet.
Gruß
Alex
flachrelais_48
19.02.2015, 23:49
Hallo Kermit_t_f,
Ja die SDS wird korrekt angezeigt. -> Aber man sieht schon Licht am Ende des Tunnels ;-)
.
.
.
Shrek87
Bist du denn deiner Lösung schon näher gekommen?
Also Dank Shrek87 und seiner Leitstelle haben wir ein paar Test SDS empfangen können.
Wie erwartet werden die SDS als Typ UDH (PID 138) verschickt, nicht als verkettete SDS-TL (PID 140).
Die Decodierung funktioniert in TETRAcontrol jetzt sauber. Die entsprechende offizielle Version erscheint Ende Februar.
Die Anzeige und das Logging sind erstmal als eine Teil-SDS pro Zeile realisiert, mit Anzeige der Nummer und Gesamtzahl der Teile. Falls jemand eine Weitergabe der kompletten Nachricht an andere Programme, wie z.B. firEmergency benötigt, dann bitte melden. Dazu muss nur geklärt werden, welches Format (Text, XML) und wie (z.B. in eine Datei oder per Netzwerk) die Bereitstellung erfolgen soll.
Grüße
Arne
flachrelais_48
20.02.2015, 08:10
OK. Mir war anhand des Eröffnungs-Posts nicht klar, dass es um Tetracontrol geht.
Der PID "138" (UDH) wird laut ETSI-Spec als "Message with User Data Header" beschrieben.
Das klingt für mich danach, dass es dem Anwender obliegt ein eigenes Protokoll zu verwenden? Was war denn nun die Lösung?
@Shrek87
Hallo Kermit_t_f,
Ja die SDS wird korrekt angezeigt. -> Aber man sieht schon Licht am Ende des Tunnels ;-)
Aber ich muss dir leider Recht geben, es ist und bleibt eine „Bastellösung“ denn auch SDS gehen im Netz „verloren“, aber das gute ELDIS3By lässt nicht viele Möglichkeiten zu….
Wir haben uns schon zusammengesetzt, auch die Abstimmung mit anderen Leistellenbereichen brachte nichts.
Das schönste wäre natürlich eine direkte Anbindung per LWL ;-)
Gruß
Shrek87
Ich verstehe nicht, warum die Nutzung eines Netz-Features eines BOS-Netzes (SDS) eine "Bastellösung" sein soll. Gegen das Verlorengehen von SDS gibt es doch Sicherungsmechanismen wie z.B. Report- und Acknowledgement-SDS für Text-SDS (PID 130). Viele überteuerte kommerzielle Lösungen sind aus meiner Erfahrung auch nur schöner verpackte Bastellösungen.
Wie sähe denn die Lösung mit direkter Anbindung per LWL aus?
@Kermit_t
.
.
.
Oder, sollte man überhaupt niemanden finden, der ein ähnliches Problem hat, einfach auch mal überdenken, ob man vielleicht auf der falschen Spur unterwegs ist.
Das wäre ja das Ende jeder Innovation. :-(
Evtl. ist man den anderen, die dieses Problem (noch) nicht haben, auch nur voraus?
Leute! Bleibt neugierig, stellt Fragen, probiert alles aus und schafft euch eure Lösungen! ;-)
Nö, ging eigentlich nicht um TETRAcontrol sondern um die Darstellung einer Alarmierung z.B. in firEmergency.
Aber da mich das Thema interessiert hat, hab' ich mich mal eingemischt und damit beschäftigt und nun funktionierts. Ich vermute mal, dass Simon von firEmergency das auch implementieren wird. Aber da es sicherlich einige Benutzer gibt, die sowohl Ihre Geräte steuern wollen und z.B. SDS verschicken, aber gleichzeitig auch die Daten in FE übernehmen wollen, wäre es ja praktisch wenn man TETRAcontrol und firEmergency verbinden kann und somit nicht zwei Digitalfunkgeräte braucht.
Ansonsten stimme ich Dir voll und ganz zu: Neugierig bleiben, Innovativ sein!
Grüße
Arne
Kermit_t_f
20.02.2015, 08:59
@Shrek87
Ich verstehe nicht, warum die Nutzung eines Netz-Features eines BOS-Netzes (SDS) eine "Bastellösung" sein soll. Gegen das Verlorengehen von SDS gibt es doch Sicherungsmechanismen wie z.B. Report- und Acknowledgement-SDS für Text-SDS (PID 130). Viele überteuerte kommerzielle Lösungen sind aus meiner Erfahrung auch nur schöner verpackte Bastellösungen.
Wie sähe denn die Lösung mit direkter Anbindung per LWL aus?
Es ist deshalb eine Bastellösung, weil es das eigentliche Problem nicht behebt, nämlich das man einen Ausdruck braucht, der schneller da ist als ein Fax. Und das andere ist, ich würde was die Nutzung von Diensten betrifft, wäre ich derzeit eher vorsichtig. Bevor man da jetzt viel Energie reinsteckt und einem am Ende jemand sagt, dass man es nicht darf.
Was ist denn mit dem Versand der Alarmmeldung per Email und ggf. noch eine Weiterverarbeitung vor dem Ausdruck wie Umgebungskarte oder so?
@Kermit_t
Das wäre ja das Ende jeder Innovation. :-(
Evtl. ist man den anderen, die dieses Problem (noch) nicht haben, auch nur voraus?
Leute! Bleibt neugierig, stellt Fragen, probiert alles aus und schafft euch eure Lösungen! ;-)
Genau das ist es eben nicht. Es bedeutet einfach nur, nochmal eine Runde zu drehen und zu überlegen, ob man wirklich an alle Möglichkeiten gedacht hat und es nicht vielleicht doch noch bessere Möglichkeiten gibt.
Und die tolle Innovationskraft sehen wir ja im Feuerwehrbereich jeden Tag, unheimlich kreative Fahrzeuge, möglichst viele Normen und der ganze Unsinn.
firEmergency
20.02.2015, 09:53
Nö, ging eigentlich nicht um TETRAcontrol sondern um die Darstellung einer Alarmierung z.B. in firEmergency.
Aber da mich das Thema interessiert hat, hab' ich mich mal eingemischt und damit beschäftigt und nun funktionierts. Ich vermute mal, dass Simon von firEmergency das auch implementieren wird. Aber da es sicherlich einige Benutzer gibt, die sowohl Ihre Geräte steuern wollen und z.B. SDS verschicken, aber gleichzeitig auch die Daten in FE übernehmen wollen, wäre es ja praktisch wenn man TETRAcontrol und firEmergency verbinden kann und somit nicht zwei Digitalfunkgeräte braucht.
Ansonsten stimme ich Dir voll und ganz zu: Neugierig bleiben, Innovativ sein!
Grüße
Arne
Also der SDS Empfang kann ja FE schon länger. Es ging nur eben um die verkette SDS. Aber hier scheint es ja ein Lösung zu geben.
Wenn du eine Schnittstelle an FE realisieren willst, kannst du hier mal schauen:
http://alamos-ug.de/mediawiki/index.php?title=TCP/IP
...
Was ist denn mit dem Versand der Alarmmeldung per Email und ggf. noch eine Weiterverarbeitung vor dem Ausdruck wie Umgebungskarte oder so?
....
Darum kümmert sich dann FE. Sobald die SDS eingegangen ist, kann man damit wieder machen was man will (AlarmMonitor, an Handy schicken, email, etc.)
Der Foreneintrag war eigentlich allgemein gehalten……
und nicht Programmspezifisch…
@flachrelais_48 / Kermit_t_f
In Bayern ist leider alles etwas anders, es gibt nur begrenzt Möglichkeiten um an Einsatzrelevante Daten aus der ILS zu kommen.
Möglichkeiten:
- SMS -> zu unsicher
- Alarmfax -> zu langsam
- 5-Ton / Durchsage -> Sprache in Text UNMÖGLICH ;-)
- Folgetext -> zu unsicher
- KEZ Schnittstelle -> die einzigste Firma die offiziell an diese Schnittstelle andocken darf hat es nicht mehr nötig uns ein Angebot zukommen zu lassen, und ist mit erheblichen Kosten verbunden (nach unserer Informationen mehrere 10.000€) (nichts anderes wie ein einfache unidirektionale xml Übertragung -> z.B. über LWL…. VPN… etc.)
- SDS -> NEU und bist jetzt funktioniert es auch…. Wenn die ILS Vollumfänglich angebunden ist, gehen wir auch mal das Thema Report- und Acknowledgement-SDS an, zur Zeit gibt es noch andere Dinge zu klären
- E-Mail lässt das Sicherheitskonzept nicht zu
Wie firEmergency schon geschrieben hat, mit dem passenden Programm wird durch die SDS ein eigenes Alarmfax / Google Karten / eigene Straßenbeschreibungen / Handyalarmierung / Alarmmonitor / Routing an die Fahrzeuge / innerhalb von 2 sec abgearbeitet……
d.h. also nach ca. 4 Sec nach der 5 Ton Folge bekommt der Drucker seine Druckaufträge….. (mit einer SDS) (mit Fax kann man nochmal 35 sec länger warten bis überhaupt etwas passiert)
und firEmergency läuft bei uns seit Beginn an störungsfrei durch
In anderen Bundesländern bzw. Leistellenbereichen außerhalb Bayerns werden die Daten und Statusmeldungen der Fahrzeuge über eine XML Schnittstelle „veröffentlicht“, das ist natürlich eine 1A Lösung……. Davon sind wir aber noch weit entfernt, bzw. ist anscheinend nicht gewünscht.
Gruß
Shrek87
Kermit_t_f
20.02.2015, 15:45
Schreib mir mal bitte per PN, welche ILS und welche Ständige Wache es ist. SMS und Email als zu unsicher einzustufen und es dann im Klartext über nicht verschlüsselten BOS-Funk zu übertragen ist ja ein schlechter Scherz, da höre ich mal nach.
@Kermit_t_f
Das hast du falsch verstanden, die aufgeführten Möglichkeiten bietet uns das Programm Eldis3By und das Kommentar dahinter ist unsere Einstufung zu diesem Dienst.
Möglichkeiten:
- SMS -> zu unsicher in der Übertragung/ Netzlast etc.
- Alarmfax -> zu langsam
- 5-Ton / Durchsage -> Sprache in Text umwandeln UNMÖGLICH ;-)
- Folgetext -> zu unsicher/ bzw. störanfällig
- KEZ Schnittstelle -> die Firma gibt kein Angebot ab und ist nach unseren Informationen unverschämt teuer
- SDS -> In Entwicklung und ich denke die Zukunft
Info:
- E-Mail lässt das Sicherheitskonzept nicht zu d.h. es gibt keine Möglichkeit aus dem ELR eine E-Mail zu senden, auch das Verschieben des Einsatzes auf den Verwaltungsserver und anschließender E-Mail Versand ist nicht möglich.
Gruß
Shrek87
Kermit_t_f
20.02.2015, 18:20
Ich habe dich schon verstanden, aber es soll Leute geben, die können den richtigen Ansprechen, um da mal drüber zu reden ;-)
Wenn es dumm läuft, wird euch der SDS-Kanal auch dicht gemacht und dann war die Arbeit umsonst, also muss man solche Aktionen eben auch mal größer aufziehen und das Problem an der Wurzel anpacken.
- E-Mail lässt das Sicherheitskonzept nicht zu d.h. es gibt keine Möglichkeit aus dem ELR eine E-Mail zu senden, auch das Verschieben des Einsatzes auf den Verwaltungsserver und anschließender E-Mail Versand ist nicht möglich.
Serielle Schnittstellen existieren...
ELR->RS232->Mailserver
Man muß das bloß wollen.
MfG
Frank
Diese Vorschläge haben wir auch gemacht, oder auch eine richtige firewall etc.....
Haben alles aus der Zauberkiste geholt.
Aber wäre alles nicht zulässig
Gruß
Shrek87
MeisterH
21.02.2015, 12:12
Kannnich wohnt eben oft in der Willnich-Straße.
SDS ist ja grundsätzlich auch nicht verkehrt. Wenn es die einzige Möglichkeit ist, was rauszukriegen, nehmen und zufrieden sein.
Kermit_t_f
21.02.2015, 12:49
Richtig, aber wenn man halt immer unten rumfrickelt und tatsächliche Bedürfnisse gar nicht erst bei den Entscheidungsträgern ankommen, dann darf man sich halt nicht beschweren. Mein Angebot ist da, wer nicht will, der hat schon...
Bei einer von mir hochgeschätzten Leitstelle in Hessen geht das auch:
Ich verlinke mal ein öffentliches Dokument:
http://www.mkk.de/cms/media/pdf/politik/kreistag/vorlagen_antr_ge/2014_3/februar_4/vorlagen_16/Bereichsplan_Rettungsdienst_-Anlage.pdf
Seite 21.
Gerade der Punkt 'Einsatzmonitor' funktioniert sehr zuverlässig und ist Dank XML Schnittstelle auch zur elektronischen Weiterverarbeitung der Daten geeignet.
Versuche gerade auch "verkettete" PID 138 SDS(en) zu decodieren.
Kämpfe aktuell mit dem Header. Den ersten Teil hab ich schon, ist aber eine mühselige Angelegenheit, daher die Frage:
Hat irgendjemand weitere hilfreiche Dokumente, Quellen,... wie diese "spezielle" bayerische ;) SDS aus ELDIS3BY aufgebaut ist? Gerne auch per PM.
Laut Sepura Doku ist das der Protocol Identifier 138.
Betrifft zwar Motorola, aber wenns bei Sepura dokumentiert ist würde es mir vermutlich auch schon weiterhelfen.
Powered by vBulletin® Version 4.2.3 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.