monitor 1.9.0 - aber richtig :)

[DocSteel]

Ich verstehe nicht wieso so viele immer noch mit der alten 1.8.1er Version ankommen. die SVN Version läuft inzwischen einigermaßen stabil und zuverlässig und ist wesentlich flexibler als die 1.8.1er. Link zu dem SVN: siehe mein Beitrag oben.

[funkwart]

Tja, woran könnte das wohl liegen??? Ich persönlich nutze auch noch die alte 1.8.1, weil ich einfach eine Ausgabe haben möchte, ohne dass ich mir noch ein entsprechendes Frontend erstellen muss. Ich möchte auch nicht in eine Datenbank schreiben, sondern nur in Logfiles. Frontends gibt es ja auch noch nicht so sonderlich viele, oder hab ich da was verpasst? Das Debug-Frontend ist ja wirklich nur zum debuggen gut und alles Andere ist doch noch arg in der Entwicklung. Und ein FMS-Crusader oder FMS32 Frontend bekommt man ja nur mit dem entscprechenden Programm käuflich erworben...

Soweit also meine Gründe.

Gruß,
Funkwart

PS: POCSAG 1k2 funktioniert mit 1.8.1 auch gut.

[Thorongil]

Ich verstehe nicht wieso so viele immer noch mit der alten 1.8.1er Version ankommen. die SVN Version läuft inzwischen einigermaßen stabil und zuverlässig und ist wesentlich flexibler als die 1.8.1er. Link zu dem SVN: siehe mein Beitrag oben.

Nö, ist sie nicht.

Zumindest für POCSAG will ich einfach Meldungen empfangen und ein Skript ausführen lassen. Ich schreib mir doch keinen Client, der Socket-Kommunikation machen muss für so was Primitives? Dafür hab ich im Moment wirklich keine Zeit.

Ja klar, dafür ist monitor 1.8.1 wiederum nicht gut geeignet um im Hintergrund zu laufen, aber das könnte man beheben, indem man die Ausgabe umbaut von diesem bescheuerten ncurses-Zeug auf was Primitiveres.

Allgemein sehe ich:

- Monitor 1.8.1:

aufgesetzt mit configure make make install, .monrc editiert, fertig

- Monitor 1.9:

aufgesetzt - oh, wie? Das fängt bei Links auf nicht mehr existierende svn-Repositories an, geht weiter über ein Wiki im "Wartungsmodus", das mehrere Jahre alte Infos zu einer "Entwicklerversion" liefert, einen Thread hier im Forum, der mehrere hundert Seiten lang ist, keinerlei sonstiger Buildanleitung, Dokumentation, fehlenden Clients und hört da noch lange nicht auf.

[pocfreak]

Das schöne an der 1.8.1:

- Es ist quasi eine fertige Distribution.
- Man kann sich darüber unterhalten, da andere sie auch verwenden.
- Sie funktioniert offenbar (auch wenn ich weiterhin Startschwierigkeiten habe).
- Sie hat ein Frontend, das mir zeigt, was passiert.
- Es gibt eine Installationsanleitung, die funktioniert.

Ich bin mir sicher, dass der monitord irgendwann soweit sein wird, dass er ebenfalls breiter akzeptiert wird. Aber die Sache ist für mich, und für viele andere wahrscheinlich auch, etwas zu undurchsichtig.

Ich habe noch ein Problem mit der .monrc , bei dem mir vielleicht jemand weiterhelfen kann.

Zum aktuellen Stand: es werden sporadisch Nachrichten, wenn auch unvollständig dekodiert.

Zwei (wichtige) Zeilen in der .monrc sind mir ein Rätsel:

POCSAG:ZEIT8 KANAL 1 NAME22 NUMMER7 FUNC1 Pager

Was genau sagen mir die einzelnen Elemente? Weiß das jemand? In dem Manual steht was von "man kann sich dort etwas zusammenbasteln". Aber was denn??

PAGER ******** [echo %R:%T >> /home/username/testfile.txt] TEST

Müsste hier nicht was in die Datei geschrieben werden? Funktioniert irgendwie nicht. Sieht jemand den Fehler?

Alle paar Minuten gibt es im POCSAG-Netz Testsignale. Diese werden überhaupt nicht erkannt. Werden die irgendwo ausgeschlossen?

Gibts weitere wichtige Einstellungen? Als Grundlage habe ich die .monrc genommen, die automatisch generiert wird...

Erstes Ziel ist: alles einkommende POCSAG1200, egal welche RIC, egal welcher Funktionstyp in die Datei schreiben. Alles andere solle ich dann wohl hinbekommen..

Den richtigen Lautstärkepegel zu finden, ist auch wie immer mühsam.

Naja, wird schon

Bis dann

[Thorongil]

