Druckbare Version
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.
Das ist doch nun so schwer nicht. Schaut doch mal in die manpage:
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.Zitat:
Zitat von Manpage
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
"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?
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
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?
Hi zusammen,
2.0-070808-RC1 compiliert hier nicht:
What the heck ist denn das?Zitat:
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
configure lief so:
./configure --enable-plugins --with-mysql
qutoconf:
System ist Ubuntu 9.10Zitat:
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
<http://gnu.org/licenses/old-licenses/gpl-2.0.html>
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.
Kann mir jemand helfen?
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:Zitat:
Zitat von A.Nero
Ergo: Da scheint was verwutzt zu sein.Zitat:
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
Oh yeah, offenbar falsche Klammersetzung in configure.ac:
damit rennt es:
Vorher stand daCode:AC_ARG_ENABLE(plugins,
AC_HELP_STRING([--enable-plugins],
[enable experimental plugin support (default is no)])],
[use_plugins=$enableval
plugins=true],
[use_plugins=no])
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....Code:AC_ARG_ENABLE(plugins,
AC_HELP_STRING([--enable-plugins],
[enable experimental plugin support (default is no)],
[use_plugins=${enableval}], [use_plugins=no]),
[ plugins=true
])
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:
Code: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" ;
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!!
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
Hallo zusammen,
ich habe eben einmal nachgesehen, was da in den Sourcen drin steht:
Das heißt, man kann im POC1200-Bereich der Konfigurationsdatei einstellen:Code: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) ;
- crc-check (0/1) (geschrieben: <crc-check> 1 </crc-check>), 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
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
im Abschnitt poc1200 der monitord.xml den 1.8.1-er Algorithmus wieder aktivieren?!Code:<algorithm> 1 </algorithm>
Standardmäßig (0) wird wohl der neue Algo aktiviert.
Denn:
Dann dürfte es ja theoretisch keinen Unterschied zur 1.8.1-Variante auf ein und derselben Hardware kommen, richtig?Code: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) ;
} ;
}
Danke und Gruß,
Funkwart
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