Jeelik Modul zur Einbindung von La Crosse!

[JoeALLb]

Hast Du eine Idee, warum ich immer 2x in 4 Sekunden eine Temperaturangabe mit "T: " erhalte, und danach wieder 66 Sekunden lang einige mit "temperature: 11.4" ?

Code Auswählen Erweitern

2013-10-23_20:33:10 temp.bz.Aussenthermometer T: 11.5
2013-10-23_20:33:14 temp.bz.Aussenthermometer temperature: 11.4
2013-10-23_20:33:14 temp.bz.Aussenthermometer T: 11.4
2013-10-23_20:33:19 temp.bz.Aussenthermometer temperature: 11.4
2013-10-23_20:33:23 temp.bz.Aussenthermometer temperature: 11.4
2013-10-23_20:33:32 temp.bz.Aussenthermometer temperature: 11.4
2013-10-23_20:33:41 temp.bz.Aussenthermometer temperature: 11.4
2013-10-23_20:33:49 temp.bz.Aussenthermometer temperature: 11.4
2013-10-23_20:33:58 temp.bz.Aussenthermometer temperature: 11.4
2013-10-23_20:34:07 temp.bz.Aussenthermometer temperature: 11.4
2013-10-23_20:34:16 temp.bz.Aussenthermometer temperature: 11.4
2013-10-23_20:34:20 temp.bz.Aussenthermometer temperature: 11.5
2013-10-23_20:34:20 temp.bz.Aussenthermometer T: 11.5
2013-10-23_20:34:24 temp.bz.Aussenthermometer temperature: 11.4
2013-10-23_20:34:24 temp.bz.Aussenthermometer T: 11.4
2013-10-23_20:34:29 temp.bz.Aussenthermometer temperature: 11.4
2013-10-23_20:34:33 temp.bz.Aussenthermometer temperature: 11.4
2013-10-23_20:34:42 temp.bz.Aussenthermometer temperature: 11.4
2013-10-23_20:34:51 temp.bz.Aussenthermometer temperature: 11.4
2013-10-23_20:34:59 temp.bz.Aussenthermometer temperature: 11.4

[justme1968]

die temperature zeilen sind für das reading temperaure. die T: sind für state. das state reading wird nur aktualisiert wenn sich der wert geändert hat. temperature immer wenn etwas empfangen wurde.

gruss
  andre

[justme1968]

anbei die aktuelle version. erst mal nur zum testen für oliver:

- das batterie flag im protokoll wird ausgewertet und autocreate nur noch aufgerufen wenn das flag gesetzt ist. etwa 6 stunden nach dem einlegen sollte es wieder auf 0 wechseln

- es gibt ein neues attribut filterThreshold. werte die vom letzen um mehr als diesen wert abweichen werden ignoriert. der default ist 10

ignore gab es in der letzen version ja schon. ansonsten kann man mit dem attribut ignoreTypes bei autocreate gezielt besimmte device typen vom autocreate ausschliessen.

wenn das alles zusammen immer noch nicht reicht baue ich doch noch ein pairForSecs ein.

gruss
  andre

[ohweh]

Moin

Hab das Batterie-Bit isolieren können. Übertragung erfolgt mit dem Kanal-Byte an Stelle F0. Nach dem (Wieder-)Einlegen der Batterie ist dieses für ca. 6 Stunden gesetzt, anschliessend kippt es auf "0".

Anbei die neue Version für den JeeLink. Bitte erst dann flashen, wenn auch die neue Version des 36_LaCrosse.pm zur Verfügung steht (Andre ist schon dran).

Gruss
Oliver

[ohweh]

Also bis jetzt schaut's gut aus. Battery-Reading ist da. Nu heisst es abwarten bis das Bit kippt.

Gruss
Oliver

[Billy]

Toll was Ihr beide da gemacht habt!

@Andre

- das batterie flag im protokoll wird ausgewertet und autocreate nur noch aufgerufen wenn das flag gesetzt ist. etwa 6 stunden nach dem einlegen sollte es wieder auf 0 wechseln

Was passiert wenn der Nachbar in seinen Sensor eine neue Batterie einlegt? Springt dann bei mir autocreate an?
Aus meiner Erfahrung dürfte

wenn das alles zusammen immer noch nicht reicht baue ich doch noch ein pairForSecs ein.

das die beste Lösung sein.
Aber vielleicht habe ich da was übersehen.

Billy

[justme1968]

ja. mit der version von oben würde autocrate natürlich auch für den nachbarn anspringen.

ich hab mal eine version angehängt die ein set LaCrossePairForSec <sekunden> kann. autocreate wird nur aktiv wenn die batterie frisch eingelegt wurde und LaCrossePairForSec gesetzt wurde.

es müssen beide files aktualisiert werden. bitte mal testen ob das besser ist.

wenn alles geht würde ich es so einchecken.

gruss
  andre

[Billy]

Hi Andre,

Habe mal alles neu installiert!

set LaCrossePairForSec <sekunden>

mal kurz getestet klappt hervorragend! Sensor wird erkannt wie gewünscht.

Nochmals vielen Dank an dich und Oliver für die hervorragende Implementation.

Gruss Billy

[Billy]

@ Andre

- es gibt ein neues attribut filterThreshold.

Das attribut filterThreshold finde ich nicht, bin ich blind oder ist es in der neuesten Version nicht vorhanden.

Gruss Billy

[justme1968]

du hast recht. oben im beitrag hing die falsche version dran. ich habe es dort geändert.

gruss
  andre

[maddin]

Ich habe gestern abend die neue Datei eingespielt, er bietet mit im WebGUI nur attr filterThreshold als Wert 1 an, habe ich erstmal genommen. Heißt das 1 oder 0 im Sinne von true/false, oder ist das der Abweichungswert?

Die Temperaturkurve sieht jetzt gut aus, es gibt keine Ausreißer, in der Luftfeuchtekurve aber weiterhin. Läuft der Filter nur auf dem 'T: '-Wert?

[Billy]

Hallo Andre,

der Filter ist jetzt drin und das Battery bit für den Batteriewechsel ist von 1 auf 0 wie erwartet.
Ich vermute dass der

weak_batt indicator (1 bit) : this bit indicates if the sensor batteries become too old.

Siehe auch decoding Schema in Anlage noch nicht eingebaut ist. Entspricht Battery ok bzw. Battery low

Gruss Billy

[justme1968]

filterThreshold ist ein integer und gibt den absolutwert der erlaubten abweichung an. wenn nichts gesetzt ist wird 10 verwendet. das setzen im webgui hab ich eben repariert.

ich hatte die abweichung bis jetzt nur für die temperatur geprüft. und dann beide readings nicht aktualisiert. in der angehängten version werden temperatur und feuchtigkeit beide geprüft. aber immer noch gegen dein einen filterThreshold wert. bitte versuch mal ob das reicht oder ob es zwei unabhängig einstellungen sein müssen.

die beiden werte aus der vorherigen messung stehen jetzt auch in den internal values. da sieht man dann ob und wie gross die ausreisser sind wenn die readings nicht aktualisiert werden.

ich hatte bis jetzt nur das new battery bit geprüft. in der angehängten version gibt jetzt auch ein battery reading. ich weiss aber nicht ob olivers sketch das bit auch durch reicht. ich hab mal wie im schema bit 7 der feuchtigkeit genommen.

gruss
  andre

[Billy]

Danke,

das mit

battery reading

werde ich testen

Billy

[gero]

Hallo,

erstmal danke für eure Bemühungen!
Ich habe inzwischen auch einen JeeLink im Einsatz und habe gerade einen Technoline TX29IT Sensor geliefert bekommen.
Leider bekomme ich nur folgende Ausgaben im Logfile:

Code Auswählen Erweitern

2013.11.04 11:48:45 3: JLLaCR: Unknown code D:B8: 23.8:99, help me!
2013.11.04 11:48:49 3: JLLaCR: Unknown code D:B8: 23.9:99, help me!
2013.11.04 11:48:54 3: JLLaCR: Unknown code D:B8: 23.9:99, help me!
2013.11.04 11:48:58 3: JLLaCR: Unknown code D:B8: 23.9:99, help me!
2013.11.04 11:49:03 3: JLLaCR: Unknown code D:B8: 23.9:99, help me!
2013.11.04 11:49:07 3: JLLaCR: Unknown code D:B8: 23.9:99, help me!
2013.11.04 11:49:11 3: JLLaCR: Unknown code D:B8: 23.9:99, help me!
2013.11.04 11:49:16 3: JLLaCR: Unknown code D:B8: 23.9:99, help me!
2013.11.04 11:49:20 3: JLLaCR: Unknown code D:B8: 24.0:99, help me!
2013.11.04 11:49:25 3: JLLaCR: Unknown code D:B8: 24.0:99, help me!

Hat jemand eine Idee? Habe ich einen Anfängerfehler gemacht? Oder ist dieser Sensor nicht komatibel?

Gruß,
Gero