Jeelik Modul zur Einbindung von La Crosse!

[fh168]

versuche es mal mit

Code Auswählen Erweitern

define 01Thermo LaCrosse 25

[pejonp]

versuche es mal mit

Code Auswählen Erweitern

define 01Thermo LaCrosse 25

Hi,

define 01Thermo myJeeLink 25 

Bitte LaCrosse durch myJeeLink ersetzten.
Internals:
   Clients    :PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110:KeyValueProtocol
   DEF        /dev/ttyUSB0@57600
   DeviceName /dev/ttyUSB0@57600
   FD         18
   NAME       myJeeLink

pejonp

[fh168]

yep, danke pejonp, da war ich zu schnell.

[HCS]

define 01Thermo myJeeLink 25 

und was soll das dann werden?

[pejonp]

yep, danke pejonp, da war ich zu schnell.

Bitte gerngeschehen.

pejonp

[HCS]

Wollt ihr das mal testweise eingeben?

[errazzor]

Also nach dem gefühlten hundersten mal hat FHEM den Sensor jetzt automatisch angelegt, allerdings mit 29

In der FHEM Config steht nun:

Code Auswählen Erweitern


define LaCrosse_29 LaCrosse 29


Der Name meines JeeLinks ist "myJeeLink", angelegt wurde es aber wie gesagt mit "LaCrosse".
Funktionieren tut es, bekomme alle Werte..also gehe ich mal davon aus, es ist nun korrekt so.

Bleibt die ID eigentlich bei Batteriewechsel oder muss dann wirklich immer neu angelernt werden?

Vielen Dank euch.

[pejonp]

Wollt ihr das mal testweise eingeben?

Hallo HCS,

so sehen meine define für LaCross aus:
define J1 JeeLink /dev/jeelink@57600
attr J1 flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
attr J1 initCommands 7t 3m v
attr J1 verbose 0

define 0.Strasse_Temperatur LaCrosse 08
attr 0.Strasse_Temperatur IODev J1
attr 0.Strasse_Temperatur room Haus-Temp,LaCrosse
define FileLog_0.Strasse_Temperatur FileLog ./log/0.Strasse_Temperatur-%Y-%m.log 0.Strasse_Temperatur
attr FileLog_0.Strasse_Temperatur logtype text
attr FileLog_0.Strasse_Temperatur room LaCrosse


richtig müsste es lauten:
define 01Thermo LaCrosse 25
attr 01Thermo IODev myJeeLink

Danke HCS.
pejonp

[HCS]

richtig müsste es lauten:
define 01Thermo LaCrosse 25
attr 01Thermo IODev myJeeLink

Er hat die Batterien raus gehabt, darum hat auch die 25 nicht mehr gestimmt.

Also nach dem gefühlten hundersten mal hat FHEM den Sensor jetzt automatisch angelegt, allerdings mit 29

Der 30t in den InitCommands ist auch nicht hilfeich, ein 1r wäre besser.
Und ob die Frequenz genau passt ist auch noch eine Frage

Bleibt die ID eigentlich bei Batteriewechsel oder muss dann wirklich immer neu angelernt werden?

Bleibt nicht erhalten, kann aber nach einem Batteriewechsel automatisch aktualisiert werden.
Siehe commandref -> replaceBatteryForSec
Aber die Frage stellt sich erst in einem Jahr oder so. 

[justme1968]

du hast ein device für den jeelink und pro sensor ein device.

wenn sich die id beim batterie wechsel ändert kannst du das in fhem mit dem replaceBatteryForSec kommando abfangen. das kannst du sogar auf einen mausklick z.b in einer readingsGroup die den batterie zustand anzeigt legen.

gruss
  andre

[HCS]

Gut, dass zumindest zwei einer Meinung sind 

[justme1968]

du warst nur schneller

[errazzor]

Ok, habe mir jetzt eine Readingsgroup mit dem klickbaren Icon für replaceBattery gebaut - coole Sache! Danke für den Hinweis.

Habe weiterhin entdeckt, dass der von mir verwendete 30.3155 der wohl ungeeignetste ist...da ich mir noch weitere Fühler zulegen möchte, habe ich mir jetzt diese ausgekuckt:

TX35DTH-IT   9.579 kbps

Die würden dann zumindest auf der (hoffentlich) gleichen Frequenz wie der 30.3155 senden.

Findet ihr die TX35 ok oder gibt es Gründe für ein anderes Modell?

[HCS]

Habe weiterhin entdeckt, dass der von mir verwendete 30.3155 der wohl ungeeignetste ist...

Ja

... habe ich mir jetzt diese ausgekuckt:
TX35DTH-IT   9.579 kbps
Die würden dann zumindest auf der (hoffentlich) gleichen Frequenz wie der 30.3155 senden.

9.579 kbps ist die data rate. Die Frequenz (die Du eingestellt hast) ist 868280 kHz wobei die LaCrosse Sensoren eigentlich auf 868300 senden.
Ich habe aber auch zwei 30.3155 die etwas daneben liegen.
Eventuell musst Du mit der Frequenz ein wenig probieren, um beide Sorten zu empfangen.
Ich habe hier u.A. zwei TX35DTH-IT laufen, die funktionieren bei mir problemlos.

[sash.sc]

@HCS

Option 1 (Dual RFM):
Es kann ein zweiter RFM12B oder RFM69CW angeschlossen werden. Somit können zwei data rates (z.B. 17241 für TX29DTH und 8842 für WS 1600) gleichzeitig empfangen werden. Das geht natürlich auch mit dem toggle mode, nur ist es bei der Wetterstation ärgerlich, wenn man 30 Sekunden lang nichts empfängt und dadurch die alles entscheidende Windböe verpasst.

Der zweite RFM wird parallel zum ersten angeschlossen (Antenne natürlich eine eigene), nur NSS (also der Chipselect) wird am Arduino an PB0 angeschlossen (siehe angehängte SuperJee-CL.png)

Der Sketch erkennt automatisch, ob der zweite RFM angeschlossen und ob es ein 12er oder 69er ist und verwendet ihn dann entsprechend.

Um den zweiten RFM zu konfigurieren, werden folgende Commands (die natürlich in InitCommands gesetzt werden können) verstanden:
R - DataRate
F - Frequenz
M - Toggle Mode
T - Toggle Time

Das entspricht den Commands wie bisher für den ersten RFM, nur dass es Großbuchstaben sind.

Habe mir meinen jeelink 868 mit einem 2. Rfm12b zusammen gelötet.
Du schreibst oben, dass chipselect von dem 2. An den pb0 vom Arduino muss.
Ich verwende einen arduino nano. Da finde ich keinen pb0 Anschluss.

Kannst du mir da weiter helfen?

Greez Sascha