POCSAG-Probleme des monitord

[funkwart]

Ja super!!! Jetzt nimmt die Sache Fahrt auf. Toll, wenn sich offene Projekte so gegenseitig ergänzen.
Ich bin jetzt schon gespannt wie ein Flitzebogen, denn monitord als Backend auf Linux und dann RO als Frontend unter Win - genau DAS kann man gebrauchen!

Danke schonmal für Eure Mühen!!!

Funkwart

[mdi]

Moinmoin,

der Code ist im SVN (/trunk). Sollten Probleme auftreten (ich habe eben nur kurz getestet, ob POC1k2 mit den Änderungen noch ausgewertet wird - positiv), steht ein Tag (2.0-prePOCSAG1k2) zur Verfügung (dann in /tags); natürlich kann auch einfach die vorhergehende Revision aus dem /trunk ausgecheckt werden.
Bei Problemen bitte Feedback hier im Forum, im BTS oder per pn an mich!

Viele Grüße und Erfolg beim Testen
Martin
PS: In Sachen Zusammenarbeit RO/monitord bin ich zu "noch nicht viel" gekommen. Derzeit ist eine monitord-gemäße Anmeldung durch den RO noch nicht möglich (User/Pass); das habe ich bereits an die RO-Entwickler in einem Nebensatz kund getan. Lokal und ohne Anmeldung sollte das ganze aber tun.

[funkwart]

So, ich bin zwar noch auf Arbeit, kann aber jetzt schon sagen, dass ich wieder Probleme haben werde, das Richtige auszuchecken. Ich kenne mich mit subversion leider so gar nicht aus und brauche jetzt quasi mal die Kurzanleitung, mit welchen Befehlen ich den monitord für Linux mit der neuen 1k2-Routine heruntergeladen bekomme.

Danke schonmal vorweg,
Funkwart

[mdi]

Moinmoin,

Du machst den checkout "wie immer": Alle Änderungen sind den Ideen hinter SVN gemäß in /trunk abgelegt (einen Branch für die Routine auf zu machen, hätte ich für übertrieben gehalten - zumal die Baustelle ja schon länger existiert und die Anzahl der Änderungen ebenso klein ist wie die Anzahl der aktiven Entwickler). Der Tag ist nur eingerichtet für den Fall, dass man "zur alten Version zurück" möchte ohne lange suchen zu müssen, in welcher Revision denn nun die Änderung eingepflegt wurde. Für Dich als "normalen Anwender" ändert sich also gar nichts, Du hast auf dem bisher genutzten Weg den neuen Code mit drin. Damit sollte folgendes tun:
svn co http://svn.monitord.de/monitor/trunk/

Mittlerweile habe ich auch einen Installer auf die monitord.de-Webseite gelegt (Windows only) und das RO-Frontend verlinkt.

Viel Grüße
Martin

[funkwart]

Bin ich jetzt zu blöd?
make liefert mir folgendes Resultat:

./configure: line 5412: ,: command not found
./configure: line 5413: syntax error near unexpected token `)'
./configure: line 5413: ` plugins=true)'
make: *** [config.status] Error 2

Es ist wohl nicht die Stelle in der configure.ac, die früher Probleme bereitete. Aber was ist es denn jetzt? Ich habe auf dem Rechner schonmal eine monitord Version durchkompiliert. Wo hakt es jetzt plötzlich?

Funkwart

EDIT: Es hilft, einfach die Zeilen 5412 und 5413 aus der ./configure zu löschen. Sind wohl Überbleibsel von irgendwo. Bitte mal im Trunk korrigieren. Danke.

[mdi]

Moinmoin,

Feedback (kam per pn an mich):

Und was soll ich sagen, es klappt. Die ersten POSAC Meldungen mit Text sind in meiner Datenbank angekommen!!! :-) freu.

Dafür schon einmal ganz herzlichen Dank. Damit kann ich sagen unter Ubuntu 10.04 32BIT läuft monitord.

Das klingt schonmal gut. Die Configure-Sache war auch fehlerhaft bei demjenigen; ich werde da auch nochmal einen Blick werfen.

Viele Grüße
Martin

[Buebchen]

Zur Quelltextänderung:

Der Fehler lag in der Korrektur der Frequenz des PLLs. statt die Grundfrequenz auch mal zu verringern wurde nur die Erhöhung der Grundfrequenz geändert. Somit lief der PLL quasi immer ein wenig zu schnell. So zumindest mein Verständnis der Änderung.

Ggf. sollte noch ein Dritter die Aussage begutachten, ob sphase 0.x0000 bis 0x1000 (0xFFFF) eine HALBwelle repräsentiert. Meines Erachtens ist das die volle Welle des PLLs. Aber vllt. liegt hier auch nur mein Verständnisproblem vor. Generell könnten und sollten die auskommentierten Überreste von vielen Tests und versuchen nun aus dem Quelltext gekehrt werden :)

Ich werde auch mal schauen, was im POC512 Teil ggf. noch übernommen werden sollte. Das Verfahren dort ist ähnlich und hat dann meines Erachtens den gleichen Fehler.

Auf jeden Fall freue ich mich sehr, daß der POC1200 Teil nun auch funktioniert. Vielen Dank dafür !