monitor 1.9.0 - aber richtig :)

[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

[pocfreak]

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?

Kann mir jemand Tips für die Pegeleinstellung geben?

[Thorongil]

Hi zusammen,

2.0-070808-RC1 compiliert hier nicht:

root@SERVER2:~/2.0-070808-RC1# make
cd . && /bin/bash /home/thomas/2.0-070808-RC1/missing --run autoconf
aclocal.m4:16: warning: this file was generated for autoconf 2.61.
You have another version of autoconf. It may work, but is not guaranteed to.
If you have problems, you may need to regenerate the build system entirely.
To do so, use the procedure documented by the package, typically `autoreconf'.
/usr/bin/m4:configure.ac:51: bad expression in eval: use_plugins=${enableval}+0
/usr/bin/m4:configure.ac:51: bad expression in eval (bad input): 7 > (use_plugins=no)
/usr/bin/m4:configure.ac:51: bad expression in eval (bad input): 20 > (use_plugins=no)
/usr/bin/m4:configure.ac:51: bad expression in eval (bad input): 27 > (use_plugins=no)
/usr/bin/m4:configure.ac:51: bad expression in eval (bad input): 35 > (use_plugins=no)
/usr/bin/m4:configure.ac:51: bad expression in eval (bad input): 44 > (use_plugins=no)
/usr/bin/m4:configure.ac:51: bad expression in eval (bad input): 47 > (use_plugins=no)
/usr/bin/m4:configure.ac:51: bad expression in eval (bad input): 51 > (use_plugins=no)
autom4te: /usr/bin/m4 failed with exit status: 1
make: *** [configure] Fehler 1

What the heck ist denn das?

configure lief so:

./configure --enable-plugins --with-mysql

qutoconf:

root@SERVER2:~/2.0-070808-RC1# autoconf --version
autoconf (GNU Autoconf) 2.64
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv2+: GNU GPL version 2 or later

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by David J. MacKenzie and Akim Demaille.

System ist Ubuntu 9.10

Kann mir jemand helfen?

[A.Nero]

Die Antwort steht doch schon deinem Post drinnen. Du besitzt die autoconf version 2.64 und monitord erwartet die Version 2.61.

Deswegen erscheint auch die folgende Zeile:
aclocal.m4:16: warning: this file was generated for autoconf 2.61.

Eine mögliche Abhilfe steht ja ebenfalls schon in der "Fehler"meldung:
If you have problems, you may need to regenerate the build system entirely. To do so, use the procedure documented by the package, typically `autoreconf'.

[Thorongil]

Die Antwort steht doch schon deinem Post drinnen. Du besitzt die autoconf version 2.64 und monitord erwartet die Version 2.61.

Deswegen erscheint auch die folgende Zeile:
aclocal.m4:16: warning: this file was generated for autoconf 2.61.

Eine mögliche Abhilfe steht ja ebenfalls schon in der "Fehler"meldung:
If you have problems, you may need to regenerate the build system entirely. To do so, use the procedure documented by the package, typically `autoreconf'.

autoreconf bricht mit folgender Fehlermeldung ab:

root@SERVER2:~/2.0-070808-RC1# autoreconf
/usr/bin/m4:configure.ac:51: bad expression in eval: use_plugins=${enableval}+0
/usr/bin/m4:configure.ac:51: bad expression in eval (bad input): 7 > (use_plugins=no)
/usr/bin/m4:configure.ac:51: bad expression in eval (bad input): 20 > (use_plugins=no)
/usr/bin/m4:configure.ac:51: bad expression in eval (bad input): 27 > (use_plugins=no)
/usr/bin/m4:configure.ac:51: bad expression in eval (bad input): 35 > (use_plugins=no)
/usr/bin/m4:configure.ac:51: bad expression in eval (bad input): 44 > (use_plugins=no)
/usr/bin/m4:configure.ac:51: bad expression in eval (bad input): 47 > (use_plugins=no)
/usr/bin/m4:configure.ac:51: bad expression in eval (bad input): 51 > (use_plugins=no)
autom4te: /usr/bin/m4 failed with exit status: 1
aclocal: autom4te failed with exit status: 1
autoreconf: aclocal failed with exit status: 1

Ergo: Da scheint was verwutzt zu sein.

[Thorongil]

Oh yeah, offenbar falsche Klammersetzung in configure.ac:

damit rennt es:

AC_ARG_ENABLE(plugins,
        AC_HELP_STRING([--enable-plugins],   
        [enable experimental plugin support (default is no)])],
        [use_plugins=$enableval
        plugins=true],
        [use_plugins=no])

Vorher stand da

AC_ARG_ENABLE(plugins,
        AC_HELP_STRING([--enable-plugins],   
                                        [enable experimental plugin support (default is no)],
                                        [use_plugins=${enableval}], [use_plugins=no]),
        [ plugins=true
        ])

AC_HELP_STRING sieht falsch geklammert aus! Und AC_ARG_ENABLE hat drei Parameter, nicht vier! "plugins=true" gehört doch sicher in den "wenn gesetzt" Parameter....

[Thorongil]

Noch ein Vorschlag:

die monitord.xml sollte unter UNIX in /etc liegen - man wird ja wohl den monitord als init-Prozess starten und nicht als User..

MonitorConfiguration.cpp:

bool MonitorConfiguration::ResetConfiguration()
{
        int i ;

        m_sMonitordName="default" ;
        m_Daemonize=true ;
        m_ConfigFile="/etc/monitord.xml";
#ifdef WIN32
        m_service_install=false;
        m_service_run=false;
        m_service_uninstall=false;
        m_ConfigFile="monitord.xml";
#endif
        m_crusaderUsername="crusader" ;

[pocfreak]

bekommt jemand dieses

http://www.kb9ukd.com/digital/pocsag12.wav

signal dekodiert?

wenn ja, mit welchem eingangspegel??

das signal lässt sich bei mir unter windows und linux (wine) mit PDW dekodieren.

aber nicht mit monitor.

ich wäre für hilfe echt dankbar!!

[funkwart]

Hallo Forum,
hallo Entwickler,

gibt es eigentlich irgendwelche Entwicklungen bezüglich der Dekodierung von POCSAG 1200 Baud? Das letzte Posting, das ich dazu gefunden habe, hatte im Prinzip zum Inhalt: Dekodierroutine geändert, monitord dekodiert 1k2 deutlich schlechter als vorher.
Es ist doch schade, dass ein so universell und fortschrittlich aufgebautes Programm nicht genutzt werden kann, weil eine Komponente nicht tut, was sie soll.
Ich habe leider weder von C++ noch von POCSAG-Dekodierung genug Ahnung, um mich selbst an den Code zu setzen.
Könnte nicht einer der Programmierer die Dekodierroutine vom alten 1.8.1 einbauen und wie bei fms per Tag in der XML-Datei zur Auswahl stellen? Bitte, habt doch ein Herz für die User, die so fürchterlich auf dem Schlauch stehen aktuell!

Vielen Dank und bested Grüße,
Funkwart

[mdi]

Hallo zusammen,

ich habe eben einmal nachgesehen, was da in den Sourcen drin steht:

	bool crccheck=getNodeBool(*pConfig,"crc-check",true) ;
	bool errorcorrection=getNodeBool(*pConfig,"ecc",false) ;
	int minpreambel=getNodeInt(*pConfig,"minpreambel",0) ;
	int maxerrors=getNodeInt(*pConfig,"maxerrors",0) ;
	int algorithmus=getNodeInt(*pConfig,"algorithm",0) ;

Das heißt, man kann im POC1200-Bereich der Konfigurationsdatei einstellen:
- crc-check (0/1) (geschrieben: 1 ), default true
- ecc (0/1) (Fehlerkorrektur) , default false
- minpreambel (Länge der Präambel), default 0
- maxerrors (maximale Anzahl an Fehlern vor Verwurf des Telegramms), default 0
- algorithm (0/1), default 0/"der alte"

Probier doch mal, den Auswerte-Algorithmus zu ändern (0/1). Es sind derzeit zwei implementiert, 0 ist wohl der alte (aus dem 1.8.1er, so weit ich das sehe), 1 der neue (von Buebchen hier im Forum, wenn ich das richtig zuordne). Ansonsten kann es auch schon deutlich helfen, die "maxerrors" hoch zu setzen (wenigstens auf eins oder zwei); wie sieht denn da Deine Konfiguration aus derzeit?

Viele Grüße
Martin

[funkwart]

Hallo Martin,

danke für den Tipp.
Ich hatte auch schon versucht, mich durch den Code zu hangeln und war vor wenigen Minuten genau an der Stelle angekommen. Somit müsste also ein

 1 

im Abschnitt poc1200 der monitord.xml den 1.8.1-er Algorithmus wieder aktivieren?!
Standardmäßig (0) wird wohl der neue Algo aktiviert.
Denn:

void MonitorModulePocsag1200::demod(float *buffer, int length)
{
	switch (m_iAlgorithmus)
	{
	case 0:
		demod_mg(buffer, length) ; // war demod_se ...
		break ;
	case 1:
		demod_se(buffer, length) ; // war demod_se ...
		break ;
	default:
		demod_mg(buffer, length) ;
	} ;
}

Dann dürfte es ja theoretisch keinen Unterschied zur 1.8.1-Variante auf ein und derselben Hardware kommen, richtig?

Danke und Gruß,
Funkwart

[mdi]

Hallo nochmal,

dem Switch()-Statement und den Namen der Methoden nach müsste 0 und default der alte Algorithmus (mg) sein. 1 als einziger Fall ist der neue (se).

Mit der "Unterschied"-Überlegung solltest Du recht haben: Wenn der Algorithmus 1:1 übernommen wurde, dann müsste bei Parameter "Algorithmus 0" die Auswertung identisch sein.

Genaueres kann Dir da Buebchen sagen, ich habe meine Finger bisher nur im ZVEI-Auswerter gehabt... ;). Aber ich bin gespannt was bei Deinen Versuchen heraus kommt :)!

Viele Grüße
Martin