Ergebnis 1 bis 8 von 8

Thema: POCSAG-Schleifen - Anzahl der Ziffern?

  1. #1
    Registriert seit
    19.12.2012
    Beiträge
    170

    POCSAG-Schleifen - Anzahl der Ziffern?

    Hallo Zusammen,

    gibt es offizielle Dokumente, welche definieren, aus wievielen Ziffern eine Schleife bei POCSAG zu bestehen hat?

    Ich frage deswegen, weil ich momentan eine Datenbank entwickle, in der auch Schleifen abgelegt werden sollen. Ich meine, dass in PSW von Swissphone die Schleifen aus 6 Ziffern bestehen. Innerhalb von FMS32pro werden jedoch 7 Ziffern angezeigt, wobei hier im Kreis die erste Ziffer immer eine '0' ist.

    In der Datenbank würde ich gerne eine Plausibilisierung der einzufügenden Schleifen vornehmen. Deswegen frage ich.

    Danke

    matt

  2. #2
    Registriert seit
    09.04.2005
    Beiträge
    969
    also alle mir bekannten sind 7 Stellen "Haupt Ric" + 1 subric

  3. #3
    Registriert seit
    21.09.2009
    Beiträge
    2.678
    Hallo!

    Zitat Zitat von Maulwurf Beitrag anzeigen
    also alle mir bekannten sind 7 Stellen "Haupt Ric" + 1 subric
    Aua! Du glaubst tatsächlich das die letzte Ziffer der RIC die Sub-RIC ist?
    Ahja...

    Nein, im Pocsag-Protokoll ist jede RIC generell 7-Stellig.
    Geht also von 0000000 bis 9999999, wobei einige Nummernbereiche Systemadressen sind.
    Man darf also nicht jede dieser Kombinationen in einen DME programmieren.

    Die Irritation von matt ist eher ein Missverständniss:
    Einige PSW's brauchen keine führenden Nullen in der RIC-Tabelle.

    Die RIC 12345 wäre also tatsächlich 0012345.
    Oder RIC 123456 wäre tatsächlich 0123456.

    In einer Tabelle sollte man führende Nullen ausschreiben, weil andere Hersteller von Pocsag-Hardware diese führenden Nullen brauchen.

    Grüße aus Dortmund

    Jürgen Hüser

  4. #4
    Registriert seit
    08.06.2007
    Beiträge
    709

  5. #5
    Registriert seit
    09.05.2013
    Beiträge
    1.026
    Zitat Zitat von DG7GJ Beitrag anzeigen
    Hallo!




    Nein, im Pocsag-Protokoll ist jede RIC generell 7-Stellig.
    Geht also von 0000000 bis 9999999, wobei einige Nummernbereiche Systemadressen sind.
    Man darf also nicht jede dieser Kombinationen in einen DME programmieren.


    Grüße aus Dortmund

    Jürgen Hüser


    Leider falsch, die RIC enden (dezimal) bei 2097152. Das kann man auf jeden Fall als Obergrenze abprüfen.

  6. #6
    Registriert seit
    21.09.2009
    Beiträge
    2.678
    Hallo!

    Zitat Zitat von Kater 9 Beitrag anzeigen
    Leider falsch, die RIC enden (dezimal) bei 2097152. Das kann man auf jeden Fall als Obergrenze abprüfen.
    Huch?
    Bin gerade mal zum Meßplatz gelatscht. Eine RIC von 5123456 hat er ohne mäkeln angenommen, problemlos in eine Batch übernommen und ausgesendet.

    Sicherlich mag es sein das bestimmte Systeme oberhalb von 2097152 nichts mehr nutzen.
    Wobei sich mir da kein physikalischer Sinn erschließt:
    2097152 ist die höchste Dezimalzahl, die sich noch mit 21Bit ausdrücken lässt (abzüglich 0).
    In üblichen 8Bit Systemen wären also die möglichen Grenzen 8Bit, 16Bit, 24Bit oder 32Bit.
    Aber 21?

    Mag aber sein das ich da jetzt was übersehe, hab vor Jahren das letzte mal in den Pocsag-Standard geschaut.

    Grüße aus Dortmund

    Jürgen Hüser

  7. #7
    Registriert seit
    09.05.2013
    Beiträge
    1.026
    Ganz einfach 18 Bits im Adresswort und drei Bits die über die Lage im Rahmen kommen. Macht zusammen 21 und 2 hoch 21 = 2097152

  8. #8
    Registriert seit
    29.03.2006
    Beiträge
    5.311
    Zitat Zitat von DG7GJ Beitrag anzeigen
    Bin gerade mal zum Meßplatz gelatscht. Eine RIC von 5123456 hat er ohne mäkeln angenommen, problemlos in eine Batch übernommen und ausgesendet.
    Interessant wäre da sicherlich mal, wie der das dann verarbeitet Jürgen ;)

    Meine beiden verschiedenen Systeme lassen eine solche Eingabe nämlich gar nicht erst zu :)

    MfG Fabsi

Aktive Benutzer

Aktive Benutzer

Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •