Tracker V. 3.15 Tester gesucht

Zitat von Limo198

P.s.: Denke auch für Linux sollte wenn die Zeit ist auch ein Tracker programiert werden! Sind ja einige die noch Linux haben und weiter haben werden!

[OT]
Ein weiteres Problem von LINUX ist, dass es zig Distributionen und Releases gibt, die zueinander völlig inkompatibel sind. (Kubuntu, Debian, Suse, Red Hat, Ubuntu, Fedora, Knoppix, FreeBSD usw. - DIe Liste ist endlos!)
Was unter UBUNTU 8 läuft, läuft noch lange nicht unter UBUNTU 9 usw.
Ich persönlich kämpfe dzt. mit verschiedenen Kernel-Versionen unter UBUNTU 8.x auf meinem HTPC.
Jede Version hat ihre "Vorteile" und auch ihre "Nachteile".
Bei der einen Kernel-Version lässt sich die Box manchmal nicht runterfahren und bei der anderen werden die Timer vergessen und bei dem 3. Kernel bootet das Teil erst gar nicht ...
Wie schon geschrieben LINUX ist eine ewige Baustelle und bedarf fundierter EDV- und Programmier-Kenntnisse!
Dies Probleme gibts z.B. unter Windows nicht. Was läuft, das läuft, egal welches Windows (XP, VISTA, Win7, W2K3, W2K8) man verwendet. (mit Ausnahme von einigen Visual-Basic-Uralt-Programmen aus den 90ern, die müsste man neu kompilieren)
Wäre schon längst mit dem HTPC auf Windows7 umgestiegen, aber für die uralte HD-Grafik-Karte gibts keine Windows-Treiber und auch keine HW-Unterlagen, da der Schweizer Hersteller pleite gemacht hat.
[/OT]
LG
H.

Guten Morgen,

da ich gerne die lokal gemessenen Events für eine nachträgliche Analyse abgespeichert hätte, habe ich mir eine Version des Trackers in Python geschrieben, die wahrscheinlich relativ leicht modifizierbar ist um auch eine entsprechende Reduzierung der Datenmenge vorzunehmen. Ich habe leider keine Erfahrungswerte, wie gut der Python-Tracker auf kleineren Maschinen, wie z. B. dem NSLU2 läuft.

Parallel dazu gibt es noch eine, nach Vorbild der obigen Python-Struktur, geschriebene Version in C++ die leider noch nicht ganz so weit ist.

Den Quellcode stelle ich gerne zur Verfügung, vielleicht gibt es dafür ja auch die Möglichkeit dafür ein Repository (Subversion o. ä.) auf einem der Projektserver einzurichten.

Dann hätte ich noch die Bitte die Diskussion Windows vs. Linux zu begraben. Wenn man die Stationsseite ansieht, gibt es beim Tracker einen Großteil von Windows-Anwendern und auch eine kleinere Menge an Linux-Anwendern. Es ist doch wunderbar, wenn jeder Teilnehmer das für sich passende System wählen kann und davon unabhängig an der Blitzortung teilnehmen kann. Ich fände toll, wenn das auch weiterhin so bleiben könnte.

Viele Grüße und noch einen schönen Sonntag,
Andreas

Limo198

du registrierst relativ wenig Entladungen, eigentlich wollen wir das auch so. Der einzige Nachteil ist das deine Station an weiter entfernten Ortungen nicht beteiligt ist.
Wenn du bei weiter Entfernten Ortungen beteilgt sein willst musst du das System empfindlicher machen, mit dem Risiko verstärkt lokale Störungen zu empfangen.
Wo viel Licht ist, ist halt auch viel Schatten.

Gruß
Edmund

Das sieht bei mir leider ähnlich aus. Alle Blitze die WeitWeitWeg sind, orte ich mit (da bin ich bei 70% Beteiligung), passiert was in D, ist tote Hose. Ich teste es demnächst mal mit der Ferrit-Antenne - im Moment habe ich die Elektrische dran.

Edith sagt:

Im Moment scheint es zu funktionieren, bin auch in Deutschland gut bei den Ortungen dabei. Die Lösung war wahrscheinlich ein neues CAT-Kabel zw. Empfänger und Auswerterboard. Das habe ich heute verbaut.

Andreas,
The google translate service didnot produce the best result, to help me understand your mail, but here is my notes:

- On my NSLU2 running a "full featured" Debian Lenny, with kernel 2.6.26-2. All the system running from a 4 G pendrive.
I installed on it python, it is the standard 2.5.2 version.
If you want to run a big program on it, maybe you can count with the hw limitations of this small machine:
the speed of the CPU, the "real", phisical memory is 32 Mbyte only. I made on the pen drive a 250 Meg swap partition, but maybe you know, not the best idea to use the flash memory as an intesive read/write medium.

- if you want to save a copy of your uploaded data, you can use a simple command line, which make a local copy of the uploaded data.
I use this:

./tracker -v /dev/ttyUSB1 JanosTol xxpasswdxx | grep "2010-" | tee -a data.txt

Ofcourse, periodically you need to get this file from the NSLU2 machine, (wget) and it is good idea, time-to-time delete it...
best: t.janos

Hallo Steffen,

das kann verschiedene Gründe haben. Einer wäre, dass du oft "zu nah am Geschehen" warst und daher deine Station zu viele Signale aufgenommen hat (Vorblitze, sonstige Entladungen) und so das Signal des Hauptblitzes nicht mehr eindeutig identifiziert werden konnte.

Zum Abgleich: Welche Boardversion hast du denn? Was für Antennen sind verbaut und wo (im Gebäude, außerhalb etc.) stehen sie?

Das bekommen wir schon hin.

Grüße

Stefan

PS: Schau dir doch mal im Archiv an, wo die Ortungen mit Beteiligung deiner Station waren. Eher nah oder eher fern?

Hallo Steffen,

ich hatte die Abgänge meiner Rahmenantenne (also die letzten 10 cm) verdrillt. Nachdem ich das wieder entfernt habe, konnte ich eine Spitzenquote von 38% (geortete Blitze/gesendeten Signalen) bei entfernten Gewittern erreichen. Bei Gewiitern außerhalb von Deutschland liegt meine Quote bei 18-24%.

Vorher hatte ich die Adern der Rahmenantenne schön parallel liegen. Auch das habe ich geändert, indem ich die Kabelbinder alle entfernt habe. Ergebnis: manche Adern hängen etwas durch, womit sie nicht mehr parallel liegen und somit keine Kapazität mehr bilden können (oder wenn, nur noch eine geringe), die die Antenne "abstimmen" würde. In wie weit das die Qualität beeinflusst, kann ich aber nicht sagen (habe zumindest keine merkliche Änderung der Quote sehen können).

Hast Du dir schon mal die Sounddateien im Mitgliederbereich von blitzortung.org angehört? Ich finde diese sehr hilfreich, wenn es um Störungen geht.

Halli Hallo in die Runde,

ich habe meine TOA-Station auch unter Linux am laufen. Nach Hardwareproblemen an meinem Wetterserver (Linux!) ein paar Wochen mit einer NSLU2 (Linux!). Absolut keine Probleme.
Meist starte ich meine Server nach 200/300 Tagen zur Sicherheit neu, müsste es aber nicht.

Ich wäre auch für eine neue bzw. weiterentwickelte Linux-Version und würde auch meine Mitarbeit in gewissem Rahmen anbieten. Ich habe früher viel für Linux Software entwicklet, nun nur noch für Windows, leider... ;-).

Meine Meinung dazu:
Linux ist im Desktop-Bereich sicher nicht unproblematisch, aber im Server-Bereich (und das spielt vermutlich hier eine Rolle) ist es ein absolut unproblematisches System.
Ich habe mittlerweile mehrere (ca. 10/12) Server für diverse Einsätze bei mir zu Hause am laufen. (NSLU2, SheevaPlug, Pentium-Rechner, Transmeta Crusoe-Rechner).
Nirgends hatte ich Probleme bei den unterschiedlichen Systemen (X86, Crusoe, ARM) das Linux ans laufen zu bekommen. Immer ein Debian-Linux (4.0, 5.0).

All mein Wetterkram, Webcam-Motion-Detection Software, TOA-Software läuft unter Linux. Sicher ist die Einstiegshürde etwas höher als bei Windows, aber wer sich damit beschäftigt solte nach kurzer Zeit keine Probleme haben.

Nicht zu vergessen die diversen Internet-Router, die fast ausschliesslich unter Linux laufen.

Also, ich signalisiere für mich und die anderen TOA-Stationen unter Linux sicher auch, Bedarf für weiterentwickelte Linux-Tracker-Software.

In den Sinne auf gute Blitz-Detectionen.

Steffen

Hallo Steffen,

es freut mich, dass es hier Linux-Benutzer gibt, die gerne Entwickeln und Testen.

Nach Absprache mit Egon habe ich meine aktuelle Version der Software als Projekt bei lauchpad.net eingestellt, Du findest die Projektseite unter der folgenden URL:

Die Software ist in C++ programmiert und verwendet einige Module der Boost Bibliothek (In der Version 1.43.1, wie in Debian 5.0 verfügbar) und das Logger-Pakte log4cpp.

Seit heute gibt es eine erste Version mit einer Beschränkung der Übertragungsrate.

Was dem Projekt im Moment noch fehlt ist eine ausführliche Dokumentation, zum Anfang versuche ich aber erst mal den Code gut zu dokumentieren.

Um an den Quellcode zu kommen brauchst Du die Software Bazaar zur Versionsverwaltung. Du kannst die benötigte Version unter Debian 5.0 mit folgendem Kommando installieren:
> sudo apt-get -t lenny-backports install bzr
Hierzu muss die Backport Paketquelle aktiviert sein.

Dann kannst Du die aktuellen Dateien mit folgendem Kommando auschecken:
> bzr checkout lp:blitzortung-tracker
Möglicherweise musst Du Dich vorher noch bei launchpad.net registrieren.
Aus dem übertragenen Quellcode solltest Du dann auch direkt ein Debian-Binärpaket bauen können (Zur Anleitung siehe die beiliegende README-Datei).

Im Moment läuft die Software hier bei mir auf Debian 5.0 auf einem Guruplug (armel-Architektur). Unter aktuellen Ubuntu-Distros sollte sie auch lauffähig sein.

Viel Erfolg beim Ausprobieren.
Grüße,
Andreas

Hallo Andreas,

danke für Deine Angaben. Ich werde mir das auf jeden Fall ansehen und testen.

Ich muss schauen, ob ich das auch unter Debian 4.0 zum laufen bekomme. Mein Wetter-Server, der auch das TOA macht, läuft leider noch unter Debian 4.0.
Bis jetzt gab es noch keinen Grund den auf Debian 5.0 zu heben, aber vermutlich ists nun an der Zeit.

Viele Grüsse
Steffen

Hallo Andreas,

wie ich sehe, warst du mit deiner Entwicklung recht schnell.

Dann ziehe ich mir, sobald ich dazu komme, mal den aktuellen Stand und nehme den Tracker in Test (Debian 5.0x, i386).

Grüße

Stefan

PS: Möglicherweise baue ich aber doch noch die "Hardcore"-Variante in C.

Guten Morgen,

noch ein kleiner Hinweis zum Projekt:

Es kann sein, dass sich der Quellcode auf einem kleinen Arm-System nicht übersetzen lässt, weil der Compiler einfach zu viel Ressourcen braucht. Auf dem Guruplug dauert das Übersetzen mit fast 14 Minuten schon ordentlich lange (Auf einer etwas älteren Qnap TS-109 sogar lange 45 Minuten). Das compilierte Programm läuft auf solchen Systemen aber sehr wahrscheinlich ohne Probleme.

Falls das ein Problem ist, kann ich gerne Binärpakete der aktuellen Software für die Architekturen armel und i386 zusenden oder irgendwo zum Download ablegen.

Viele Grüße,
Andreas

Hallo,

ich denke es macht wenig Sinn in einem Thread so viel verschiedenen Themen zu diskutieren.

Für Empfangsprobleme und Linux Tracker sollten neue Threads gestartet und dieser hier geschlossen werden sonst blickt irgendwann keiner mehr durch.

Gruß

Edmund