-
Notifications
You must be signed in to change notification settings - Fork 11
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Anwendung RIC-Subadressen #149
Comments
Ich habe gerade mal in die Spezifikation geschaut. Sind das diese zwei Funktionsbits am Ende der Adresse (Bit 20 & 21)? |
Hi, nein glaube hier geht es um die Auswahl welche Art von Ruf. Nur-Ton-, Numerisch- und Alpahnumerisch-Modus Siehe auch: Müsste man ja sehen bei dem Unterschied des Zeitrufes und einer normalen persönlichen Nachricht. Vy73 |
Hallo Philipp,
also ich glaube schon das das die sind.
Es könnte natürlich sein, das skyper z.B. diese Funktionsbit anders nutzt. Meines Wissens sind die Subadressen genau hinter den Adressbits - also 20/21 ...
Schau mal ich da irgendetwas dazu finde was das bestätigt/wiederlegt.
Der AlphaPoc 602R kann z.B. die Uhrzeit nicht empfangen und auch keine Umschaltung Numerisch/Text. Insofern werden die Bits ja auch nicht für den Mode genutzt sondern bei den klassischen Meldeempfängern scheinbar für die Subadresse/Schleife.
Gruß
Peter
|
Steht ja sogar in der Standardbeschreibung ... Each POCSAG code word is capable of providing address information for four different |
Genau deswegen frage ich ja, ob ich das richtig verstanden habe. Mit dem
encoding von dem Kram habe ich mich nämlich nicht wirklich befasst bisher
|
Hallo, Zu 1) von Peter, Weiter werden aktuell um Rubriken für andere Pagertypen empfangbar zu machen, diese per extra RIC Es müsste dann z.B. in einem Pagerprofil im Core möglich sein, die Daten zu hinterlegen: RIC 123456 RIC 123123 usw. oder beliebig belegt. Viele Grüße |
Hallo, also ich denke es macht keinen Sinn verschiedene Rubriken auf die Subadressen zu legen - wenn ich den letzten Kommentar richtig verstanden habe. Die Subadresse sollte lediglich zur Signalisierung der Wichtigkeit einer Meldung genutzt werden. So ist es in der Regel auch bei den Meldeempfängern in der Praxis umgesetzt. Dort kann man ja auch nur in den Ric Feldern eine RIC eintragen. Bei den Subadressen kann man dann in der Regel nur noch die Alarmierungsparameter einstellen. |
Alle Anforderungen der verschiedenen Pager gerecht zu werden ist zugegebenermaßen sicherlich sehr schwierig. |
Pagertypen sind im refactoring Branch grundlegend implementiert. Für dieses Ticket müsste aber noch einiges an den Datenstrukturen umgestellt werden. Aktuell ist nur eine globale Einstellung der Subadressen pro Pager-Typ möglich. |
POCSAG unterstützt ja bei der RIC auch vier Subadressen A bis D für verschiedene Alarmierungsstufen/Prioritäten. Das wird in der Regel speziell beim BOS genutzt. Pro Subadresse kann man auch verschiedene Alarmtöne zuornden, wenn der Skyper das unterstützt. Moderne Pager tun dies.
Könne man das nicht auch im DAPNET implementieren. Beim Senden einer Rubrikmeldung oder privaten Meldung müsste man da eben A, B, C oder D anwählen können und es müsste dann an die Subadresse verschickt werden, die ja über zwei Bits codiert wird. Habe keinen eSkyper aber der ignoriert diese Subadressen wohl. Ist also kein Kompatibilitätsproblem zu erwarten. Es ist wohl so, dass bei BOS "A" die geringste (Info) und "D" die höchste Priorität (Alarm höchste Stufe) hat.
Im Moment erhalte ich persönliche Nachrichten und die Rubrik-News entweder auf die "C" oder "D". Gibt es da zurzeit einen Mechanismus der Zuordnung?
Peter DL9DAK
The text was updated successfully, but these errors were encountered: