Jeelik Modul zur Einbindung von La Crosse!

[Toto1973]

Ich habe nun noch einen Jeelink 433 Mhz dazu bekommen. Mit diesem wollte ich eigentlich den Technocline WS 6009 in FHEM integrieren.
Der JeeLink arbeitet wohl richtig!

Code Auswählen Erweitern

Clients
:PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110
DEF
/dev/ttyUSB1@57600
DeviceName
/dev/ttyUSB1@57600
FD
27
NAME
myJeeLink2
NR
236
PARTIAL
RAWMSG
OK 9 18 129 5 95 106
STATE
Initialized
TYPE
JeeLink
model
[LaCrosseITPlusReader.10.1o (RFM69CW f:433920 t:30~3)]
myJeeLink2_MSGCNT
2
myJeeLink2_TIME
2015-09-11 11:56:19

Leider bekomme ich aber keinen neuen Devices in FHEM angezeigt. Autocreate ist eingeschaltet.
Hab ich was falsch eingestellt?

[HCS]

Leider bekomme ich aber keinen neuen Devices in FHEM angezeigt. Autocreate ist eingeschaltet.
Hab ich was falsch eingestellt?

Mach mal einen:

Code Auswählen Erweitern

set myJeeLink2 LaCrossePairForSec ignore_battery

[Toto1973]

Nachdem ich nun über die PC-Software Arduino den Jeelink mit der Option #define ANALYZE_FRAMES 1 beschrieben habe, bekomme ich im Log-file von FHEM folgende Einträge:

Code Auswählen Erweitern

2015.09.16 19:02:22 3: myJeeLink2: Unknown code 002907 LevelSender [AD 74 C2 AB E5 C1 ] CRC:WRONG, help me!
2015.09.16 19:02:22 3: myJeeLink2: Unknown code 002907 EMT7110 [AD 74 C2 AB E5 C1 D7 1F 17 4B 7B 64 ] CRC:WRONG S:AD 74 ID:C2AB V:0.00 mA:0.00 W:0.00 kWh:0.00 Con.:0 Pair:1 CRC:0, help me!
2015.09.16 19:02:22 3: myJeeLink2: Unknown code 002907 TX38IT [173 116 194 171 ] CRC:WRONG, help me!
2015.09.16 19:02:23 3: myJeeLink2: Unknown code 001495 LaCrosse [53 102 196 110 238 ] CRC:WRONG, help me!
2015.09.16 19:02:23 3: myJeeLink2: Unknown code ## CRC FAIL ##, help me!
2015.09.16 19:02:23 3: myJeeLink2: Unknown code No valid start, help me!
2015.09.16 19:02:23 3: myJeeLink2: Unknown code No valid Level: 336.00, help me!
2015.09.16 19:02:23 3: myJeeLink2: Unknown code No valid Voltage: 15.40, help me!
2015.09.16 19:02:23 3: myJeeLink2: Unknown code 001496 LevelSender [35 66 C4 6E EE 53 ] CRC:WRONG, help me!
2015.09.16 19:02:23 3: myJeeLink2: Unknown code 001494 EMT7110 [35 66 C4 6E EE 53 CE 8B C3 7C C3 49 ] CRC:WRONG S:35 66 ID:C46E V:0.00 mA:0.00 W:0.00 kWh:0.00 Con.:0 Pair:1 CRC:0, help me!
2015.09.16 19:02:23 3: myJeeLink2: Unknown code 001494 TX38IT [53 102 196 110 ] CRC:WRONG, help me!
2015.09.16 19:02:26 3: myJeeLink2: Unknown code 002860 LaCrosse [200 192 179 137 202 ] CRC:WRONG, help me!
2015.09.16 19:02:26 3: myJeeLink2: Unknown code ## CRC FAIL ##, help me!
2015.09.16 19:02:26 3: myJeeLink2: Unknown code No valid start, help me!
2015.09.16 19:02:26 3: myJeeLink2: Unknown code No valid Level: 605.50, help me!
2015.09.16 19:02:26 3: myJeeLink2: Unknown code 002855 LevelSender [C8 C0 B3 89 CA BC ] CRC:WRONG, help me!
2015.09.16 19:02:26 3: myJeeLink2: Unknown code 002856 EMT7110 [C8 C0 B3 89 CA BC 12 60 83 3E 82 4B ] CRC:WRONG S:C8 C0 ID:B389 V:0.00 mA:0.00 W:0.00 kWh:0.00 Con.:0 Pair:1 CRC:0, help me!
2015.09.16 19:02:26 3: myJeeLink2: Unknown code 002856 TX38IT [200 192 179 137 ] CRC:WRONG, help me!
So wie das aussieht, empfange ich da was. Aber mein Regensensor WS9006 scheint da leider nicht dabei zu sein!?
Wie könnte man denn jetzt einer dieser Sensoren in FHEM einbinden?