Also soweit ich das sehe, sind die Zahlen wohl die Länge - und die einzelnen Elemente sind halt die, die dir raussuchen kannst. In der Manpage sollte was stehn, IMHO ist in der .monrc default auch eine zweite POCSAG: Zeile drin mit noch weiteren Elementen.

[funkwart]

Das ist doch nun so schwer nicht. Schaut doch mal in die manpage:

5. Formatierung von Zeilen
Die FMS-Formatierung beginnt mit FMS:
Danach kann man sich etwas zusammenbasteln, Wörter wie ZEIT, BOS, LAND,
ORT, KFZ, STATUS, DIR, BST (Baustufe), TKI (Taktische Infos) und KANAL
(Soundkarteneingang) in Großbuchstaben, jeweils gefolgt von einer ein-
oder zweistelligen Zahl für die Länge. Diese werden dann bei der Aus-
gabe ensprechend ersetzt. Die Länge der ZEIT ist konstant, eine Zahl
muss trotzdem angegeben werden. z.B.
FMS:ZEIT8 BOS4 ORT5 KFZ25 STATUS28TKI3 KANAL1

Die ZVEI-Formatierung beginnt mit ZVEI:
Die Wörter ZEIT, NAME, NUMMER, TYPE und KANAL (Soundkarteneingang) -
plus Längenangabe - werden ersetzt. TYPE ist hier die Alarmierungsart
(Melder, Sirene). z.B.
ZVEI:ZEIT8 NAME37TYPE15 NUMMER5 KANAL1

Die POCSAG-Formatierung beginnt mit POCSAG:
Die Wörter ZEIT, NAME, NUMMER, FUNC und KANAL (Soundkarteneingang) -
plus Längenangabe - werden ersetzt. FUNC ist hier der Funktionstyp.
z.B.
POCSAG:ZEIT8 KANAL1 NAME38 NUMMER7 FUNC7 Pager

Ich übersetze es Auch dann mal. Mit den Zeilen, die mit FMS:, ZVEI: und POCSAG: beginnen, könnt Ihr festlegen, wie die Meldungen für FMS, ZVEI und POCSAG im Frontend aussehen werden.
Am Anfang der Zeile steht das entsprechende Kürzel mit Doppelpunkt dahinter. Alles was dann kommt, ist Eure Entscheidung. In der hier beispielhaft gezeigten POCSAG-Zeile wird z.B bestimmt, dass bei einem Pocsag Ereignis eine Zeile mit zunächst 8 Stellen Zeitangabe (xx:xx:xx), dann einem Leerzeichen, dann der Kanalbezeichnung (1stellig), dem in der monrc gegebenen Namen zur RIC mit 34 Stellen usw. angezeigt wird. Alles, was kein Codewort (s. Liste) ist, wird als Text ausgegeben. Hier als Beispiel das Wort "Pager" am Ende der Zeile. Beachten: Die Zeitangabe kann zwar weggelassen oder an andere Stelle gesetzt werden, ist aber immer 8 Stellen lang. Der Eintrag für die Zeit lautet also immer "ZEIT8".

Ich hoffe, es ist jetzt klarer...

Gruß,
Funkwart

[pocfreak]

"das entsprechende Kürzel mit Doppelpunkt dahinter."

"Codewort (s. Liste)"




wo ist diese Liste entsprechender Kürzel menschenlesbar hinterlegt?

hat jemand antworten auf meine anderen Fragen?

[funkwart]

Bitte lest doch mal genau, was in der Manpage steht!
Es gibt drei Kürzel für die drei "Ereignisarten":
FMS: für eine FMS-Auswertung,
ZVEI: für eine Fünftonauswertung und
POCSAG: für eine POCSAG-Auswertung.
Was ist daran so schwer zu verstehen???
Bei FMS gibt es dann zur Definition der Ausgabezeile die Variablen ZEIT, BOS, LAND,
ORT, KFZ, STATUS, DIR (Richtung), BST (Baustufe), TKI (Taktische Infos) und KANAL
(Soundkarteneingang).
Bei ZVEI gibt es die Variablen ZEIT, NAME, NUMMER, TYPE und KANAL (Soundkarteneingang).
Bei POCSAG gibt es die Variablen ZEIT, NAME, NUMMER, FUNC und KANAL (Soundkarteneingang).
Die Variablen sind doch selbsterklärend und werden dann im laufenden Programm in der Ausgabezeile durch den entsprechenden Wert ersetzt. Dafür wird so viel Platz (in Zeichen) eingeräumt, wie man selbst vorgibt. Leerzeichen und Buchstaben, die nicht zu einer der Variablen gehören, werden in der Ausgabezeile so ausgegeben, wie sie in der Vorgabe stehen.

Steht doch alles genau so in der Manpage - bitte mal genau lesen.

Danke und Gruß,
Funkwart