Selectric/Polarion Rapid Call nur eine RIC wird angezeigt

Moin,

bei uns wurde vor kurzem ein POCSAG-Netz eingeführt. Hersteller ist Selectric, Endgeräte sind die Polarion extended bzw. gsm.

Die komplette Alarmierung läuft über Rapid-Call. Nun ist es so, dass bei gleichzeitiger Auslösung von mehreren RICs nur eine auf dem Melder angezeigt wird. Und das auch noch nach dem Zufallsprinzip. Das ist natürlich mitunter fatal, da informierende Alarme u. U. wichtigen Alarmen vorgezogen werden.

Angeblich lässt sich das nicht ändern und hängt mit dem Rapid-Call zusammen. Wir sind hier fast vom Glauben abgefallen, schließlich ist das eine 0815-Funktion, die sogar jeder Quattro beherrscht.

Deshalb hier meine Frage an evtl. erfahrene Selectric/Polarion-Anwender: Gibt es da wirklich kein Hintertürchen um sämtliche alarmierte RICs auch anzeigen zu lassen?

Des Weiteren würde mich interessieren ob bei Swissphone und Expressalarm das gleiche Problem besteht. Ist das also ein allgemeines POCSAG-Problem oder auf Selectric beschränkt?

By the way: Wir haben momentan auch noch reichlich weitere Probleme, wie z. B. nächtliche Fehlauslösungen oder Reichweitenalarme, etc. Aber das schiebe ich mal auf allgemeine Startschwierigkeiten und hoffe das wird alles bald abgestellt...

Tja. Wie sagt man so schön....
Wer billig kauft [emoji2]

Es ist ein bekanntes "Problem", auch bei anderen Herstellern.

Zitat:

---

Zitat von redfrog

Moin,

bei uns wurde vor kurzem ein POCSAG-Netz eingeführt. Hersteller ist Selectric, Endgeräte sind die Polarion extended bzw. gsm.

---

Wo ist denn bei uns?

Zitat:

---

Zitat von redfrog

Moin,


Die komplette Alarmierung läuft über Rapid-Call. Nun ist es so, dass bei gleichzeitiger Auslösung von mehreren RICs nur eine auf dem Melder angezeigt wird. Und das auch noch nach dem Zufallsprinzip. Das ist natürlich mitunter fatal, da informierende Alarme u. U. wichtigen Alarmen vorgezogen werden.

...

---

Könnte es nicht doch so sein, dass der erste der in der POCSAG Struktur gesendeten RIC zur Anzeige kommt? Bei unterschiedlicher Zusammensetzung der Alarmierungen könnte man dadurch auf jeden Fall den Eindruck haben das es "zufällig" wäre.....

Moin,

Osnabrück...

Mir wurde gesagt das passiert zufällig.
Deine Version könnte natürlich ebenso richtig sein. Würde aber leider auch nichts am Grundproblem ändern. Ich kann halt im Melder nur eine RIC anzeigen und hierbei nicht mal priorisieren.

Zitat:

---

Zitat von elsterine

Tja. Wie sagt man so schön....
Wer billig kauft [emoji2]

Es ist ein bekanntes "Problem", auch bei anderen Herstellern.

---

Wenn man das mal beeinflussen könnte...
Also hätten wir bei Swissphone das gleiche Problem? Nur falls mal jemand fragen sollte... ;-)

Wie wird das denn anderswo gehandhabt? Wir werden doch nicht die einzigen sein, bei denen Leute in verschiedenen Einheiten tätig sind bzw. bestimmte Personengruppen gewisse Alarmierungen als Info bekommen...

Zitat:

---

Zitat von redfrog

Wenn man das mal beeinflussen könnte...
Also hätten wir bei Swissphone das gleiche Problem? Nur falls mal jemand fragen sollte... ;-)

Wie wird das denn anderswo gehandhabt? Wir werden doch nicht die einzigen sein, bei denen Leute in verschiedenen Einheiten tätig sind bzw. bestimmte Personengruppen gewisse Alarmierungen als Info bekommen...

---

