DecentralizedAmateurPagingNetwork / Core

The DAPNET Core is the core application of DAPNET, responsible for handling transmitter clients, clustering, and providing the REST API.
https://www.afu.rwth-aachen.de/projekte/funkruf-pager-pocsag/funkrufmaster-2-0-dapnet
42 stars 11 forks source link

Anwendung RIC-Subadressen #149

Open DL9DAK opened 6 years ago

DL9DAK commented 6 years ago

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.

1) 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.

2) 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

Taronyu commented 6 years ago

Ich habe gerade mal in die Spezifikation geschaut. Sind das diese zwei Funktionsbits am Ende der Adresse (Bit 20 & 21)?

dk4pa commented 6 years ago

Hi, nein glaube hier geht es um die Auswahl welche Art von Ruf.

Nur-Ton-, Numerisch- und Alpahnumerisch-Modus

Siehe auch: http://www.uni-stuttgart.de/akafunk/aktivitaet/basics/pocsag-protokoll.html

Müsste man ja sehen bei dem Unterschied des Zeitrufes und einer normalen persönlichen Nachricht.

Vy73

DL9DAK commented 6 years ago

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

DL9DAK commented 6 years ago

Steht ja sogar in der Standardbeschreibung ...

Each POCSAG code word is capable of providing address information for four different paging “sources” (Source Address 1 through Source Address 4). These source addresses are determined by combinations of the values of the source identifier bits 20 and 21, sometimes called the Function Bits. Bits 22 through 31 are the BCH parity check bits, and bit 32 is the even parity bit

Taronyu commented 6 years ago

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

dk4pa commented 6 years ago

Hallo, den alten comment habe ich gelöscht, da er eignetlich zu UniPager gehört, um hier zumindest bereits aus dem Sender Interface testen zu können. https://github.com/rwth-afu/UniPager/issues/98

Zu 1) von Peter, Problem ist hier, dass der Skyper nur auf 1D AlphaNum empfangen kann. Die Idee ist super, für AlphaPoc oder andere Empänger die unabhängig die Unteradressen belegen können.

Weiter werden aktuell um Rubriken für andere Pagertypen empfangbar zu machen, diese per extra RIC 1000 + Rubric Nr ausgegeben. Wenn du aber auf deiner persönlichen RIC bsp. SUB D nomrale Nachrichten und auf SUB C eine bestimmte Rubrik empfängen möchtest, müsste das ja auch umgebaut werden.

Es müsste dann z.B. in einem Pagerprofil im Core möglich sein, die Daten zu hinterlegen: Auch im BOS sind die Unteradressen individuell. Das mag von Kreis oder Stadt unterschiedlich sein. Hier z.B. ist D Storno oder es werden SonderFhz hinterlegt. Nur müsste man in einem Profil wie Johannes DJ7LC in #144 beschrieben hat, diese Zuordnungen erstellen können. Damit z.B. auch ein Quix der seine pers. AlphaNum Rufe nur mit SUB C empfangen kann.

RIC 123456 0 = persönliche Nachrichten AlphaNum 1 = RUBRIK 1 2 = RUBRIK 2 3 = RUBRIK 3

RIC 123123 0 = RUBRIK 4 1 = RUBRIK 5 2 = RUBRIK 6 3 = RUBRIK 7

usw. oder beliebig belegt.

Viele Grüße Stefan, dk4pa

DL9DAK commented 6 years ago

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.

DL9DAK commented 6 years ago

Alle Anforderungen der verschiedenen Pager gerecht zu werden ist zugegebenermaßen sicherlich sehr schwierig.

Taronyu commented 3 years ago

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.