Open DL9DAK opened 6 years ago
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: 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
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 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
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, 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
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.
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