Das ganze basiert wohl auf der Annahme dass die wesentliche Information im Text und nicht in der RIC steckt. Die Zahl der Einsatzkräfte, die anhand des RIC entscheiden müssen ob sie ins Gerätehaus oder woanderst hin sollen und dies nicht am Text erkennen können, geht wohl gegen null.

Das andere DME Typen das "besser" können sehe ich auch nicht, immerhin müssten die theoretisch vielen RIC auch irgendwie dargestellt werden.

Zitat:

---

Zitat von redfrog

Wenn man das mal beeinflussen könnte...
Also hätten wir bei Swissphone das gleiche Problem? Nur falls mal jemand fragen sollte... ;-)

Wie wird das denn anderswo gehandhabt? Wir werden doch nicht die einzigen sein, bei denen Leute in verschiedenen Einheiten tätig sind bzw. bestimmte Personengruppen gewisse Alarmierungen als Info bekommen...

---

Nein, bei Swion und EA ist das Problem nicht. Z.B. 2x Tonric, gefolgt von EA-Text-Ric und Du hast 2 Alarmmeldungen im Meldungsordner und jeweils den Text dahinter. Praktisch so als ob es zwei komplette Alarmierungen hinterneinander gegeben hat. Ruft man diese ab beginnt es logischerweise mit der zuletzt empfangene Einheit. Vorrausgesetzt man hat hier keine Prioric vergeben.

Anschlußfrage: In der SW-PSW läßt sich auch mehr als ein Text-RIC einstellen. Ist das ein Fehler oder funktioniert das auch gemischt im laufenden Betrieb?

Ihr redet von Äpfeln und Eiern [emoji2]

Ja. Es lassen sich selbstverständlich mehrere Text-RIC programmieren. Je nach Aussendung setzt der Melder dann alles zusammen.

Zitat:

---

Zitat von elsterine

Ihr redet von Äpfeln und Eiern [emoji2]

Ja. Es lassen sich selbstverständlich mehrere Text-RIC programmieren. Je nach Aussendung setzt der Melder dann alles zusammen.

---

So selbstverständlich finde ich das nicht. Ist irgend jemand hier ein Bereich bekannt wo mehr als ein Text RIC zum Einsatz kommt?
Ich kenne keinen, lassen mich aber gerne "erleuchten".

Zur Klarstellung: Ich rede von der "EA-Text" Einstellung, nicht von "EA-Tone"

Ob du das nicht selbstverständlich findest, steht nicht zur Debatte. [emoji2]

Natürlich gibt es Bereiche, wo das so ist. Da kommen sogar viele verschiedene Text-RIC für das Expressalarmverfahren zur Anwendung. Wo das ist, solltest du ja anhand deines umfangreichen Kontaktkreises herausfinden können. [emoji2]

Prinzipiell bestimmt der Kunde diese Anzahl. Und nicht der Verkäufer! Punkt.

ui..... Gewitter? Muss ich eingreifen?

Und ich dachte Selectric und ihre gepimpten Unication E5 bekommt eine Art EA sauber hin..... im eigenen Netz.

Scheint wohl nicht so zu sein.
Anwenderfehler scheidet ja aus, da der "Fehler" ja bestätigt ist.

Zitat:

---

Zitat von elsterine

Ob du das nicht selbstverständlich findest, steht nicht zur Debatte. [emoji2]

Natürlich gibt es Bereiche, wo das so ist. Da kommen sogar viele verschiedene Text-RIC für das Expressalarmverfahren zur Anwendung. Wo das ist, solltest du ja anhand deines umfangreichen Kontaktkreises herausfinden können. [emoji2]

---

Umfangreich von mir aus. Trotzdem ich kenne keinen Bereich wo mehr als ein RIC für die Textübermittlung zum Einsatz kommt. Bitte mal einen benennen.

Irgendwann geht auch der Sinn von Expressalarm verloren wenn ich doch wieder unterschiedliche Text-RIC einsetze.

... weil du eben eine sehr eingeengte Denkweise zu diesem Thema hast [emoji213]

Und so umfangreich kann es nicht sein, sonst würdest du die Bereiche kennen, wo das so praktiziert wird.

Damit verweise ich nochmal auf meinen vorherigen Beitrag, der bereits alles aussagte.

Wenn du dem Endkunde natürlich etwas anderes einredest, ist jeder dieser selber Schuld, falls er darauf reinfällt.

[emoji2][emoji2][emoji2][emoji2][emoji2][emoji2][emoji2][emoji2]

Nachdem ich jetzt zwei mal sachlich gefragt habe und nur so unqualifizierte Antworten kommen lassen wir es halt.

Bei uns gibt es 2 IDEA-EA-Text-Ric - mindestens. 1 für Rett.-Dienst, 1 für die Roten. Blau wird noch per 5ton Alarmiert.

Zitat:

---

Zitat von elsterine

... weil du eben eine sehr eingeengte Denkweise zu diesem Thema hast [emoji213]

Und so umfangreich kann es nicht sein, sonst würdest du die Bereiche kennen, wo das so praktiziert wird.

Damit verweise ich nochmal auf meinen vorherigen Beitrag, der bereits alles aussagte.

Wenn du dem Endkunde natürlich etwas anderes einredest, ist jeder dieser selber Schuld, falls er darauf reinfällt.

[emoji2][emoji2][emoji2][emoji2][emoji2][emoji2][emoji2][emoji2]

---

Du mußt das verstehen, da wo EA gefordert wird, da besteht halt immer noch die Gefahr das die "alternative" Meldertechnik keine Chance hat, weil sie es nicht zu 100% kann.

Aber vielleicht können die neuen franzöischen Vögelchen da was ausbrüten......mal sehen, den Werbethread gibts ja jetzt auch dazu.

Somit gehts ja in die Richtung die der User JIM vorrausschauend hier und da mal angedeutet hat, Zitat:

Zitat:

---

Zitat von Jim

Hallo,

Kater9 versucht hier wohl mal wieder per Suggestion Werbung zu machen.
Der Screenshot als auch seine Antworten dürften kein Zufall sein, sondern wohl bestimmte Taktik.

Seine Antwort auf deine Frage wird sicherlich sein, dass TPL ein Pager Hersteller aus Frankreich ist.
"Rein zufällig" hat er davon diverse Pager und die Pager können natürlich alles besser und schöner... weil aus Frankreich perfekte und fehlerfreie Produkte kommen.

Guten Rutsch ins Neue Jahr.... und man möge auch im Jahr 2016 nicht zu sehr auf die Suggestion verschiedener Schreiber reinfallen.
Kein Produkt auf der Welt ist Perfekt. Kein Hersteller kann alles. Keinem Kunden sollte suggeriert werden dass es perfekte Systeme zum Kauf gibt, denn man braucht auch nicht immer Alles.

Gruß Jim

---

Südwestpfalz sind es auch zwei IDEA EA_TEXT ric's. Die eine für Feuerwehr, und die andere Rettungsdienst.

Gesendet von meinem SM-G920F mit Tapatalk

Ok, das heisst dann aber auch dass bei kombinierten FW+RD Einsätzen doppelt alarmiert werden muss.

Warum macht man sowas?

Zitat:

---

Zitat von Kater 9

Das ganze basiert wohl auf der Annahme dass die wesentliche Information im Text und nicht in der RIC steckt. Die Zahl der Einsatzkräfte, die anhand des RIC entscheiden müssen ob sie ins Gerätehaus oder woanderst hin sollen und dies nicht am Text erkennen können, geht wohl gegen null.

---

Tut mir leid aber das sehe ich komplett anders.

Beispiel 1:
Pressewart ist in Feuerwehr A tätig, soll aber über Einsätze jeder anderen Feuerwehr auch informiert werden.
Bisher kein Problem. Alle Schleifen mit ruhigem Ton und abschaltbar programmieren, eigene Feuerwehr lauter Ton.
Jetzt riesen Problem, denn u. U. wird bei gleichzeitiger Alarmierung nicht die eigene Feuerwehr signalisiert. Der wichtige Alarm geht also unter. Am Text kann er das nicht erkennen, da stehen die alarmierten Einheiten nicht mit drin. Und selbst wenn bliebe noch das Problem mit dem Alarmton, der sich ja für die eigene Einheit unterscheiden muss.

