thunderbird

Soo hab jetzt mal ein bisschen am Wiki geschraubt :-) http://www.tinkerunity.org/wiki/index.php/Wetterstation

Moin Moin Heute habe ich ein Pluginsystem erstellt. Somit ist es jetzt möglich eigene Anwendungen mit in den Wetterstationsserver einzubauen. Außerdem habe ich die Konfigurationseinstellungen des Servers Dokumentiert: http://www.sven-lindeboom.net/?page_id=351

Die Programmiersprache ist somit wohl egal ich hab ein Javaprogramm wo der Fehler aufgetreten ist. Ist das Temp. Bricklet alleine sind bei mir auch keine Fehler aufgetreten.

Jopp sieht genauso aus wie bei mir vorher. Seitdem ich aber diese Firmware drauf habe läuft es problemlos. Ich denke es wäre Hilfreich wenn du auch mal testest ob das Bricklet alleine problemlos läuft. Und versuch mal bitte die Callback Zeit 30s(meine jetztige Einstellung).

Gestern habe ich noch ein bisschen was am Client gemacht. Dieser hat jetzt einen "auto Fallback". Ist der Server bei einer Übertragung nicht erreichbar, so werden die Werte zwischengespeichert. Der Client prüft jede Minute ob der Server wieder erreichbar ist. Ist das der Fall werden alle Werte übertragen so das nichts verloren geht. Das sollte für spätere Stationen mit UMTS Anbindung recht interessant sein sollte die Verbindung mal zusammenbrechen.

Soo hab mir heute mal ein paar Gedanken über ein Display für meine Station gemacht. Dabei gibt es meiner Ansicht nach 2 Möglichkeiten: 1: Das LCD 20x4 Display was man irgendwo hin stellen kann und dort die aktuellen Werte anzeigen kann. Das ganze müsste man in den Client integrieren können. 2: Hatte da an was größeres gedacht z.B. ein elektronischer Bilderrahmen mit E-Mail Funktion. Der Server könnte dann aus den Werte eine Grafik zusammen bauen und diese dann per Mail an den Rahmen schicken. Dieser zeigt dann immer das letzte Bild was er bekommen hat an. Dazu muss ich mir son Teil mal besorgen und genauer ansehen :-) Außerdem hab ich die Wetterpool Anbindung so umgebaut das sie jetzt auch mit mehreren Stationen problemlos läuft.

Moin Moin, klar kann ich das ganze auch ins Wiki packen. Hatte das auch irgendwann schon mal vor das Problem war nur das es für mich nicht intuitiv zu erkennen war, was ich wo machen muss :-). Ist das erste mal das ich so ein Wiki bediene werde mir das aber gerne nochmal ansehen.

Ich hatte da schonmal ein ähnlichen Problem :-) Das hier sollte dir helfen. http://www.tinkerunity.org/forum/index.php/topic,169.msg584.html#msg584

Soo habe grade mal die beiden Wordpress Plugins auf das TCP Protokoll und die PHP API umgestellt. Jetzt werden alle Werte und auch die Diagramme etwas schneller angezeigt. Außerdem habe ich angefangen die ganzen Log Einstellungen die man beim Server machen kann zu dokumentieren.

Soo noch ein kurzes Update. Am Wochenende hab ich einiges geschafft. Der Client hat jetzt eine ordentliche Config Datei über die man Server, Port und Stationsnummer eintragen kann. Die Sensoren die an der Station angeschlossen sind werden automatisch vom Server nachgeladen. Außerdem hab ich einiges an Feintuning machen können. Wie zum Beispiel umbenennen von Paketen, Klassen usw. Hier nochmal die schon merklich grüner gewordene ToDo Liste. http://www.sven-lindeboom.net/?page_id=149

Hallo, ja du hast natürlich recht. In einen normalen Programm mache ich das natürlich auch nicht aber ich hatte bis vor kurzem einen Webservice eingebaut(Diesen MiniWebserver der schon bei Java dabei ist). Dieser hat den Speicherverbrauch auf dem sheevaplug aber immer so nach oben getrieben, dass das OS mein Programm automatisch beendet hat. Daraufhin habe ich diesen GarbageCl Thread aufgesetzt und seit dem lief es ohne Problem. Scheinbar ist openjre-6 nicht so speicherfreundlich. Seit dem Wochenende habe ich den Webservice aber ganz rausgeschmissen und alle Anfragen laufen jetzt über den PresentationServer das ist einfach ein TCP Socket mit einem eigenen Protokoll. Auf der anderen Seite in der Homepage habe ich eine PHP API geschrieben. So ist es genauso einfach zu nutzen wie ein Webservice und ich spare mir noch den ganzen Overhead von XML. Sobald ich die PHP API ganz fertig habe werde ich die hier auch mal vorstellen. Für Apps wollte ich dann auch eine Java API schreiben.

Habe dieses Wochenende mal einiges Vereinheitlicht. Also so sieht jetzt die Struktur meines Servers aus. Configuration: Liest aus einer Datei alle Einstellungen ein, die dann an die einzelnen Klassen und Threads weitergegeben werden. Logger: Ich hab mir nen eigenen Logger geschrieben, der einfach alle Meldungen in eine Datei packt. Datenbank: Das ist ein Interface, dass je nach Konfiguration die Datenbankanbindung implementiert. Das kann MySql sein oder was anderes die Funktionen die benötigt werden sind alle dort hinterlegt. GarbageCl: Das ist ein Thread, der jede Minute den GC aufruft damit der Speicherverbrauch möglichst klein bleibt. Wetterpool Damit werden alle 10 Minuten die aktuellen Werte an Wetterpool gesendet. BackendServer: Ist ein TCP ServerSocket der die Werte der einzelnen Stationen entgegen nimmt. Protokoll: http://www.sven-lindeboom.net/?page_id=326 PresentationServer: Das ist ein TCP ServerSocket über den man Wetterdaten abfragen kann. (z.B. von einer Webseite)

Soo hier gibts mal wieder was neues :-) Ich habe mal eine Doku zum Strahlenschutz geschrieben. http://www.sven-lindeboom.net/?page_id=265 Viel Spass beim nachbauen :-)

Hallo zusammen, hier mal wieder ein bisschen was neues ;-) Oder besser gesagt was ich so als nächstes vor habe die Reihenfolge ist aber nicht unbedingt so wie hier. Wenn ihr noch Ideen oder Anregungen habt immer her damit :-) 1. Updatesystem aus Server und Client löschen Das Updatesystem läuft zwar einigermaßen ist aber recht komplex und sollte später besser in einem eigenen Paket aufgebaut werden. Erstmal fliegt es raus. 2. Client über "get" Befehl mit Sensordaten versorgen (keine Konfig mehr) Dadurch kann man sich das doppelte konfigurieren in der DB und am Client sparen. Könnte sein das in der DB dazu noch ein zusätzliches Feld notwendig ist. 3. Clientkonfig auf Properties umstellen Die verbleibende Konfigdatei wird auf Properties umgestellt, dadurch ist sie viel einfacher zu handhaben. 4. Regensensorseite auf Webseite anpassen (4,5 -> 0,5) Da hat sich doch glatt ein kleiner Fehler bei der Berechnung eingeschlichen. 5. Strahlenschutz 2.0 Webseite fertig machen Dokumentation vom Strahlenschutz fertig machen. Eigentlich wäre das schon längst der Fall wenn ich nicht vergessen hätte, die Speicherkarte wieder in die Kamera zu stecken ;-) 6. Speicherverbrauch reduzieren (Tools : http://openbook.galileocomputing.de/java7/1507_23_002.html#dodtp9a15d8d2-443c-457f-abda-f12703066f86) Nachdem ich vor 2 Wochen Server und Webservice zusammen gelegt habe, steigt der Speicherverbrauch stetig an. Das muss ich mir mal genauer ansehen (ist im Moment aber nicht problematisch) 7. Wetterpool Autoabschaltung bei != 200ok als result Nachdem am Dienstag Wetterpool wohl ganz ausgefallen ist und keine Daten mehr angenommen hat, würde ich gerne eine Autoabschaltung einbauen so das der Server dann nicht immer gegen die wand läuft. 8. Prüfen alternative Möglichkeit zur Webseitenanbindung (Socketanbindung) Da der Webservice der in Java vorhanden ist eigentlich nur ein miniwebservice ist und nicht für den produktiven Einsatz geeignet ist, würde ich mich gerne nach alternativen umsehen. Einen "echten" Webservice dafür aufsetzen ist sicher zu viel des guten, aber es gibt ja auch die Möglichkeit Sockets in php(und anderen Sprachen) zu verwenden. Dadurch spare ich mir den ganze Overhead von xml habe aber auch wieder das Problem das ich ein möglichst flexibles Protokoll brauche. 9. Setzen eines Timeouts für den Serversocket (http://openbook.galileocomputing.de/java7/1507_11_007.html#dodtpca425a6a-db26-414d-b2bd-c23c5f5e283a) Hab ich bis jetzt irgendwie vergessen ;-) 10. Umstellung auf Java 7 prüfen (switch(String)) In Java 7 gibt es einige schöne Neuerungen wie die "switch" Anweisung mit Strings das sollte einiges vereinfachen 11. Dokumentation bau Windrichtungsanzeige jooo das ist wieder nen bisschen mehr arbeit 12. Wetterpooleinstellungen in der DB anpassen Im Moment wäre es nicht möglich eine zweite Station mit Wetterpool zu verbinden. Da muss ich nochmal dran basteln 13. konsistentes Server Konzept Um später mehrere Server untereinander zu verbinden muss ein Konzept und ein Protokoll her. Außerdem soll es eine Backuplösung geben fällt ein Server aus werden die Daten vom Client einfach an einen anderen weiter gereicht. Aber wie das gehen soll .... ;-) 14. Auslieferung Server und Client Quellcode/Jar File Na klar das ganze soll ja jeder benutzen können 15. Dokumentation Drahtprotokoll/e 16. Mail Benachrichtigung bei Fehlern Der Server soll eine Mail mit der Fehlermeldung senden wenn irgendwas nicht mehr geht.

DANKE :-) Geht klar :-) Kann aber nen bisschen dauern. Ich hab leider im Moment nur am Wochenende Zeit dafür ;-)

Cool das kommt auf meine ToDo Liste die Grafiken sehen echt super aus.

Soo Regenmesser fertig :-) http://www.sven-lindeboom.net/?page_id=235 Wer noch Fragen hat einfach melden ;-) Jetzt fehlt noch die Ausgabe auf der Webseite.

Ja stimmt ich nutze eine MYSQL Datenbank. Ich muss gestehen das mir RRD nicht soo viel sagt werde mir das mal ansehen. Aber auf den ersten Blick habe ich gesehen das es das nicht für Java gibt. Meine komplette Software ist in Java.

Moin Moin hey cool noch jemand mit einer Wetterstation da kann man sicher mal austauschen ;-) http://www.sven-lindeboom.net/ http://www.tinkerunity.org/forum/index.php/topic,164.0.html

Aus Wesel ;-)

Es gibt mal wieder was neues :-) Nachdem ich fast das ganze Wochenende an meinem kleinen Speicherplatzproblem rumprobiert habe und es jetzt endlich sauber läuft, bin ich wieder dabei einen neuen Sensor umzubauen. Ich habe das ganze mal hier -> http://www.sven-lindeboom.net/?page_id=235 mit ein paar Bildern dokumentiert. Und werde das auch noch weiterführen sobald ich wieder ein bisschen was gemacht habe. Es ist übrigens ein Regenmesser ;-)

So jetzt gibts auch die WetterPool Anbindung ;-) http://www.wetterpool.de/station-19982.htm Die Daten werden jede halbe Stunde an den WetterPool Server gesendet. Dabei kann man in den Eigentschaften der Station genau einstellen, welche Werte übertragen werden und welche nicht. Da über den Server später auch mehrere Stationen angebunden sein können kann man auch auswählen welche Station ihre Daten überträgt und welche nicht. Außerdem ist das JavaDoc vom Webservice online. http://javadoc.sven-lindeboom.net/index.html

Ich habe mich heute mal um den Windrichtungssensor gekümmert. Dazu habe ich einen TX23 Windsensor umgebaut. Der eine Teil ist die Windgeschwindigkeit. Der wird über ein IO4 Bricklet und ein Reedkontakt realisiert und ist schon länger in Betrieb. Die Windrichtungsanzeige funktioniert über eine Lochscheibe, die 4 IR Lichtschranken je nach Richtung verdeckt. Das ganze erfasse ich mit einem IO 16 Bricklet. Das ist zwar ein bisschen übertrieben da ich nur 4 Eingänge brauche, hat aber den Vorteil das ich keinen Spannungsteiler verwenden muss um die Lichtschranken mit 5V Spannung zu betrieben. In der Datenbank speichere ich den Dezimalwert der 4 Bits und vor dem Ausgeben wird dieser dann in den Buchstaben für die Richtung umgesetzt. Als nächstes werde ich mich um den Regensensor kümmern.

Kein Problem mach ich gern :-)

Eine Frage habe ich noch ;-) Übernehmt ihr das noch in die normale Firmware ? Oder soll ich meine Bricklets jetzt immer mit der Firmware bespielen?