Jeelik Modul zur Einbindung von La Crosse!

[wadrian]

das automatische ändern der id nach batterie wechseln ist für mich leider auch ein k.o. kriterium.

Sehe ich ähnlich, aber der Preis ist einfach zu atraktiv.
Hat eigentlich jemand das Gehäuse des Temperatursensors geöffnet?
Vielleicht gibt es da Jumper um eine ID fix festzulegen.

Gruß

Adrian

[jove01]

Hallo andre
Danke, hab aufgrund deiner Antwort und einigem Trial and Error 5 Sensoren installiert.
Gruß
Jürgen

[gero]

wenn der sketch von deiner Seite aus fertig ist würde ich die modifizierte version einchecken. sag einfach bescheid.

@hthiery: Hast du noch weitere Änderungen geplant?

Aus meiner Sicht läuft die letzte Version perfekt.
Ich habe jetzt 15 Sensoren am Laufen und sehe keinerlei Probleme mehr

@justme1968:

Nach einem update von fhem heute habe ich gesehen, dass dein gleitender Mittelwert noch gar nicht eingecheckt ist. Ich wäre dafür ihn offiziell zu liefern. Die Plots sehen damit doch etwas schöner aus.
Zur Zeit habe ich die Mittelung vor das if gezogen und runde den Wert auf eine Nachkommastelle:

Code Auswählen Erweitern


    ...
    if( defined($rhash->{"previousT$channel"})
        && abs($rhash->{"previousH$channel"} - $humidity) <= AttrVal( $rname, "filterThreshold", 10 )
        && abs($rhash->{"previousT$channel"} - $temperature) <= AttrVal( $rname, "filterThreshold", 10 ) ) {

      $humidity = int( 10*($rhash->{"previousH$channel"}*3+$humidity)/4 + 0.5)/10;
      $temperature = int(10*($rhash->{"previousT$channel"}*3+$temperature)/4 + 0.5)/10;

      readingsBeginUpdate($rhash);
      readingsBulkUpdate($rhash, "temperature$channel", $temperature);
      ...


Gruß,
Gero

[hthiery]

@hthiery: Hast du noch weitere Änderungen geplant?

Aus meiner Sicht läuft die letzte Version perfekt.
Ich habe jetzt 15 Sensoren am Laufen und sehe keinerlei Probleme mehr

Die Stellen, die ich mir noch anschauen wollte sind eher kosmetischer Natur. Das Hauptproblem mit den Ausreißern scheint ja durch den korrigierten CRC Check behoben zu sein. Die Header Überprüfung war schon im Ursprünglichen Code vorhanden und wurde von mir in der ersten geänderten Version fälschlicherweise entfernt. Ist aber in der aktuellen Version alles wieder drin.

Aus meiner Sicht kann die letzte Version eingefroren werden.

Grüße und Danke,
Heiko

[justme1968]

das ist die version aus dem post hier: http://forum.fhem.de/index.php/topic,14786.msg111928.html#msg111928?

gruss
  andre

[hthiery]

nein die Version aus diesem Post

http://forum.fhem.de/index.php/topic,14786.msg112644.html#msg112644

Gruß,
Heiko

[justme1968]

hab es eingecheckt.

gruss
  andre

[Alex8508]

Hallo zusammen,

ich betreibe seit gestern auch einen TX-25 IT zusammen mit einem Jeelink und FHEM. Nachdem der Sensor nicht erkannt wurde - obwohl MSGCNT vom Jeelink alle 4 Sekunden hochzählte - half die Angabe "ignore_battery" beim Pairingmodus. Vermutlich hatte ich einfach nur die Batterien immer zu kurz entnommen. Seitdem funktioniert das ganze wunderbar und ist absolut synchron mit der Original "Wetterstation".

An dieser Stelle einen großen Dank an die Entwickler!

Da der Temperatursensor sehr oft sendet, habe ich zunächst die Einträge im Log etwas begrenzt, damit nur noch stündlich bzw. bei Änderung ein Eintrag erfolgt:

Code Auswählen Erweitern

attr Temp_Balkon event-min-interval temperature:3600,temperature2:3600,battery:3600
attr Temp_Balkon event-on-change-reading temperature,temperature2,battery

Nun kommt es aber sehr oft vor, dass der Sensor Werte hintereinander misst, die nur 0,1-0,2°C voneinander abweichen. Ich würde gerne diese minimalen Abweichungen nicht im Log speichern, um ein alternieren zu verhindern.

Wie bekomme ich nun eine Art Hysterese reaisiert, sodass erst bei einer Abweichung ab z.B. 0,3°C vom alten Wert dieser aktualisiert wird?

[justme1968]

ich baue diese woche den gleitenden mittelwert und eine konfigurierbare genauigkeit ein.

gruss
  andre

[JoeALLb]

ich baue diese woche den gleitenden mittelwert und eine konfigurierbare genauigkeit ein.

gruss
  andre

Danke! Dann sollte alles wunderbar laufen!

[Alex8508]

ich baue diese woche den gleitenden mittelwert und eine konfigurierbare genauigkeit ein.

gruss
  andre

Vielen Dank, Andre.

[justme1968]

so... bitte mal testen:

• doDewpoint -> 1: der taupunkt wird berechnet
• doAverage -> 1: es wird ein mittelwert über die letzten 4 werte gebildet
• resolution: auflösung in 1/10 grad auf die das Ergebnis gerundet werden soll:
  1 -> 1/10 grad, 5 -> 5/10 grad, 10 -> auf ganze grad runden.
  für die feuchtigkeit wird zur zeit noch der gleiche wert als 1/1 % interpretiert verwendet

gruss
  andre

[JoeALLb]

Das Runden scheint bei mir nicht zu klappen:
Mit resolution=1 zeigt
T: 10.4381022739128 H: 42.4375
an.

Ich habe nur das Perlmodul ersetzt und "reload 36_LaCrosse.pm" abgesetzt.

[justme1968]

sorry. da war noch ein tippfehler im modul. ich hab die version aus dem post vorhin aktualisiert.

gruss
  andre

[JoeALLb]

Kann es sein, dass Du die gleiche VErsion hochgeladen hast?

Code Auswählen Erweitern

diff 36_LaCrosse.pm_3 36_LaCrosse.pm

zeigt keinen Unterschied...