Beispiel 2:
User ist in Feuerwehr A und der IuK Gruppe tätig. Einsatz im Gebiet der Feuerwehr B, es werden alle RICs ausgelöst. Der Melder des betreffenden löst jetzt möglicher Weise nur für die IuK Gruppe aus, obwohl er primär mit der Feuerwehr A ausrücken müsste.
Und wieder: Wie soll er das am Text erkennen?

Solche Beispiele habe ich hier mehrfach, und man kann hier ja wohl nicht von Spezialfällen sprechen. Das ist eigentlich nichts besonderes.

Uns bleibt jetzt also nichts anderes übrig als unser eigenständig installiertes Zusatzalarmsystem per Handy weiter auszubauen. Damit funktioniert das nämlich...und kostet einen Bruchteil...

Zitat:

---

Zitat von Kater 9

Warum macht man sowas?

---

Unterschiedliche IDEA-Schlüssel ?

Dann kann die Kommune einer FFW halt ihre Melder selbst programmieren aber nicht die Infos mit Patientendaten des RD "abrufen"...
Wäre so eine Möglichkeit...

MfG Fabsi

Sehe ich keinen Sinn drinn..... alle Organisationen können eh ihre Melder selbst programmieren..... es gibt halt nur eine Art Rahmenbedingungen... z. b. .... Ricbereiche die von zentraler Stelle zugeteilt werden, ebenso der zu verwendende Schlüsselindex. Ebenso ist das Thema Schlüsselprogrammierung davon unberührt, denn idealerweise kann man je nach Hersteller die Schlüssel separat programmieren und diese bleiben dabei für die einzelnen Organisationen "unsichtbar" was auch gut so ist.

Wie gesagt eine Schlüsseltrennung sehe ich als eher nicht notwendig an.

Ich würde aber nur einen EA- Text vergeben.....zumal ja je nach Lage der RD immer mitalarmiert wird und somit sich in die Kette der FW Alarmierung einreiht.

Lasst es doch die Endkunden entscheiden!

Zitat:

---

Zitat von redfrog

Tut mir leid aber das sehe ich komplett anders.


Beispiel 2:
User ist in Feuerwehr A und der IuK Gruppe tätig. Einsatz im Gebiet der Feuerwehr B, es werden alle RICs ausgelöst. Der Melder des betreffenden löst jetzt möglicher Weise nur für die IuK Gruppe aus, obwohl er primär mit der Feuerwehr A ausrücken müsste.
Und wieder: Wie soll er das am Text erkennen?

Solche Beispiele habe ich hier mehrfach, und man kann hier ja wohl nicht von Spezialfällen sprechen. Das ist eigentlich nichts besonderes.

---

Und trotzdem bleibt es nur eine Einsatzkraft, die offensichtlich in beiden Einheiten benötigt wird, sich nicht aufteilen kann und zudem zum gleichen Einsatz fährt. Da kann er dann besser vor Ort entscheiden wo er nötiger gebraucht wird.

Zitat:

---

Zitat von Fabpicard

Unterschiedliche IDEA-Schlüssel ?

Dann kann die Kommune einer FFW halt ihre Melder selbst programmieren aber nicht die Infos mit Patientendaten des RD "abrufen"...
Wäre so eine Möglichkeit...

MfG Fabsi

---

Auch auf die Gefahr hin das jetzt einige wieder über mich herfallen :-)

Bei BOSKRYPT gäbe es das Problem nicht, auch wenn nur ein Text RIC im Netz genutzt wird.

ist auch nicht notwendig und somit kein herausragendes Feature irgendeiner Verschlüsselung..... ist wieder eine Antwort die total irreführend ist....

und sowas wird dann den Kunden erzählt.... Boscrypt die eierlegende Wollmilchsau....

Zitat:

---

Zitat von Kater 9

Und trotzdem bleibt es nur eine Einsatzkraft, die offensichtlich in beiden Einheiten benötigt wird, sich nicht aufteilen kann und zudem zum gleichen Einsatz fährt. Da kann er dann besser vor Ort entscheiden wo er nötiger gebraucht wird.

---

Und genau das ist Quatsch. Er soll sich nicht vor Ort entscheiden, sondern bei Alarm. Gerade was das Verlassen des Arbeitsplatzes angeht kann es durchaus einen erheblichen Unterschied machen, ob meine primäre Feuerwehr alarmiert wird oder eben nur eine spezielle Einheit, die wenig Personal erfordert... abgesehen von Doppelmitgliedschaften FF, HiOrg, etc. Da habe ich dann vor Ort u. U. die falsche Jacke an... ;-)

Aber nun denn, wir werden uns nun damit abfinden müssen.

Zitat:

---

Zitat von redfrog

.....

Aber nun denn, wir werden uns nun damit abfinden müssen.

---

Und da genau passiert jetzt der falsche Weg.

Habt ihr in der Ausschreibung eine Art Express Alarm-Funktion (ich nenn das jetzt mal so) klar gefordert?

Zitat:

---

Zitat von FunkerVogth

Und da genau passiert jetzt der falsche Weg.

Habt ihr in der Ausschreibung eine Art Express Alarm-Funktion (ich nenn das jetzt mal so) klar gefordert?

---

Nicht wirklich. Es wird umfangreich drum herum beschrieben. Die hier weiter vorne bemängelte Funktion wird sogar explizit gefordert.

Zitat auf Seite 56: "Die empfangenen Alarmadressen und die zugehörige Information der Text-RIC dürfen nur
einen Speicherplatz belegen."


Der wesentliche Teil im Volltext
"Digitale Meldeempfänger DME
Bei der Betrachtung der zeitoptimierten Alarmierung ist
davon auszugehen, dass alle Meldeempfänger pro RIC
individuell auf TON-Betrieb und ALPHA-Betrieb
programmierbar sein müssen. Sie müssen auch unter den
oben genannten Infrastrukturbedingungen in der Lage
sein, gesendete Alarm-RICs zu empfangen, auszuwerten,
entsprechend zu alarmieren und die Information des
Text-RIC anzuzeigen. Die empfangenen Alarmadressen und
die zugehörige Information der Text-RIC dürfen nur
einen Speicherplatz belegen. Empfangene Informationen
eines Text-RIC dürfen ohne dass eine Alarmadresse
empfangen wurde nicht angezeigt und nicht gespeichert
werden - eine Ausnahme bilden hier die nur für
Funktionsträger mit technischen Sonderaufgaben im
Fernmeldedienst vorgesehene Monitorbetrieb, der ein
mitlesen aller unverschlüsselten Alarmmeldungen
ermöglichen muss. Ein empfangener Alarm-RIC muss
zwangsläufig immer zur Auslösung einer Alarmierung
führen, auch wenn kein damit verketteter Text-RIC
empfangen wird.
Im Havariebetrieb muss auch ein mit Textinformationen
versehener Ton-RIC ausgewertet werden und den Text zur
Anzeige bringen."

Zitat:

---

Zitat von FunkerVogth

ist auch nicht notwendig und somit kein herausragendes Feature irgendeiner Verschlüsselung..... ist wieder eine Antwort die total irreführend ist....

und sowas wird dann den Kunden erzählt.... Boscrypt die eierlegende Wollmilchsau....

---

Offensichtlich gibt es Anwender die eine Separierung der Dienste auf Kryptoebene wollen und deshalb zwei Text RIC, vermutlich dann auch mit zwei Schlüsselsätzen, nutzen.
Ohne diese zwei Schlüsselsätze ist die Separierung, zumindest bei der SW -IDEA Implementierung, eh wertlos. Wenn ich diese Unterscheidung als Anwender will, ist es für mich dann eben doch ein herausragendes Feature der Verschlüsselung. Und das ist bei BOSKRYPT eben systemimanent.

seh ich nicht so.

Mit den Drecks Polarion-Dingern habe ich eben zwei Probleme:
1. Ich kann nur eine Textric programmieren
2. Ich empfange nur eine alarmierte TON-RIC, auch wenn ich mehrere im Profil aktiv habe.

