IDEA RIC, falscher Schlüssel, löst RIC aus?

[smartfire]

Hallo,

mal ne Frage,

wenn bei einem BOSS 9xxV ein RIC als IDEA gesetzt wurde, der Empfänger bei Optionen als IDEA gesetzt wurde, nur ein falscher Schlüssel aktiviert ist, löst der Empfänger bei IDEA RIC trotzdem aus?

Tschüss
Theo

[Destero]

Der RIC löst aus wenn die RIC Adresse programmiert ist die ausgelöst wird aber du bekommst keine Textanzeige zum lesen sondern nur Buchstabensalat angezeigt.

[smartfire]

Hallo,

ich glaube dann hab ich hier ein Problem.

RIC 1234567 als Alpha, Empfänger Option IDEA deaktiviert, RIC löst aus aber mit Buchstabensalat.

jetzt

RIC 1234567 als IDEA, Empfänger Option IDEA aktiviert, irgendein Schlüssel ist progammiert - aber der falsche, RIC löst nicht mehr aus?!?

Tschüss
Theo

[Fabpicard]

Ist richtig, da der Melder im Meldungstext prüft ob diese auch jetzt ausgesendet wurde oder ob diese Nachricht vielleicht "kopiert und wieder eingespielt" wurde...
Sozusagen als Fehlalarmierungs-Schutz...

Kann er die Nachricht also nicht entschlüsseln, löst er nicht aus, weil sie für ihn nicht echt ist...

MfG Fabsi

[Dr.MirakulixX]

Jetzt bin ich aber mal neugierig. Woher weiß der Melder denn das dass was er auf dem Display zeigen würden Müll ist ?
Glaube ja nicht das der Schlüssel im Text mitgesendet wird oder ? Macht er das über Steuerzeichen oder wie ?
Wir hatten aber 100%ig schon denn fall das er alarmiert hat und nur Müll gezeigt hat. Weiß aber nicht ob die Leitstelle da unverschlüsselt an eine IDEA Ric geschickt hat oder verschlüsselt an eine Text Ric (was auf jedenfall geht) oder falscher Schlüssel. War auf jedenfall nichts Lesbares und war seiner Zeit reproduzierbar. Meine aber das wurde auf die IDEA Ric geschickt.

[smartfire]

Hallo,

jetzt bin ich aber auch platt,

wie weis der Empfänger welcher Text echt ist??

Er hat ja keinen Textvergleich, ausser einen Schlüsselvergleich.

Tschüss

Theo

..hab´s überlesen, mit Steuerzeichen wär eine Überprüfung ja auch möglich.

[Fabpicard]

In einer IDEA-Verschlüsselten Meldung sind natürlich verschlüsselt, die Uhrzeit und das Datum der Aussendung drin... Somit prüft er, ob diese mit der in Ihm selbst eingestellten übereinstimmt...

Tut sie das nicht (mit geringer Abweichung natürlich) so erkennt er das als eventuellen Mutwilligen Fehlalarm... Und löst natürlich nicht aus...

MfG Fabsi

[Funkmast]

Mit welcher Abweichung macht das denn der Melder noch mit?
Habe es mehrmals mit .... bis zu 10 Jahren probiert.
Und siehe da, der Melder löst immer aus :-)

[smartfire]

Das mit der Uhrzeit kann ich mir ehrlich gesagt nicht vorstellen, eher ein bestimmtes Wort, oder Zeichen am Schluss mit Verschlüsselung, wenn das der Empfänger nicht richtig decodiert alarmiert er auch nicht.

Aber ich finde diese Lösung um Fehlalarme herauszufiltern sehr schlecht, der Empfänger sollte auch aulösen, wenn z.b. der Schlüssel, as welchen Gründen auch immer, nicht umgeschaltet wurde.

Ferner gehe ich davon aus, da der Empfänger dann auch bei EA IDEA Ton oder EA IDEA Text auch nicht weckt.

Tschüss

Theo

[killbill]

Ich habe versucht einen IDEA verschlüsselten RIC mit dem Testgerät von Swissphone auszulösen, hat aber nicht funktioniert, bei "nur" alpha, ging es dann....

[Leitstelle_V]

Das mit der Uhrzeit kann ich mir ehrlich gesagt nicht vorstellen, eher ein bestimmtes Wort, oder Zeichen am Schluss mit Verschlüsselung, wenn das der Empfänger nicht richtig decodiert alarmiert er auch nicht. [...]

So ist es. Die eingestellte Zeit hat keinen Einfluss auf die Alarmauslösung. Meiner Meinung nach wäre es auch zu problematisch und unsicher, eine Alarmierung davon abhängig zu machen (man denke an versehentlich falsch eingestellte Uhrzeiten etc.).

Ein guter Meldeempfänger erkennt auch unverschlüsselte, fehlerhafte Meldungen (Stichwort "Prüfsumme" von POCSAG-Meldungen). Bei IDEA läuft das nicht anders...

[smartfire]

Ich hol das Thema mal wieder auf, bei uns wird demnächst digital alarmiert mit EA und Verschlüsselung.

Ich hab mal alle Variationen ausprobiert, mit fehlerhafte Zeichen "alle" und kein Meldungsabschluss.

Wenn der gesendete IDEA Schlüssel, aus welchen Gründen auch immer nicht mit dem Schlüssel im Empfänger übereinstimmt, dann weckt der Empfänger nicht.

Sehr schlecht, er sollte wenigstens wecken mit evtl. Fixtext.

Wird dieses Problem bei der Programmierung irgendwie gelöst.

Ich habe ausprobiert den EA Ton nicht als IDEA zu Programmieren, die Software hat gemeckert - dies aber getan.

Folglich reagiert der Empfänger auf den EA Ton Ric, ist aber doch nicht die Lösung?

Tschüss
Theo

[Fabpicard]

Expressalarm nutzt man, um vielen Empfängern den gleichen Text zukommen zu lassen und dabei Sendezeit zu sparen...

Hat man nicht den richtigen Schlüssel für den Text, reicht es die RICs als normale RIC ohne EA-Funktion zu nutzen und einen Fixtext zu hinterlegen...

MfG Fabsi

[smartfire]

Hallo,

ist ja verständlich, aber es sind im Empfänger 2 Schlüssel hinterlegt, welche ab und zu geändert weden über die OAP Schnittstelle.

Wenn nun aus welchen Gründen auch immer der Schlüssel über diese Schnittstelle im Empfänger nicht geändert wird, dann löst der Empfänger nicht mehr aus, wenn EA Ton als IDEA programmiert ist und EA Text als IDEA.

Ich wollte wissen ob es eine Möglichkeit gibt im Verschlüsseltem Netz mit EA den Empfänger so zu programmieren, dass der Empfänger auch bei falschen Schlüssel auslöst?


Tschüss Theo

[Fabpicard]

Ich wiederhole mich nur ungern, ist so eben nicht vorgesehen!

Denn über die fertig entschlüsselte Meldung wird die Echtheit der ausgesendeten Nachricht verifiziert...

Wird diese nicht richtig dekodiert, löst er nur im Service-Mode aus...

MfG Fabsi