multimon (der Vorgänger des monitord) auf Raspberry Pi

[Smith]

Du musst die Daten jetzt sowieso als ganzes sehen.
Im Rahmen der in NRW stattgefundenen TETRA-Umstellung sind die FMS Kennungen nach NRW System jetzt ehh ab absurdum geführt.
Man kann versuchen den alten Rufnamen über den NRW Konverter in die FMSKennung umzusetzen spätestens die LST wird da aber das letzte Wort haben da hier dann eine Zuordnung zur TETRA OPTA im ELR stattfindet.

Ich denke auf kurz oder lang wird das gleiche Schicksal auch die anderen Bundesländer erreichen.

Ich persönlich finde die Aufdröselung in Bundesland Ort etc. hinfällig für die Webseitendarstellung. Einfach den kompletten FMS Code als alphanumerischen Block in die DB und fertig. Es muss eh mit einer anderen Tabelle übersetzt werden.

[c0bRa]

Dann ist eine auftrennung der FMS Daten nach BLand Ort und FHZ ja so ohne weiteres gar nicht möglich, und man müsste die FMS Daten immer als ganzes sehen... :/

Also zumindest Deutschlandweit gesehen.
Um ein Fahrzeug also bundesweit sicher zuordnen zu können müsste ich alle 8 Blöcke hernehmen. Damit ist das zerlegen innerhalb des Scriptes natürlich völliger Unfug -.-

Für ne grobe Zuordnung (in Bayern) ist die Aufdröselung der FMS Kennung vollkommen hinreichend und in den meisten Fällen auch richtig, wenn es wenige bis keine Fahrzeuge in den Dörfern gibt. Falls doch fahrzeuge in den Ortswehren sind, dann haben 90% der TSF kein FMS, lediglich die 10% mit FMS brauchen dann ne Referenz über alle 8 Blöcke...

Ich fackel die mit nem SQL ab der mit einem COALESCE erst die referenz aus der 8-Block-Tabelle zieht, sofern er den findet, ansonsten sich das aus der 2-5-Block-Refernz zusammenstückelt...

[Schrolli]

Oke Danke für die Infos.
Dann bau ich jetzt erst mal alles so um, das die 8 Blöcke als ganzes gespeichert werden.
Und danach mache ich mir dann mal Gedanken wie man das Vernünftig parsen kann :-)
Das ganze soll ja nicht nur für Bayern funktionieren, sondern theoretisch Bundesweit, also muss das schon irgendwie einheitlicher Misch-Brei werden ^^

Edit:
Aber wenn ich das richtig sehe, kann man zumindest die BOS und das Bundesland bundesweit einheitlich anhand der ersten beiden Blöcke bestimmen, oder?
Und bis einschließlich Block 5 sind Hexa Möglich? Oder könnten alle Hexa sein? Wichtig wegen der Validation im Script (Plausibilität der Daten prüfen)

[Fabpicard]

Die BOS-Art und das BuLa sind immer so wie in der TR-BOS festgelegt :)
Zudem steht da drin, das alle Stellen in HEX sind...

Ob man jetzt die Ortskenner nur bis 9 oder auch den "Ort 11" alias B nutzt, ist natürlich jedem selbst überlassen... möglich ist es aber ;)

MfG Fabsi

[c0bRa]

Die BOS-Art und das BuLa sind immer so wie in der TR-BOS festgelegt :)
Zudem steht da drin, das alle Stellen in HEX sind...

Ob man jetzt die Ortskenner nur bis 9 oder auch den "Ort 11" alias B nutzt, ist natürlich jedem selbst überlassen... möglich ist es aber ;)

MfG Fabsi

Nich nur das, geht ja bei den Fahrzeugen weiter... Wenn ein relativ großes Gemeindegebiet mehr als 10 TSF hat, kanns dir da auch passieren, dass es in HEX auf der 8. Stelle weitergeht. Beispiel 63***44A für das 10. oder 11. (je nachdem ob die 0 auf der Stelle noch genutzt wird oder nicht) TSF in dem Gemeindegebiet. Mal davon ab, dass das dann sowieso eine Ortswehr ist und der Rufname sich von der FMS Kennung unterscheidet.

Anhänger haben ja auch eine eigene Kennung, auch wenn sie keinen Funkgerät haben. Für Alarmierungszwecke können sie dennoch ein C von der Leitstelle bekommen. Ein P250 kann die Kennung 63***250 haben.

Leg für die Kennung erstmal alle 8 Stellen ab und entscheide dann anhand der ersten 2 Blöcke, wie du sie weiter aufdröselst, sofern du keine Referenz in der 8-Block-Referenztabelle hast. Und die würd ich für den Monitor auch nur mit den Einheiten befüllen, die für den Monitor relevant sind.

Einen bundesweit ohne Anpassung funktionierenden Monitor zu programmieren, scheint mir eh alles andere als trivial.

In der Theorie solltest du davon ausgehen dass FMS Kennungen von '00000000' bis 'FFFFFFFF' möglich sein können...

[Schrolli]

Aktueller master-Branch
https://github.com/Schrolli91/BOSWatch

So jetzt ist es erst mal zusammen gefasst....
Also es werden jetzt alle 8 Blöcke zusammen gespeichert und aktuell auf im Webend zusammen angezeigt.
Nächster Schritt wird jetzt, das ganze einigermaßen Vernünftig zu Parsen.

BOS und BLand scheint ja wie angesprochen einheitlich zu sein, also kann man die beiden dann schon mal "Hardcoded" erschalgen, da is ja alles statisch.

Beim Rest überleg ich mir mal noch was die Tage ;-)