Das hat aber absolut nichts mit der Verschlüsselung zu tun, sondern an der schlechten Firmware..

Punkt 1 wird bei einer Doppelmitgliedschaft zwar doof, aber der Alarm kommt trotzdem an. Zumindest werden bei uns RD und FW in getrennten Alarmsätzen alarmiert. Punkt 2 ist aber wirklich beschissen und erfordert eben im Notfall eine ganz andere RIC-Struktur als man es bisher gemacht hat.
Wir haben bei jedem Alarm nur 1 RIC, die alarmiert wird. Somit weiß zumindest unsere Databox, welche RIC alarmiert wurde und kann das entsprechend ausgeben.
.. Ist natürlich gelogen, denn mittlerweile gibts auch eine Tagesalarm-RIC, die schon zu Problemen bei der Anzeige geführt hat... (Aber zu verkraften)
Doppelmitglieder, die bei FW sind, die Tagsüber gemeinsam ausrücken, haben aber ein gewaltiges Problem und ich finde es lächerlich..
Die ersten FW setzen mittlerweile eine Handy-("Zusatz")-alarmierung ein und berichten von neuen Höchstzahlen bei der Tagesalarmverfügbarkeit! Gab wohl einige, die den Melder nie mitgenommen haben und erst jetzt zeitnah von einem Einsatz erfahren. Kann man dazu stehen, wie man will, aber bisher erledigen die Handyapps den Job der Melder besser, zuverlässiger, billiger, mit weit mehr Features als der Polariondreck.. (Inklusive Rückmeldung, Alarmverfügbarkeit, Parallelalarm,....).

Achja: Stürze resultierten bereits mehrfach zu einer ausgebrochenen Gehäuseschraube oder dem kompletten Aufbrechen der Gehäuseschalen... Und ich rede hier nicht von spektakulären Stürzen wie 1-2 Stockwerte die Uni-Treppe runter, die der Hurricane überlebt hat, sondern aus Gürtelhöhe auf Fließen- oder Teppichboden, die selbst das Smartphone bereits überlebt hat!

@Kater9: Mit den Polarion kann ich nur eine einzige EA-Text programmieren. (EA ~= RapidCall, wie es bei den Polarions genannt wird)

Zitat:

---

Zitat von alex

.....

Das hat aber absolut nichts mit der Verschlüsselung zu tun, sondern an der schlechten Firmware..
.....
@Kater9: Mit den Polarion kann ich nur eine einzige EA-Text programmieren. (EA ~= RapidCall, wie es bei den Polarions genannt wird)

---

Die Aussage bzgl. Verschlüsselung ist anderst herum zu verstehen. Weiter vorne wurde behauptet, dass es Bereiche gibt die aufgrund der Schwächen der Swissphone IDEA Implementierung mit mehr als einem Text RIC im Netz arbeiten. Dann hatte ich nur ergänzt, dass diese "Klimmzüge" nicht nötig wären, wenn man BOSKRYPT einsetzen würde.

Es wird nicht aufgrund von Schwächen der IDEA Implementierung mit mehreren Text-RIC gearbeitet, sondern einfach aus taktischen Gründen.

Und das finde ich recht gut.

Zitat:

---

Zitat von elsterine

Es wird nicht aufgrund von Schwächen der IDEA Implementierung mit mehreren Text-RIC gearbeitet, sondern einfach aus taktischen Gründen.

Und das finde ich recht gut.

---

Ok mag sein. Erläutere uns dann doch mal welche "Taktik" damit verfolgt werden soll?
Welche Vorteile haben mehrere Text RIC noch außer die oben bestrittene Implementierungsschwäche zur Erreichung der Dienstetrennung?

Zitat:

---

Zitat von Kater 9

Ok mag sein. Erläutere uns dann doch mal welche "Taktik" damit verfolgt werden soll?
Welche Vorteile haben mehrere Text RIC noch außer die oben bestrittene Implementierungsschwäche zur Erreichung der Dienstetrennung?

---

Nun, so können Feuerwehrmelder nicht so programmiert werden, dass sie z.B. reine Rettungsdiensteinsätze anzeigen/ausgeben. Damit wird zumindest die Gruppe der möglichen "Mitleser" weiter verkleinert..

Leute das sind 0,1 Prozent von wirklich wichtigen Anforderungen.... irre..... und wieder wird hier eine Verschlüsselungsschwäche als Grund für fie o. g. Programmierung hereingefaselt..... junge junge so ein Blödsinn......

Die eigentliche Schwäche die ich hier sehe, ist das ein gewisses Grüppchen im Existenzkampf genug Klinken geputzt hat um mit ner 256 Bit Aes Verschlüsselung zu retten was noch zu retten ist.

Wenn man sie dann fragt warum sie in den letzten Jahrzehnten kaum vertreten waren..... tja dann ist wahrscheinlich immer IDEA Schuld. Aber bei sich selber fangen die nicht an zu suchen.....

Alles Heuchelei und mittlerweile Desinformation..... und das auch in Foren wie hier und Feuerwehr. de

.... und das mit gewerblichem Hintergrund!!!!

Natürlich ist es sinnvoll eine einheitliche Verschlüsselung für gesamt BOS zu haben, aber die wahren Hintergründe liegen halt nicht nur in eben dieser Sinnhaftigkeit.

Beispiel aus unserem Kreis: Der Rett.-Dienst und die Feuerwehr erhalten komplett andere Textinhalte in der Meldung. Beim Rett.-Dienst z.B. vollständiger name, Anschrift und Diagnoseschlüssel. Bei der Feuerwehr sieht das dann ganz anders aus: "F BMA: Ort-Teilort, Straße, Hausnummer, bei FREITEXT". Freitext kann der Disponent frei eingeben (wie der Name schon sagt ;-) ), alles andere generiert das ELS (Dalles 2) aus den verfügbaren Daten (alle Objekte im Kreis sind im ELS hinterlegt und Georeferenziert, auch wegen RescueTrack im Rett.-Dienst).

Da auch die Feuerwehr auf IDEA-EA umstellt/umgestellt hat/umstellen wird, gibt es folglich 2 EA-IDEA-Text-RIC im Kreis. Eine eben für Weiss/Rote Autos, und eine für Rote autos (bzw. deren Besatzung).

EDIT: Was die Schlüsselverwaltung angeht - bisher hat die Leitstelle alle Melder für den RD programmiert und jede Feuerwehr ihre eigenen. Jetzt, mit IDEA-EA, erhalten die Feuerwehren die schluessel.IDEAC-Datei - dort sind alle Schlüssel unleserlich hinterlegt und können von der jeweiligen Feuerwehr auf die Melder geschrieben werden.
Schlüsselumschaltung per OAP erfolgt momentan noch nicht.

ist auch ok so..... hier ergibt sich aber ein anderes Szenario und das liegt in den unterschiedlichen Texten .... auch das ist nicht unüblich, gibts hier auch...... nur ist es hier nicht notwendig 2 unterschiedliche Schlüssel zu versorgen..... der Schwerpunkt liegt auf dem Informationsinhalt..... und nicht ob ich verhindern will das die FW RD-Texte lesen kann oder nicht. Wer mit sowas zu den Kunden geht und das als unheimlich wichtiges Feature nach oben auf die Liste setzt, dem kann ich auch nicht mehr helfen.

@FunkerVogth
Datenschutz wird immer wichtiger. Auch im Alarmierungsbereich. Stell Dir vor Du bist Landrat und weil alle den gleichen Schlüssel haben, können rein theoretisch alle Melder auch unberechtigt empfangene Meldungen anzeigen. Z.B. das Du als Landrat gerade einen Herzinfarkt hast. Willst Du dass?
Dienstetrennung mit jeweils eigenen Schlüsseln sehe ich vielleicht nicht ganz oben (da würde eher Alarmierungssicherheit, Geschwindigkeit, etc. stehen), aber dann kommt das ziemlich schnell Datenschutz, etc.

Stell dir vor, du wärst Bürgermeister [emoji2]

ich bins doch..... wusstest du das nicht.....

natürlich kann man das so ausweiten und umsetzen...... man kann es auch übertreiben...... sorry.
Datenschutz...... das ist im Bos Bereich intern wie extern ein Widerspruch in sich.......und wenn wir schon soweit sind das RD und FW sich z. b. datenschutzmässig so zueinander verhalten müssen...... wie die gesamte BOS gegenüber den Lauschern..... dann prost.

Übrigens im Falle Deines Landrates oder in meinem Falle ( leider nur Bürgermeister) bekommt es halt irgendein RDler mit, der aber auch in der FW ist. Und der erzählt es dann weiter..... bzw. irgendeiner erzählt es eh immer weiter..... nie zu verhindern, und theoretisch kann ich mit jedem Melder die schönsten Dinge machen, wenn ich danach gehe sollten wir wieder auf Sirenenalarm und Telefonkette umstellen, daher:

Es wäre für mich kein Muss-Kriterium in der Ausschreibung...... aber wie gesagt, gibt ja hier Leute die reden den Kunden auch die unwichtigste Sache noch Schmackhaft.

Zitat:

---

Zitat von FunkerVogth

Und da genau passiert jetzt der falsche Weg.

Habt ihr in der Ausschreibung eine Art Express Alarm-Funktion (ich nenn das jetzt mal so) klar gefordert?

---

Ich bin nur Endanwender und wurde vor vollendete Tatsachen gestellt. Ich kann dir nicht sagen was in der Ausschreibung stand. Kater9 scheint es aber zu wissen...

Zitat:

---

Zitat von FunkerVogth

natürlich kann man das so ausweiten und umsetzen...... man kann es auch übertreiben...... sorry.
Datenschutz...... das ist im Bos Bereich intern wie extern ein Widerspruch in sich.......und wenn wir schon soweit sind das RD und FW sich z. b. datenschutzmässig so zueinander verhalten müssen...... wie die gesamte BOS gegenüber den Lauschern..... dann prost.

---

Nur weil es andere Schwachstellen gibt, darfst Du nicht einfach den Datenschutz komplett vernachlässigen.

Zitat:

---

Zitat von FunkerVogth

Übrigens im Falle Deines Landrates oder in meinem Falle ( leider nur Bürgermeister) bekommt es halt irgendein RDler mit, der aber auch in der FW ist. Und der erzählt es dann weiter..... bzw. irgendeiner erzählt es eh immer weiter..... nie zu verhindern, und theoretisch kann ich mit jedem Melder die schönsten Dinge machen, wenn ich danach gehe sollten wir wieder auf Sirenenalarm und Telefonkette umstellen, daher:

---

Hier würde sich der RDler gegen seine abgegebene Verschiegenheitserklärung im Rahmen der BOS-Sprechfunkausbildung verstoßen. Ich bin mir leider nicht sicher, ob das "nur" eine Ordnungswiedrigkeit oder sogar eine Straftat ist, werde jedoch mal in meiner Verschiegenheitserklärung nachschauen.

Zitat:

---

Zitat von sschaebe

Nur weil es andere Schwachstellen gibt, darfst Du nicht einfach den Datenschutz komplett vernachlässigen.


Hier würde sich der RDler gegen seine abgegebene Verschiegenheitserklärung im Rahmen der BOS-Sprechfunkausbildung verstoßen. Ich bin mir leider nicht sicher, ob das "nur" eine Ordnungswiedrigkeit oder sogar eine Straftat ist, werde jedoch mal in meiner Verschiegenheitserklärung nachschauen.

---

Straftat nach §203 Abs. 1 Satz 1 sowie Abs. 2 Satz 1 und 2 StGB. Eine BOS Sprechfunkausbildung ist dabei zu Erfüllung der objektiven Tatbestandsmerkmale nicht erforderlich, die Tätigkeit in diesem Bereich ist bereits hinreichend.

also, das gilt dann auch für den Fall das es keine getrennten Schlüssel gibt...... wir können das hier noch Stunden bis ins kleinste Fitzelchen toterörtern...... führt eh zu nix.

Sehe da keine Netzbetreiber mut Nachteil.