monitord auf Linux / Auswertung verbessern?

[lovert]

Also der Debug output sieht bei mir so aus:

den original input habe ich mehrfach verstärkt, damit der dementsprechend siehtbar ist. Ich habe das Problem, dass auf meinem PC (Laptop, winXP) nichts decodiert wird. Erzeugen tue ich die Nachrichten mit dem POCSAG Encoder von www.dsp4swls.de.

Ich wollte mir mal ein paar Sachen im monitord anschauen und versuchen zu verstehen... ab und zu erkennt er auch noch 1 oder 2 SYNCs das wars dann aber auch.

Grund des ganzen ist, dass auf meinem Linux System Nachrichten immer nur halb, bzw sehr schlecht decodiert werden. Aus diesem Grund war ich dabei mir eine Testumgebung aufzubauen. Mit mäßigem Erfolg, zur Zeit.

Wie testet ihr denn die Funktion, und Algos?

[Buebchen]

Vermutlich hast du die Komponenten schon zuordnen können. Für die anderen noch kurz zur Erklärung:

_in: Das aufgezeichnete Signal

_trigger: Der Flankendetektor, der im _in nach 0/1 Wechseln sucht = Zacken nach oben. Die Zacken nach unten tauchen immer dann auf, wenn eine 1 oder 0 dekodiert wird (1=lange Zacke, 0=kurze).

_takt: der interne Takt des PLL (sozusagen der Takt mit dem der monitord auswertet) - der sollte sich mit dem trigger Signal an das _in anpassen

_pfd: Der Phasendetektor-Output. Je grösser das ist, des weiter ist Takt vom Referenzsignal entfernt (_trigger) und umso mehr verändert sich die Frequenz vom takt Signal. Es holt auf (läuft schneller, positive Wert im _pfd) oder wartet ein wenig (läuft langsamer, negative Werte im _pfd). Am Ende sollte das eigentlich so gut wie Null sein. Dann ist der PLL eingerastet. (auf das regenierte _trigger Signal und damit auf den Takt im _in).

In dem Fall fällt mir auf, daß der PLL scheinbar nicht einrastet sondern driftet (_pfd wird nich kleiner sondern driftet hin- und her). Ich versuche mal von diesem encoder ne Aufnahme zu machen und probiere das bei mir auch mal aus.

Ich teste mit dem BOS-Tool. Unter Vista scheint der von dir genutzte Encoder nicht zu laufen. Oder ich hab ihn nicht verstanden :) Wenn ich auf "Auswahl" oder 512/1200/2400 drücke friert das Programm ein (= keine Rückmeldung)
[edit] Lösung für den encoder: +Meldung drücken .. war doch keine Lösung - scheint nur einmal senden zu können. Beim nächsten mal: friert's ein

[edit] mit 512 Baud wird das bei mir fehlerfrei decodiert.
[edit2] Wenn ich 1200 Baud einstelle wertet er nix aus. Aber da bin ich in guter Gesellschaft poc32 hält davon auch nix. Zumindest in meinem Test-Setup hier

[lovert]

[edit] mit 512 Baud wird das bei mir fehlerfrei decodiert.

ich nehme an, dass du auch den letzten Stand aus SVN benutzt. Dann werde ich mal bei Gelegenheit schauen, was bei mir nicht tut. Zumindest versuchen.

Die VS Solution gibts nicht mehr für das Projekt? Nur noch minigw? Was war denn der Grund, dass man keine VS Solution mehr hat?

[Buebchen]

Da ich im Moment kein VS nutze gibt es keinen Supporter mehr für die Pflege der VS sln files. Das ist der Grund im Moment. Der ambitionierte Entwickler kann natürlich mal ein Projekt im VS dafür erstellen und im svn commit'en :)

Version im svn ist aktuell und sollte das können. Wichtig: Algorithmus auf 1 stellen. Sonst wird der nicht genutzt.

[lovert]

_pfd: Der Phasendetektor-Output. Je grösser das ist, des weiter ist Takt vom Referenzsignal entfernt (_trigger) und umso mehr verändert sich die Frequenz vom takt Signal. Es holt auf (läuft schneller, positive Wert im _pfd) oder wartet ein wenig (läuft langsamer, negative Werte im _pfd). Am Ende sollte das eigentlich so gut wie Null sein. Dann ist der PLL eingerastet. (auf das regenierte _trigger Signal und damit auf den Takt im _in).

So, ich hab nun MinGW, MSYS neu installiert, mit den aktuellsten Stand ausm SVN geholt und gebaut.
Es wird der Algo 1 verwendet. Es funktioniert weder mit dem BOS-Tool noch dem POCSAG Encoder.
Erster Screenshot ist mit dem POCSAG Encoder, zweiter mit dem BOS-Tool der Output sieht so ziehmich gleich aus...

Während an Signal anliegt schwingt das _pfd. Liegt nichts an ist es NULL. Man sieht es angedeutet am rechten Rand.
Im Debug Output bekommt er wohl immer einen SYNC und das wars dann. Auf dem Socket kommt keine Meldung raus. Wo sollte denn die Meldung ankommen? Nicht dass ich hier schon an den falschen Stellen suche. ;-) Im Debug Output steht sie nur, wenn sie in die Datenbank geschrieben wird?!

[Buebchen]

Mich wundert am ehesten, daß der PLL nicht einrastet. Ich glaube, ich check nochmal den snvn aus, um zu sehen, ob da vllt. einfach irgendwo der Wurm drin ist.

Hast ein 32 oder 64 Bit Betriebssystem ? Weil mit 64 Bit gab es ja so kleinere Problemchen :)

Ist das 512 oder 1200 Baud ? Ich nutze von Haus aus 512 Baud zum testen. Und da kann ich wirklich nur sagen, daß ich nebenher auch noch mit POC32 dekodiere und es nicht wirklich oft passiert, daß a) eine Meldung ganz fehlt b) Die Text in der Qualität sehr unterschiedlich sind. Wobei poc32 meistens bei langen Texten besser am Takt bleibt.

[lovert]

Hast ein 32 oder 64 Bit Betriebssystem ? Weil mit 64 Bit gab es ja so kleinere Problemchen :)

Das ist ein 32bit System (Win XP SP3)

Ist das 512 oder 1200 Baud ?

Ich nutze 512 Baud. Wenn ich den Decoder von www.dsp4swls.de nebenbei laufen lasse, gehts auch. Der Decodiert alles. Wobei er beim BOS-Tool den Text wohl nicht bekommt... Mit POC32 kann ich das auch nochmal testen, aber ich nehme an, der bekommt das dann auch hin.

[edit]also mit POC32 bekomme ich auch gar nichts zum decodieren, mit beiden Encodern getestet. Ein Pegel wird angezeigt und sonst nichts. Mh... das verwundert mich nun...

[edit2]mit den POCSAG encoder 44100 Sample und 1200 Baud gehts mir POC32, mit allen anderem nicht...