Hier noch meine Jeelinkdaten, falls da vielleicht noch was falsch läuft:

Code Auswählen Erweitern

Clients :PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL006RMQ-if00-port0@57600
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL006RMQ-if00-port0@57600
FD 26
NAME myJeeLink2
NR 234
PARTIAL
RAWMSG 001994 TX38IT [44 189 214 161 ] CRC:WRONG
STATE Initialized
TYPE JeeLink
model [LaCrosseITPlusReader.10.1h (RFM69CW) @AutoToggle 30 Seconds / 433920 kHz]
myJeeLink2_MSGCNT 849
myJeeLink2_TIME 2015-09-16 19:11:16

[HCS]

#define ANALYZE_FRAMES 1 kannst Du wieder auf 0 setzen, das ist nicht für den Normalbetrieb gedacht.

Ich habe keine Ahnung, ob dein Regensensor WS9006 ein Protokoll sendet, das der Sketch versteht. Falls nicht, dann wird das nichts.

[HCS]

Ich hatte heute mal den BMP180 weitestmöglich von der Arduino Platine weggebogen und einen 30.3144.IT Sensor daneben gestellt. Der Unterschied betrug immer mind. 7°. Hab das Phänomen mit zwei Sensoren nachgestellt.

Jetzt habe ich mich mal intensiver mit beschäftigt.

Nebeneinander stehen: Ein Uno mit Breadboard auf dem der BMP180 steckt, ein 30.3155WD und drei TX25IT

Alles in °C

30.3155WD: 21,8

TX25IT #1: 22,0
TX25IT #2: 21,3
TX25IT #3: 21,5

Nacheinander sechs BMP180 auf das Breadboard gesteckt
#1: 22,2 / 1020 hPa
#2: 22,2 / 1022 hPa
#3: 22,5 / 1019 hPa
#4: 22,2 / 1021 hPa
#5: 22,7 / 1022 hPa
#6: 24,2 / 1022 hPa

Man beachte #6, der mit 24,2 °C deutlich abseits vom Rest liegt.
Aber 7 °C oder mehr daneben kann ich nicht reproduzieren.

Auf dem Uno mit drei verschiedenen BMP180 Libs (Adafruit, "Name vergessen" und meiner aus dem LaCrosse Sketch) mit dem selben BMP180 das gleiche Ergebnis. Anzeige in FHEM deckt sich mit dem Wert der Test-Sketche.

Hat jemand noch eine Idee zu dem Thema?

[Hollo]

...Hat jemand noch eine Idee zu dem Thema?

Ich habe Jeelink (Arduino) und BMP180 auf dem Dachboden auf einem Steckbrett nebeneinander; sollten sich also nicht oder nur minimal beeinflussen.
Temperaturdifferenz zu einem TX29 ca. 30cm weiter beträgt ca. +1.2K .
Das deckt sich ungefähr mit Deiner Messreihe.

Werde den TX29 sicherheitshalber mal neben einen anderen stellen, ob die identisch sind.

[HCS]

Sketch 10.1p

neue Command "o"
Der Sketch versteht nun das neue Command o um beliebige Parameter des RFM12 zu setzen.
Das ist nun eher für "RFM12-Versteher" gedacht 
Dazu muss das Command, das man gem. Command Calculator oder sonstwie ermittelt hat, in dezimal umgerechnet werden.
Beispiel:
Receiver-Control soll gesetzt werden auf: LNA-Gain max, Pin VDI, RX-Bandwidth 200kHz, VDI fast, DRSSI -103db
wäre dann 0x9480 = 38016
um es zu setzen wäre dann ein set myJeeLink raw 38016o erforderlich.

neues command "c"
Die data rate, mit der für einen custom sensor gesendet wird, kann nun konfiguriert werden.
Beispiel: 9579c

verzögerte initialisierung
Da einige FHEM-Installationen die Initialisierung des Sketch nach einem Neustart nicht mitbekommen haben wird diese nun eine Sekunde verzögert gesendet.

seltsame EMT7110-Pakete
EMT7110 können wohl diese Pakete senden: [25 6A 54 AE 2A AA AA AA AA AA AA 49 ]
Der Grund und was der EMT7110 damit mitteilen will ist noch unklar, aber das wären 43,69 Ampere usw. und das kann schlicht nicht sein.
Die werden nun bereits im Sketch weggefiltert.

RFMxx lib
Die RFMxx lib zur Ansteuerung des RFM12 / RFM69 wurde so überarbeitet, dass sie sowohl für Arduinos als auch den ESP8266 funktioniert.
Grund: ich arbeite an einem LaCrosse Gateway, das mit einem ESP8266 und einem RFM69 die LaCrosse-Sensoren per wifi für FHEM bereitstellt.
Das sollte keine Auswirkungen auf den Betrieb mit JeeLinks usw. haben.

[HCS]

@justme1968: würdest Du den angehängten Patch für das 36_JeeLink.pm übernehmen?

Hat folgenden Zweck: wenn man einen Port im Netzwerk verwendet, z.B. mit

Code Auswählen Erweitern

define myJeeLink JeeLink 192.168.1.55:8888
dann merkt 36_JeeLink nicht, wenn der Port aus dem Netzwerk verschwindet und bleibt auf "Initialized" stehen. Wenn der Port wieder auftaucht findet aber dann auch keine Kommunikation mehr statt.

Ich habe ein neues Attribut "timeout" erfunden, das so angegeben wird: <timeout, checkInterval>
Beispiel:

Code Auswählen Erweitern

attr myJeeLink timeout 120,30
Bedeutet: es wird alle 30 Sekunden geprüft, ob der letzte Datenempfang (myJeeLink_TIME) länger als 120 Sekunden zurück liegt.
Falls das so ist, wird ein reset auf dem Port gemacht (zu->auf also wie ein set myJeeLink reset) und zwar alle 30 Sekunden, bis wieder Daten reinkommen.
Die Zeiten kann man nach eigenem Geschmack definieren.
Beim definieren der Zeiten ist zu beachten, dass im ungünstigsten Fall der Reset erst nach timeout + checkInterval Sekunden kommt (in diesem Beispiel also erst nach 120 + 30  = 150 Sekunden).

Das bringt auch JeeLinks(-Clone), die, wie von manchen Anwendern berichtet, manchmal hängen, wieder in Schwung.

Mit einem JeeLink kann man es ganz einfach dadurch testen, in dem man das timeout Attribut setzt und dann mit set myJeeLink raw 868100f die Frequenz wegdreht. Dann empfängt er nichts mehr und nach der definierten Zeit bekommt er einen Reset und arbeitet wieder mit seinen defaults bzw. den Settings aus initCommands.

[justme1968]

ich hab es eingecheckt.

gruss
  andre

ps: für das erste problem verstehe ich aber nicht warum DevIO das nicht abfängt. ich betreibe meine cul,jeelink und panstamp inzwischen alle per ser2net und wenn ich sie auf dem entfernten system abziehe bekomme ich die 'disconnected, waiting to reappear' meldung die es auch gibt wenn das device lokal abgezogen wird und nach dem einstecken wird der jeelink automatisch wieder gefunden.

kann es sein das die ports nicht 'sauber' aus dem netz verschwinden?

[HCS]

Prima, danke!

kann es sein das die ports nicht 'sauber' aus dem netz verschwinden?

Genau so ist es. Da läuft ein ESP8266 im wlan und verschwindet, weil man ihm einfach die Spannungsverorgung kappt, das wlan wegbricht oder was sonst noch so machbar ist, dass er keine Chance mehr hat, den port zu schließen. Und in genau diesen Fällen bekommt man dann halt keinerlei Kommunikation mehr, auch wenn er wieder im Netzwerk auftaucht. Dafür ist das timeout Attribut dann die Rettung.

[QuesT]

Hallo,

habe gerade ein update gemacht seit dem:

Code Auswählen Erweitern

2015.10.11 13:31:08 1: PERL WARNING: Argument "1OK" isn't numeric in bitwise and (&) at ./FHEM/36_LaCrosse.pm line 206.
2015.10.11 13:31:08 1: PERL WARNING: Argument "OK" isn't numeric in addition (+) at ./FHEM/36_LaCrosse.pm line 211.
2015.10.11 13:31:38 1: PERL WARNING: Argument "58OK" isn't numeric in sprintf at ./FHEM/36_LaCrosse.pm line 204.
2015.10.11 13:31:48 1: PERL WARNING: Argument "K" isn't numeric in bitwise and (&) at ./FHEM/36_LaCrosse.pm line 206.
2015.10.11 13:31:48 1: PERL WARNING: Argument "8OK" isn't numeric in addition (+) at ./FHEM/36_LaCrosse.pm line 211.
2015.10.11 13:31:52 1: PERL WARNING: Argument "204O" isn't numeric in addition (+) at ./FHEM/36_LaCrosse.pm line 211.
2015.10.11 13:32:10 1: PERL WARNING: Argument "199OK" isn't numeric in bitwise and (&) at ./FHEM/36_LaCrosse.pm line 206.
2015.10.11 13:32:31 1: PERL WARNING: Argument "5OK" isn't numeric in sprintf at ./FHEM/36_LaCrosse.pm line 204.
2015.10.11 13:32:46 1: PERL WARNING: Argument "5O" isn't numeric in sprintf at ./FHEM/36_LaCrosse.pm line 204.
2015.10.11 13:33:07 1: PERL WARNING: Argument "9OK" isn't numeric in bitwise and (&) at ./FHEM/36_LaCrosse.pm line 205.
2015.10.11 13:33:16 1: PERL WARNING: Argument "1OK" isn't numeric in bitwise and (&) at ./FHEM/36_LaCrosse.pm line 205.
2015.10.11 13:33:42 1: PERL WARNING: Argument "204OK" isn't numeric in bitwise and (&) at ./FHEM/36_LaCrosse.pm line 206.
2015.10.11 13:33:55 1: PERL WARNING: Argument "O06" isn't numeric in bitwise and (&) at ./FHEM/36_LaCrosse.pm line 205.

und zb. T: 136.5 ,  T: -73.9 H: 71 D: -76.1

[HCS]

Das sieht so aus, als ob von der Schnittstelle Müll kommen würde.
Was steht denn im JeeLink Modul in RAWMSG drin (mehrmals einen page reload machen, um zu sehen, was da alles so durchkommt)

Ansonsten:
JeeLink mal abziehen und wieder stecken
Host mal neu booten
JeeLink Modul mal auf verbose 5 und im log schauen, was da so an "myJeeLink dispatch" Zeilen kommt.

[HCS]

ich hab es eingecheckt.

Nanu, ich sehe es auf sourceforge nicht.

[justme1968]

jetzt aber.

keine ahnung was da vorhin schief gelaufen ist.

gruss
  andre

[fh168]

Kurze Frage an die Experten:
Kann ich statt eines RFM69CW auch ein RFM69W nehmen? Wird der auch erkannt? ok, Pinbelegung ist anders.

LG
/robin