Schönes Wochenende noch zusammen

[Smith]

Scholli, wofür benötigst du eigentlich die RAW vom POCSAG?
Die passenden Zeilenbereiche für eine Übernahme aus dem STDOUT vom multimon kannst auch aus meiner py nehmen.
Was du allerdings dann abfangen kannst die die Verkürzung der einen Stelle bei Nutzung von POCSAG512.
POCSAG lief perfekt, war eiegentlich auch erst gedacht das ganze nur für POCSAG zu coden.
Nur dank McBo hatte ich mich mit ihm zusammen an ZVEI und FMS gemacht.

Ich bin auch ganz ehrlich, dies wird vermutlich auch das einzige Feature sein was in den nächsten Jahren noch benötigt wird.
In meinem Umkreis wird in spätestens 12 Monaten kein LK mehr FMS absetzen. Es erreichen uns regelmäßig die Infos der jeweiligen LST das umgestellt wird...

[Schrolli]

Würde halt gerne mal wissen, wie die Daten Roh aussehen.
Kopiere ungerne, selbst geschrieben ist mir einfach lieber.

Gruß

[Smith]

Das ist sogar in den Sourcen vom multimon zu sehen :-P

Aber, es gibt zwei unterschiedliche Lines zum POCSAG Modul.
Wichtig ist nur das Abfangen der POCSAG1200 und POCSAG512. Und kopieren hin oder her, ich beschwere mich hier auch nicht über irgendwas ;)
Da mein raspoc mir aktuell nur meine veränderten Lines ausgibt und ich gerade nicht die Muse habe eben den DebugMode einzuschalten Hier eben aus einem alten Log zumindest

Variante 1 (POCSAG1200 ohne Text - DAU Überprüfung)

POCSAG1200: Address: 1XXXXXX Function: 3

Variante 2 müsste dann am Ende so aussehen (aus dem Kopf, passt aber eigentlich, sagt mein Script.):

POCSAG1200: Address: 1XXXXXX Function: 2 Alpha: XXXXXXXXX XXX XXX XXXX

POSAG512 um ein Zeichen dann verkürzt.

Ich hab gestern heute morgen einfach mal deinen ZVEI Block genommen und die Anpassungen für POCSAG1200 vorgenommen.
Da du ungerne kopierst, brauch ich mir die Arbeit des push ja nicht zu machen :-D

[Smith]

POCSAG1200: Address: XXXXXXX Function: 1 Alpha: XXXXXXXXXXXX

hier ne Originale Line mit Alpha... ;)
Die wird zwischen Alpha und dem Text noch getabt.

[Schrolli]

Super Danke für die Info. Auf die Idee mit den Multimon Sourcen hätte ich auch selber kommen können *Kopf auf Tisch* ^^

Ich hab gestern heute morgen einfach mal deinen ZVEI Block genommen und die Anpassungen für POCSAG1200 vorgenommen.
Da du ungerne kopierst, brauch ich mir die Arbeit des push ja nicht zu machen :-D

Leg doch bitte nicht alles auf die Goldwaage :-D
Du bist herzlich eingeladen, deine Anpassung im Repo zu Pushen ;-)
Sonst hätte ich mit den Git auch sparen können... ^^

Gruß

[Smith]

Ja, das habe ich den Abend und morgen getan ;-)
Ich gelobe Besserung. Solltest du bereits angefangen haben, schieb es ins devel. Ich nehme dann Anpassungen vor. Wenn nicht, baue ich den POCSAG Bereich gerne nach deinem System weiter.
Außerdem schaue ich mal am WE was wir auf der PHP Ausgabe noch machen können. Wobei McBo da besser ist. Der hat das mal gelernt :-D ;-)

[Schrolli]

Ne bis jetzt habe ich in Richtung POC noch nix gemacht. Kannst dich also gerne austoben :-)
Bei mir wirds bis zum Wochenende zeitlich eh eng...

Und was das PHP angeht. Das was aktuell existiert war ne absolut quick and dirty Lösung. Wenn McBo da Zeit und Lust hat, kann er sich gerne mit Einbringen. Ansonsten würde ich sagen frickeln wir uns da halt selbst was zusammen, wird schon werden :-P

Gruß

[McBo]

Wobei McBo da besser ist. Der hat das mal gelernt :-D ;-)

Ne, nix gelernt habe mir das selber angelesen.
Meine Zeit ist aber sehr knapp.

Aber mal was anderes, was mir aufgefallen ist.
Ich habe dafür keine Erklärung.
Ich speise über das Loop Device ezstream (Icecast).
Der multimon-ng wird über tee jetzt direkt gespeist.

Vorher hatte ich auch den multimon-ng aus dem Loop-Device gespeist.
Dabei war mir aufgefallen, dass nach einer bestimmten Laufzeit multimon-ng
beendet wurde.

Darauf hin habe ich mir jetzt mal ein Watchdog-Script mit Log-Funktion gebaut.
Exakt nach 18,6625 Stunden (67185 Sekunden) bricht der Stream ab.

Kann sich das jemand erklären?
Ist das ein Linux Problem?


Gruß

Marcel

[Smith]

Das einzige was mir dazu einfallen würde wäre ein Speicherüberlauf.
Eines der eingebundenen Programme in deiner Struktur wird wohl alles schön in den RAM schreiben aber wenn er es nicht mehr braucht kicken.
Ich denke irgendein Audioprogramm welches zu den Datenstrom zukommen lässt denn der Audiostream wird immer gleich groß sein da feste Samplerate etc.

Check doch einfach mal per htop Daten der Prozesse kurz vor dem Zeitablauf.