Ergebnis 1 bis 15 von 549

Thema: monitor 1.9.0 - aber richtig :)

Hybrid-Darstellung

Vorheriger Beitrag Vorheriger Beitrag   Nächster Beitrag Nächster Beitrag
  1. #1
    Registriert seit
    18.03.2003
    Beiträge
    134

    auch auf die gefahr hin, dass ich mich wiederhole

    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!!

  2. #2
    Registriert seit
    07.09.2003
    Beiträge
    694
    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

  3. #3
    Registriert seit
    15.11.2007
    Beiträge
    213
    Hallo zusammen,

    ich habe eben einmal nachgesehen, was da in den Sourcen drin steht:
    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) ;
    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

  4. #4
    Registriert seit
    07.09.2003
    Beiträge
    694
    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
    Code:
     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:
    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) ;
    	} ;
    }
    Dann dürfte es ja theoretisch keinen Unterschied zur 1.8.1-Variante auf ein und derselben Hardware kommen, richtig?

    Danke und Gruß,
    Funkwart

  5. #5
    Registriert seit
    15.11.2007
    Beiträge
    213
    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

  6. #6
    Registriert seit
    07.09.2003
    Beiträge
    694
    Der Kommentar
    Code:
    //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

  7. #7
    Registriert seit
    15.11.2007
    Beiträge
    213
    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

Aktive Benutzer

Aktive Benutzer

Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •