Jeelik Modul zur Einbindung von La Crosse!

[pejonp]

Hallo HCS,

ich habe dein LaCrossGateway noch um das Protokoll WH24 erweitert (https://forum.fhem.de/index.php/topic,93280.msg859226.html#msg859226).

Jörg

[Depechem]

Hallo kann mir bitte jemad helfen bevor ich etwas falsch mache.

Ich verwende seit einigen Jahren den:

- LaCrosse JeeLink Stick für die WS1600 sowie einen TX29 DTH
- dort sind beide Sensoren gleichzeitig im Togglemodus angebunden
- die initCommands sind so eingestellt

Code Auswählen Erweitern

5m 30t 0a v

- Problem darin ist das die WS1600 immer 30s Pause machen muss.

Daher möchte ich jetzt den TX29 DTH ablernen und nur noch die WS1600 als Dauerempfang haben.

Nun meine Frage.
- wie müssen die

Code Auswählen Erweitern

initCommands jetzt neu aussehen
- und kann ich diese einfach ändern und der Jeelink empfängt die WS1600 dann dauerhaft. oder muss auch die Ws1600 neu angelernt werden? (ich habe dann immer das Problem mit flaschen Statistikwerten wenn ich sie neu anlernen müsste) < daher diese Frage.

Vielen Dank Gruß Thomas

[rippi46]

Hallo Depechem,

so sehen meine Einstellungen aus:

Code Auswählen Erweitern

4m 2r v

So viel ich weiss muss nichts neu eingelernt werden.
Ich boote nur den Stick neu.

Gruß rippi

[Depechem]

Hallo Depechem,

so sehen meine Einstellungen aus:

Code Auswählen Erweitern

4m 2r v

So viel ich weiss muss nichts neu eingelernt werden.
Ich boote nur den Stick neu.

Gruß rippi

vieln Dank. es hat funktioniert

[daubsi]

Ich nutze das Jeelink Modul nun schon seit mehreren Jahren und have mehrere LaCrosse Wettersensoren von TFA Dostmann damit in FHEM integriert.
Da es unlängst ein ganz gutes Angebot gab, habe ich 2 IT+ Klima Logg Pro Sensoren dazu gekauft und möchte diese nun einbinden.

Die Rückseite eines der beiden Sensoren ist wie folgt beschriftet:

08/2018
V026 C2

und

ID: 75C2 R08C

Es gelang mir bislang nicht diesen Sensor in FHEM einzubinden.
Da ich mein "Produktivsystem" nicht verkonfigurieren wollte, habe ich mir einen 2. Jeelink gekauft und teste nun den Empfang unter OSX mit einer frischen und nackten Installation der letzten FHEM Version.

Ich verwende diesen Jeelink https://www.amazon.de/JeeLink-LaCrosse-868MHz-FTDI-USB-Antenne-Adapter/dp/B07T61BXLX
mit der Firmware LaCrosseITPlusReader.10.1s

Setings sind: (RFM69CW f:868300 r:17241)

Die bisherigen Sensoren werden einwandfrei empfangen, der neue nicht.

Wie ich unter https://wiki.fhem.de/wiki/JeeLink gesehen habe, scheinen diese Sensoren vom Typ TX22/WS1600/TI 30.3180 zu sein und mit einer anderen Datenrate zu senden, weswegen ich den Test-Jeelink wie folgt mit initCommands versehen habe:

4m v

(Also fix auf 8.842 kbps eingestellt)

Leider empfange ich nach einem Restart von FHEM/Neustecken des Jeelinks nach wie vor nichts.
Witzigerweise werden aber auch weiterhin die Daten der alten Sensoren empfangen? Das dürfte doch gar nicht mehr funktionieren, da diese doch mit einer Datenrate von 17.241 kbps senden?

Folgende Meldungen sehe ich mit verbose Level 5 im Log:

Code Auswählen Erweitern


2019.10.24 12:28:09 5: JeeLink/RAW: /
[LaCrosseITPlusReader.10.1s (RFM69CW f:868300 r:17241)]

2019.10.24 12:28:09 5: SW: 4m
2019.10.24 12:28:09 5: SW: v
2019.10.24 12:28:09 5: JeeLink/RAW: /OK 9 42 1 4 197 52

[LaCrosseITPlusReader.10.1s (RF
2019.10.24 12:28:09 5: myJeeLink: dispatch OK 9 42 1 4 197 52
2019.10.24 12:28:09 5: JeeLink/RAW: [LaCrosseITPlusReader.10.1s (RF/M69CW f:868300 r:17241)]

2019.10.24 12:28:10 5: JeeLink/RAW: /OK 9 47 1 4 200 54

2019.10.24 12:28:10 5: myJeeLink: dispatch OK 9 47 1 4 200 54
2019.10.24 12:28:13 5: JeeLink/RAW: /OK 9 5 1 4 189 54

2019.10.24 12:28:13 5: myJeeLink: dispatch OK 9 5 1 4 189 54
2019.10.24 12:28:13 5: JeeLink/RAW: /OK 9 42 1 4 197 52

Die Sensoren 42, 47, 5 sind alles existierende Sensoren, die bereits angelernt sind. Der neue ist nicht dabei

Die Einträge für "4m v" sind vorhanden - werden diese nicht genutzt?

[HCS]

Die Rückseite eines der beiden Sensoren ist wie folgt beschriftet:

08/2018
V026 C2

und

ID: 75C2 R08C

Sensoren wir die TX29DTH-IT, TX22, usw. haben eine zwei Byte lange ID.
Die von Dir beschriebenen laut Rückseite ein vier Byte ID.
Ich bin mir zu 99,9999% sicher, dass der JeeLink-Sketch das Protokoll, das diese Sensoren senden, nicht kann.
Das JeeLink-Modul auf FHEM-Seite kann es genausowenig.

Ich vermute Du meinst 30.3180.IT oder 30.3181.IT oder so was in der Art?

Die Einträge für "4m v" sind vorhanden - werden diese nicht genutzt?

Eine fixe data rate 8842 setzt man mit:
8842r oder 2r

Allerdings glaube ich nicht, dass die mit 8842 senden sondern vermutlich mit 38400.
Ist aber eigentlich eh egal, weil das Protokoll nicht übereinstimmt.
Und ich glaube sie senden NRZS (wovon ich wiederum vermute, dass das der RFM69 generell nicht kann) und nicht NRZ wie die TX22.

[istler]

Hallo,

ja, der RfM69 kann das NRZS nicht, daher ist es nicht möglich diese Sender mit den JeeLink oder einen Clone zu empfangen.
Wenn es unbedingt solche Sender sein müssen, bei mir ein Regenmesser und das Pool-Thermometer, dann guckt dir doch mal dieses Projekt an:
https://github.com/baycom/tfrec

Damit kannst du diese Sensoren empfangen:
https://github.com/baycom/tfrec/blob/master/sensors.txt

Gruß
Maik

[Knallfrosch]

Hallo,

ich habe seit ein paar Tagen ein Problem mit meine JeeLink Clone. Dieser ist/war seit ca. 4 Jahren in Betrieb und hat gut an 12 Sensoren (TFA 303155) funktioniert.

Vor ein paar Tagen habe ich einen Signalduino am Raspberry hängen und hatte ein paar Probleme mit der Zuordnung der USB Schnittstelle.
Nachdem ich dann beide mit /dev/serial/by-id/ eingerichtet hatte, war soweit alles OK.
Komischerweise habe ich aber 3 Sensoren nicht mehr empfangen können.

Ich habe dies und das probiert und dann letztendlich auch den JL-Clone mit der neuen LaCrosse 10s.hex geflasht. (Vorher war es 10e)
Seither empfange ich sogar nur noch 2 der 12 Sensoren.
Ich habe auch wieder hin und her probiert, aber ohne Erfolg.

So sieht mein Clone derzeit aus:

Code Auswählen Erweitern

Internals:
   Clients    :PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110:KeyValueProtocol
   DEF        /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
   DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
   FD         14
   FUUID      5da6ce0c-f33f-a358-1206-74bd2ff18ac5b4c7
   NAME       myJeeLink
   NR         39
   PARTIAL   
   RAWMSG     OK 9 42 1 4 165 71
   STATE      initialized
   TYPE       JeeLink
   initMessages
   model      LaCrosseITPlusReader.10.1s
   myJeeLink_MSGCNT 5
   myJeeLink_TIME 2019-10-26 11:55:49
   settings   (RFM12B f:868300 r:9579)
   MatchList:
     1:PCA301   ^\S+\s+24
     2:EC3000   ^\S+\s+22
     3:RoomNode ^\S+\s+11
     4:LaCrosse ^(\S+\s+9 |OK\sWS\s)
     5:AliRF    ^\S+\s+5
     6:EMT7110  ^OK\sEMT7110\s
     7:KeyValueProtocol ^OK\sVALUES\s
   READINGS:
     2019-10-26 11:55:49   state           initialized
Attributes:
   flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
   initCommands 0a 1r 0t 868290v
   room       Interface

Der myJeeLink_MSGCNT steigt auch nicht an. Also empfängt der Stick keine Daten.

Was mich aber auch etwas stört, aber finde keine Lösung, dass sich die Frequenz nicht über initcommands ändern lässt (weder per set myJeelink reset und auch nicht über ein Reboot des RPI)

Ebenso bin ich verwundert das bei mir unter model nur LaCrosseITPlusReader.10.1s  und (RFM12B f:868300 r:9579) unter settings steht.
Das habe ich so auf keinem Screenshot gefunden.


Ich hoffe das mir jemand helfen kann.
Ärgere mich ohne Ende, das es plötzlich nicht mehr richtig funktioniert.     
Never change a running system!!! 


Grüße

[istler]

Hi,

guck mal ob die Datenrate im JeeLink passend zu deinen Sendern gesetzt ist:
https://wiki.fhem.de/wiki/JeeLink#Toggle_und_Datenrate

Momentan hört dein JeeLink nur auf einer Datenrate.

Gruß
Maik

[Knallfrosch]

Hi,

guck mal ob die Datenrate im JeeLink passend zu deinen Sendern gesetzt ist:
https://wiki.fhem.de/wiki/JeeLink#Toggle_und_Datenrate

Momentan hört dein JeeLink nur auf einer Datenrate.

Gruß
Maik

Ja, auch damit habe ich gespielt.
Aber die TFA 303155WD funken mit 9.579 kbps.

Auch wenn ich toggle aktiviere bliebt es bei den 2 Sensoren die empfangen werden.

Warum nimmt der JeeLink Clone aber keine Änderung der Frequenz an?
Weder über InitCommands noch über Raw?

Grüße

[Knallfrosch]

NACHTRAG:

ich habe mir nun den JeelinkClone mal noch am Windows Rechner mit ArduinoBulider angeschaut:

Code Auswählen Erweitern

Serial port COM5 opened at baudrate of 57600bps

[LaCrosseITPlusReader.10.1s (RFM12B f:868300 r:17241)]
OK 9 42 1 4 165 71
OK 9 2 1 4 214 61
OK 9 42 1 4 165 71
OK 9 2 1 4 214 61
OK 9 42 1 4 165 71
OK 9 2 1 4 214 61
OK 9 42 1 4 165 71


Dort empfange ich auch nur die zwei einsamen Sensoren, wie eben auch mit FHEM.
Mich verwundert aber das scheinbar per default die Datenrate auf 17241 steht und ich trotzdem die TFA empfange die eigtl. auf 9579 senden.


NACHTRAG2:

Nach erneutem flashen und anpassen der Frequenz auf 868340f empfange ich wieder 9 meiner 12 Sensoren.
Keine Ahnung warum das jetzt plötzlich wieder klappt.
Es bleibt mir aber ein Rätsel warum der JKClone nun drei Sensoren einfach "überhört".


Ich habe mir aber eben auch ein NodeMCU und einen RF69HW bestellt. Werde dannn mal noch versuchen ein LaCrosse Gateway aufzubauen.


Freue mich aber trotzdem über Hilfe bei der Fehlersuche/behebung.

[Ralf9]

Hallo,

Liest hier jemand mit der ein TX29 DTH-IT hat?
Kann es sein, daß beim TX29 DTH-IT das new battery Bit immer gesetzt ist, oder dauert dies nach einem Batteriewechsel länger (ca wie lange) bis das new battery Bit gelöscht wird?

Gruß Ralf

[HCS]

Liest hier jemand mit der ein TX29 DTH-IT hat?
Kann es sein, daß beim TX29 DTH-IT das new battery Bit immer gesetzt ist, oder dauert dies nach einem Batteriewechsel länger (ca wie lange) bis das new battery Bit gelöscht wird?

Ich habe mehrere TX29DTH-IT. Das new battery flag geht definitiv nach einiger Zeit weg. Habe gerade vor einigen Tagen bei einem die Batterien gewechselt und eben nochmal nachgeschaut. Sendet kein new battery mehr.

Allerdings habe ich noch nie darauf geachtet, wann er das Flag nach dem Einlegen der Batterien wieder weg nimmt.

[Ralf9]

Dann dauert es mehrere Stunden bis das new battery flag weg geht. Ich hatte den TX29DTH-IT bis jetzt zum Testen nur max ca 1-2 Stunden inbetrieb.
Ich bin mir nicht sicher ob der TX29DTH-IT meine Homematic Geräte stören oder beeinträchtigen kann, er sendet ja sehr oft ca alle 5 Sekunden und die Frequenz und Modulation ist gleich.

[Billy]

Falls es jemand genau wissen will, ich hatte es am So, 29 September 2013 17:23
bei der Initialisierung der La Crosse Geschichte an Oweh übermittelt.

Billy schrieb am So, 29 September 2013 17:23

Nur noch ein Hinweis aus folgendem Link. http://gcrnet.net/node/32
Zitat:
Principle is that a channel number is randomly chosen by transmitter upon initialisation. The transmitter will use this channel ID forever, up to the next initialization (battery change). To help pairing, a flag telling the transmitter is in this pairing phase is set during approximately 4h30mn.

d.h. (wenn ich das richtig lese) dass das Battery Flag erst nach 4h30min seinen Status ändert.
Zitat:

damit ist alles gesagt! dass das Battery Flag erst nach 4h30min seinen Status ändert.

Seitdem läuft übrigens mein (meine) TX29 DTH-IT problemlos.
Mit Homematic stört sich da nichts!