monitor 1.9.0 - aber richtig :)

[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

[funkwart]

Der Kommentar

//war demod_se ...

legt die Vermutung nahe, dass es sich hierbei um den originalen Algo handelt. Außerdem habe ich bisher nichts in der monitord.xml stehen gehabt. Somit sollte der Default-Algo verwendet werden. Es wird aber bei 1k2 nichts dekodiert, somit vermute ich, dass default = demod_mg = neuer Algo ist.
Ich verstehe schon mg=Martin Grohmann und se=Stephan Effertz, aber dann würde das bedeuten, dass bei mir der Default-Algo, also der alte Algo von M. Grohmann unter monitord nicht tut, während er es unter monitor-1.8.1 nahezu perfekt tut...

VERWIRRUNG!!!

Gruß,
Funkwart

[mdi]

Hallo,

ich habe eben nochmal in die Sourcen auch des 1.8.1-er geschaut. Die "_mg" ist die Methode von Markus Grohmann, beim schnellen Überfliegen augenscheinlich nur angepasst an die C++-Struktur des monitord 2.0. Die _se ist die neue von Stefan. Warum die alte natürlich dann gar nicht tut, ist eine gute Frage... :(.

Ich selber habe leider keine POCSAG-Geschichten genutzt bisher, bei einem Test mit dem Algorithmus 1 tats aber (BOS-Tool -> Aufnahme Stereomix) gerade. Vielleich reicht der Pegel da bei Dir für die Auswertung mit dem monitord nicht (oder ist zuviel)?

Martin

[funkwart]

Den neuen Algo habe ich noch gar nicht ausprobiert. Ich wusste ja nicht, dass es zwei verschiedene Algos gibt und habe den Standardmäßigen (also den mg-Algo) genutzt. Ich denke mal, in 512 wird der auch genutzt, oder? Dort funktioniert er nämlich einwandfrei. Nur bei 1k2 nicht. Vielleicht ist ja ein Bug drin?!?
Ich werde heute Abend mal den 1er (also den von Stefan) probieren.
Ich berichte...

Danke und Gruß,
Funkwart

[mdi]

Moinmoin,

nach weiteren Blicken in den Code... ;):

pocsag-modul: default = 0 (mg)
poc512: default = 1 (se)
poc1200: default = 0 (mg)

Im 512er wird also idR das neue, im 1200er das alte Auswerte-Codestück genutzt. Der "globale" default-Wert in der POCSAG-Basisklasse wenn man sie so nennen will, ist 0 (mg), der wird aber durch die Klassenhierarchie dann überladen. Sollte er jedenfalls ;). Ist der algorithm-Wert in der monitord.xml explizit gesetzt, hat der eh gewonnen.

Für FMS gilt übrigens: 0 (mg) ist der Standard, hier heißt das Feld in der Konfigurationsdatei allerdings "algorithmus" (bei POCSAG "algorithm")! Bei Algorithmus 1 gibts wieder eine Neuentwicklung "_se", die scheinbar besser tut, wenn man dem Grundrauschen hier im Forum Glauben schenken kann ;).

Viele Grüße
Martin

[funkwart]

Moin Martin,

danke für Deine Mühen mit dem Code.
So detailliert hatte ich das nicht herausgelesen. Leider haben meine Tests nicht so ein wirklich gutes Ergebnis gebracht.
Ich habe beim Blick in den Code auch festgestellt, dass der Grohmann-Algorithmus wirklich fast 1:1 übernommen wurde. Was ich jetzt nicht begreife, ist, dass er mit monitor-1.8.1 hervorragend bei poc1k2 tut, mit monitord überhaupt nicht. Gleiches Gerät, gleiche Soundkarteneinstellungen etc. Zusätzlich blöde: Auch der SE-Algorithmus funktioniert keinen Deut besser. Mir kam es schon so vor, als ob das Auswählen des Algos überhaupt keinen Effekt hat... Vielleicht ist es ja so?! Ich habe in der monitord.xml folgende Eintragung stehen:

        
		 1 
		 0 
		 1 
	

Sowohl mit "0", als auch mit "1", als auch ohne die Zeile für den Algo kommt immer das Gleiche dabei heraus: Die Feldstärke-RIC wird als RIC korrekt erkannt, liefert aber keinen Text mit, obwohl monitor-1.8.1 immer [i][/] bzw. [i][/] dekodiert.
Wenn eine "normale" Nachricht kommt, wird eine völlig andere RIC dekodiert, aber ebenfalls kein Text. Dieses Verhalten ist mit beiden Varianten in der monitord.xml identisch. Sehr merkwürdig!

HILFE!!!

Danke und Gruß,
Funkwart

[mdi]

Hallo Funkwart,

schreib bitte probehalber den " 3 " dazu. Nur um auszuschließen, dass er gleich alles unterdrückt sobald er einen Fehler bei der Decodierung findet...

Hast Du mal versucht, z.B. mittels BOSTool etwas "zu senden" und das zu decodieren? Wenn das gehen sollte, könnte es an Eingangspegeln oder soetwas liegen; irgendwelche Pegel-Minima könnten da "reinhauen".

Ansonsten fürchte ich, müsste man genauer schauen, was der Auswerter wann wo findet und verarbeitet... da fehlt mir aber momentan der Durchblick; wie gesagt habe ich bisher nur im ZVEI-Code rumgefingert, auch in Sachen Debugging.

Viele Grüße
Martin

[rhein-erft]

Moin Martin,

Die Feldstärke-RIC wird als RIC korrekt erkannt, liefert aber keinen Text mit, obwohl monitor-1.8.1 immer [i][/] bzw. [i][/] dekodiert.
Wenn eine "normale" Nachricht kommt, wird eine völlig andere RIC dekodiert, aber ebenfalls kein Text. Dieses Verhalten ist mit beiden Varianten in der monitord.xml identisch. Sehr merkwürdig!

HILFE!!!

Danke und Gruß,
Funkwart

Hallo zusammen,
habe ähnliche Probleme mit dem lieben poc1200. Wenn ich mit BOS-Tool per Klinke vom Notebook in den Server sende ist die Auswertequote bei so ca. 66%, RIC wird erkannt und Text auch vollständig. Wenn ich dann per Empfangsgerät und riesen Antenne dekodiere, z.b. von unserem Testsender aus dekodiert die Sau die Rics in fast 75% richtig, jedoch ohne Text. Das ist schwer nervig...
Nächstes Ding: wenn man auf DEBUG loggt bekomme ich immer von der MonitorModulePocsag.cpp ein "Sync gefunden (line 165)"
Dies passiert wenn ich mit dem Sender sende oder "normal" empfange, allerdings auch wenn weder ne RIC noch irgendwas anderes erkannt wird.

Ich hoffe es wird langsam besser, weil so, alles in allem ist der monitord schon schwer cool geworden...
Gruß rhein-erft