Ergebnis 1 bis 15 von 28

Thema: monitord auf Linux / Auswertung verbessern?

Hybrid-Darstellung

Vorheriger Beitrag Vorheriger Beitrag   Nächster Beitrag Nächster Beitrag
  1. #1
    Registriert seit
    11.12.2001
    Beiträge
    1.008
    Zum Algorithmus 1 kann ich auch nur sagen, daß er bei mir eindeutig besser läuft.

    Die Filter und der angepasste PLL bringen da einiges. Ich habe hier nur sehr schlechten FMS Empfang. FMS32 schweigt sich da bei mir fast ganz aus. monitord mit den neuen Algorithmus hört da schon besser hin. Auch den fms-Text von der M.Grohmann / monitor 1.x Seite wertet der neue Algorithmus bei mir besser aus.

    Ggf. versuche ich den mal in den 1.8.1 reinzuquetschen.

  2. #2
    Registriert seit
    21.08.2005
    Beiträge
    251
    Zitat Zitat von Buebchen Beitrag anzeigen
    Ggf. versuche ich den mal in den 1.8.1 reinzuquetschen.
    Wäre toll.
    Die 1.8.1 (auf Bosix) unterstützt sehr aktiv die KBI bei der FMS-Einführung für die Feuerwehren in meinem Landkreis. Damit merzen wir falsch programmierte Fahrzeugkennungen noch vor dem offiziellen IlSt-Start aus.
    Daher muss ich auch so dringend die Werkfeuerwehr-Kennung dekodieren können.

    viele Grüße,
    Andreas

  3. #3
    Registriert seit
    07.09.2003
    Beiträge
    694
    Eine neue Bosix-Version mit einer "classic 1.8.2" mit den genannten Verbesserungen wäre toll!
    Gibt es eigentlich auch schon eine Bosix-Variante mit dem monitord?
    Bei mir will der nicht wirklich laufen. Erst hatte ich übelste Probleme, zu kompilieren, jetzt hat er compiliert, wertet aber nullkommanix aus... Unter Windows das Binary läuft hervorragend.

    Danke und Gruß,
    Funkwart

  4. #4
    Registriert seit
    11.12.2001
    Beiträge
    1.008
    Eigentlich ist der monitord ja noch übelst alpha-stadium. Aber dieser hack ist da noch übler :)

    Die kannst in der MonitorModulePOCSAG.h mal das #ifdef POCDEBUG anschmeisen. Der monitor macht dann im POCSAG Modul ne RAW Aufnahme dessen, was er da so präsentiert bekommt. Kann ja sein, daß es ein Problem im Audiosubsystem ist.

    Die Aufnahme läuft so lange das POC512 / POC1200 Modul ausgeführt wird (also ständig). Die Datei wird auch dementsprechend gross. Aber um zu sehen, was da überhaupt ankommt ist das sehr hilfreich.

    Die Datei heiss _in.raw und kann z.B. mit Audacity Importiert werden (Rohdaten). Format: 32bit float, Sample-Rate 22050. Ich nehm immer little-endian. Mono. Dann ist zumindest mal sicher, daß die richtige Aufnahmequelle eingestellt ist :)

    [EDIT]
    Thema 1.8.2 classic Variante. Die Ergänzung der Ortscodes ist kein Thema. Das Anpassen des Algorithmus dann schon. Naja. Werd' da am WE mal weiter schauen. Ich kann noch nichtmal sagen, was da genau nicht geht. Aber geht auf jeden Fall noch nicht :)

  5. #5
    Registriert seit
    21.08.2005
    Beiträge
    251
    Zitat Zitat von funkwart Beitrag anzeigen
    Eine neue Bosix-Version mit einer "classic 1.8.2" mit den genannten Verbesserungen wäre toll!
    Die wird es geben, da ich die selber dringend brauche. Ich warte jetzt nur noch, ob Bübchen den Algo-1-Code in die 1.8.1 einpflegen kann.
    Dann baue ich eine Bosix 0.2 mit den FMS-Korrekturen aber mit der alten Sox-Parametrierung. Das Ganze packe ich wieder auf Basis der Knoppix 3.9, die hat sich als Plattform bewährt und läuft über 200 Tage ohne Probleme (never touch a running system).
    Als Bosix-Bugfixes integriere ich einen Automount für den ersten gefundenen USB-Stick als /home/knoppix und die automatische Ausführung eines "bosix.sh", falls so etwas auf dem USB-Stick vorhanden ist.

    Zitat Zitat von funkwart Beitrag anzeigen
    Gibt es eigentlich auch schon eine Bosix-Variante mit dem monitord?
    Nein, weil sich fast täglich der Build ändert. Mit der monitord-Bosix warte ich auf einen stabilen Build.

    viele Grüße,
    Andreas

  6. #6
    Registriert seit
    07.09.2003
    Beiträge
    694
    OK, klingt doch alles super! Auf den geänderten Algo bin ich auch schon gespannt. Ich probiere den auch gerne "schnell mal" ohne Bosix aus, abe Bosix ist schon ne feine Sache.
    Dass die weiteren "Bugfixes" (sind ja eigentlich keine) mit reinkommen, finde ich super!

    Danke und Gruß,
    Funkwart

  7. #7
    Registriert seit
    11.12.2001
    Beiträge
    1.008
    Der neuere Algorithmus mag noch nicht so richtig laufen, wie ich mir das vorstelle. Ist aber soweit schon mal ins alten Konstrukt eingehäkelt. Erstmal ein wenig warten und dann nochmal aufmerksam lesen, was ich wohl noch falsch gemacht habe. Man wird ja doch ein wenig "blind" wenn man da zu oft draufschaut.

  8. #8
    Registriert seit
    15.04.2005
    Beiträge
    33
    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?
    Miniaturansichten angehängter Grafiken Miniaturansichten angehängter Grafiken Klicken Sie auf die Grafik für eine größere Ansicht 

Name:	pocsag_debug.PNG 
Hits:	183 
Größe:	28,7 KB 
ID:	10674  

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
  •