Blitzsignal im Sekundentakt

    Hallo Egon,

    kann leider nur pics brennen, kann dir aber meinen alten Controller zuschicken.

    Grüße

    Sascha

    Hallo Egon,

    ich haette die Moeglichkeit, den AVR zu programmieren.

    Bei mir sind es aber die 03487 Zahlenfolgen die sich wiederholen.

    Gruss
    Eberhard

    Hallo Eberhard,

    du kannst auf deinem System sicher auch testen. Ich hatte meine Platine ein paar Tage mit 19200 Baud laufen und da war die "Fehlerzeit" bei .03487xxxx. Zurück bei 38400 Baud kommt jetzt wieder die .01718xxxx.

    Egon, fallls noch Bedarf ist, kann ich gerne auch die Firmware brennen und testen.

    Viele Grüße und ein schönes Wochenende.
    Andreas

    Zitat von ke2705

    Hallo Egon,

    ich haette die Moeglichkeit, den AVR zu programmieren.

    Bei mir sind es aber die 03487 Zahlenfolgen die sich wiederholen.

    Gruss
    Eberhard

    Habt ihr wirklich 03487?
    Ihr müsst in die "signal list" schauen, nicht die korrigierten Zeiten.
    Bei sind es nämlich 03486 bei 19200.

    Grüße

    Sascha

    Hallo Andreas,

    richtig, den Einfluss der Baudrate hatte ich auch schon festgestellt.

    Gruss
    Eberhard

    Zitat von saschaho

    Habt ihr wirklich 03487?
    Ihr müsst in die "signal list" schauen, nicht die korrigierten Zeiten.
    Bei sind es nämlich 03486 bei 19200.

    Grüße

    Sascha

    Hallo Sascha,

    ja, 03487, z.B. aktuell:

    Code
    2011-06-24 11:42:32.034873357, lat: 49.605323, lon: 10.883933, alt: 0.0, amp: 0.000000, crs: 90.0°, dst: 0km
2011-06-24 11:42:55.034874557, lat: 49.605323, lon: 10.883933, alt: 0.0, amp: 0.000000, crs: 90.0°, dst: 0km

    Obwohl ich bereits im Tracker filtere, kommen immer noch ein paar durch.

    Gruss
    Eberhard

    Zitat von ke2705

    Obwohl ich bereits im Tracker filtere, kommen immer noch ein paar durch.

    Bei mir auch. Ich nutze Edmunds Filterversion des Trackers, trotzdem....
    2011-06-24 13:46:28.034869397, lat: 53.799612, lon: 8.618108, alt: 0.0, amp: 0.000000, crs: 90.0°, dst: 0km
    2011-06-24 13:46:29.034869797, lat: 53.799612, lon: 8.618108, alt: 0.0, amp: 0.000000, crs: 90.0°, dst: 0km
    2011-06-24 13:46:30.034867397, lat: 53.799612, lon: 8.618108, alt: 0.0, amp: 0.000000, crs: 90.0°, dst: 0km
    2011-06-24 13:46:32.034867396, lat: 53.799612, lon: 8.618108, alt: 0.0, amp: 0.000000, crs: 90.0°, dst: 0km
    2011-06-24 13:46:34.317950560, lat: -12.549722, lon: 56.674708, alt: 0.0, amp: 40755.000000, crs: 241.3°, dst: 2868373km
    2011-06-24 13:46:35.034867397, lat: 53.799612, lon: 8.618108, alt: 0.0, amp: 0.000000, crs: 90.0°, dst: 0km
    2011-06-24 13:46:36.034867397, lat: 53.799612, lon: 8.618108, alt: 0.0, amp: 0.000000, crs: 90.0°, dst: 0km
    Eventl. liegt´s an meinem alten Board.

    Sascha

    Hallo,

    die Filterung funktioniert gut, wenn man die Amplitude des Signals auswertet.

    Die Signale zeichnen sich ja alle dadurch aus, dass die Maximalamplitude deutlich unterhalb der Triggerschwelle liegt. Im Moment filtere ich alle Signale die eine Maximalamplitude unterhalb von ca. 125 mV haben heraus, egal zu welcher Zeit sie auftreten.

    Seitdem ist meine Rohdatenliste "sauber".

    Viele Grüße,
    Andreas

    Hallo Eberhardt,

    wenn Du das 6.6 Board verwendest, dann probiere bitte einmal die folgende Firmware.

    für 20MHz

    bzw.

    für 19.660MHz

    und dann erzähle mir mal , ob sich was verändert hat.

    Grüße,
    Egon

    Hallo Egon,

    ich werde die FW erst morgen einspielen koennen, da ich heute den ganzen Tag ausser Haus bin (muss der Tochter beim Umzug helfen)
    Melde mich, sobald ich neue Erkenntnisse habe.

    Gruss
    Eberhard

    Da es hier ja gerade im neue Firmwares geht, hätte ich dazu zwei kleinere Vorschläge/Anregungen, auch wenn es mit dem eigentlichen Thema nichts zu tun hat:

    1. Die Schwelle ab der ein Signal getriggert wird (0,45V ?), wird ja für jeden Kanal einzeln berücksichtigt. Das bedeutet, dass die Empfindlichkeit in Richtung 45° Grad zu den Antennenachsen am geringsten ist, da hier beide Kanäle nur etwa die Hälfte des Pegels abbekommen und somit die Wahrscheinlichkeit die Schwelle zu überschreiten geringer ist. Im Bild (Anhang oder hier) sieht man das anhand der Blitzquote meiner Station - recht deutlich sind Minima im Winkel 45° zu den Antennenachsen (gestrichelte Linien) zu sehen. Natürlich spielen hier noch andere Effekte eine Rolle, deshalb ist das nur eine Vermutung. Andere Stationen zeigen in gewissen (anderen) Gebieten auch deutliche Minima, allerdings habe ich dazu nicht die Antennenausrichtungen.

    >>> Wäre es möglich auch zusätzlich beide Kanäle gleichzeitig als Trigger zu berücksichtigen, z. B. indem zusätzlich die Summe der Beträge beider Kanäle gebildet wird?

    2. Momentan läuft die ganze Geschichte Eval-Board <-> Tracker nur unidirektional. Ich könnte mir vorstellen, dass man hier noch mehr rausholen könnte wenn der Tracker Einfluss auf einige Parameter des Eval-Boards nehmen könnte (nur temporär, die Standardwerte bleiben wie gehabt im Flash). Statt bei zu vielen Signalen in den Störmodus zu gehen, könnte der Tracker erst einmal die Schwelle erhöhen. Oder andersherum bei wenigen Signalen die Schwelle etwas verringern. Das wäre wegen der Auflösung zwar nur in engen Grenzen möglich, aber immerhin. In einem zweiten Schritt könnte die Schwelle sogar je nach Ortungsquote geändert werden, welche der Rechenserver ab und an dem Tracker mitteilt.

    >>> Wäre also eine temporäre Änderung einzelner Parameter (z. B. Triggerschwelle) im AVR durch den Tracker möglich/sinnvoll?

    Wie gesagt, das sind nur Vorschläge. Die notwendigen Änderungen an der Firmware hielten sich dabei jedoch in Grenzen (denke ich zumindest). Wenn jetzt wegen dem Sekundenproblem das große Flashen beginnt, dann könnte man das ja gleich mit einpflegen, so es denn als sinnvoll erachtet wird. ;)

    Hallo Egon,

    die neue FW(29a) ist programmiert (siehe auch Stadionsliste Nr. 259) und laeuft - wenn mir was auffaellt werde ich das in dem neuen Thread zur FW29 von westside posten.

    Gruss
    Eberhard