Jeelik Modul zur Einbindung von La Crosse!

[RaspiLED]

Hi im
list FS20_d14b01
würde ich sagen
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

[HCS]

Was ein Ratespiel 
Um es abzukürzen: der JeeLink kann kein FS20

[RaspiLED]

Aha: https://forum.fhem.de/index.php?topic=31979.msg244206#msg244206
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

[HCS]

Aha: https://forum.fhem.de/index.php?topic=31979.msg244206#msg244206

model      [LaCrosseITPlusReader.10.1s (RFM12B f:868300 r:17241)]

Und nun erklärst Du mir mal, wie der LaCrosseITPlusReader.10.1s das machen soll.

[Carpy]

@Arnd: danke für die Info!

Internals:
   BTN        01
   CUL433_MSGCNT 4
   CUL433_RAWMSG 810b04xx0101a001d14b010000
   CUL433_RSSI -61
   CUL433_TIME 2017-07-03 20:02:56
   DEF        d14b 01
   IODev      CUL433
   LASTInputDev CUL433
   MSGCNT     4
   NAME       FS20_d14b01
   NR         38
   STATE      off
   TYPE       FS20
   XMIT       d14b
   Code:
     1          d14b 01
   Readings:
     2017-07-03 20:07:30   state           off
Attributes:
   IODev      CUL433
   room       FS20
   

@HCS: Ich hab's verstanden..

Gibt es nicht irgendeine "Monitoring-Funktion" in FHEM was über den Jeelink-Clone empfangen wird (wenn ich am PC über die serielle Schnittstelle sehe dass der Jeelink-Clone Daten empfängt)?

[HCS]

@HCS: Ich hab's verstanden..

Das ist gut.
Aber eigentlich war die Frage, wie der LaCrosseITPlusReader.10.1s FS20 empfangen soll, an RaspiLED gerichtet 

Gibt es nicht irgendeine "Monitoring-Funktion" in FHEM was über den Jeelink-Clone empfangen wird (wenn ich am PC über die serielle Schnittstelle sehe dass der Jeelink-Clone Daten empfängt)?

Wenn das JeeLink device Daten von der Schnittstelle bekommt, steht das zuletzt erhaltene Datenpaket in RAWMSG.
myJeeLink_TIME zeigt an, wann es eingegangen ist.
Die Internals werden nur dann aktualisiert angezeigt, wenn man einen Refresh im Browser macht.

Code Auswählen Erweitern

Internals:
   ...
   RAWMSG     OK 9 57 130 2 213 125
   STATE      initialized
   ...
   myJeeLink_TIME 2017-07-03 22:04:10

Attributes:
   ...
   verbose    5


Mit verbose 5 sollte man, sofern Daten eingehen, so etwas im Log haben:

Code Auswählen Erweitern

2017.07.03 22:08:21 5: JeeLink/RAW: /OK 9 28 1 4 213 54

2017.07.03 22:08:21 5: myJeeLink: dispatch OK 9 28 1 4 213 54
2017.07.03 22:08:23 5: JeeLink/RAW: /OK 9 41 1 4 214 54

2017.07.03 22:08:23 5: myJeeLink: dispatch OK 9 41 1 4 214 54
2017.07.03 22:08:24 5: JeeLink/RAW: /OK 9 57 1 4 211 106

2017.07.03 22:08:24 5: myJeeLink: dispatch OK 9 57 1 4 211 106
2017.07.03 22:08:26 5: JeeLink/RAW: /OK 9 47 1 4 182 76

[Carpy]

Verbose = 5 und "set myJeeLink LaCrossePairForSec 600 ignore_battery"

abgesetzt, jetzt "taucht" im Event monitor

Code Auswählen Erweitern


2017-07-03 22:51:26 Global global UNDEFINED LaCrosse_0C LaCrosse 0C


auf was zu

Code Auswählen Erweitern


myJeeLink_TIME 2017-07-03 22:51:26


passt.

Logfile:

Code Auswählen Erweitern


2017.07.03 22:51:26 5: JeeLink/RAW: /OK 9 1
2017.07.03 22:51:26 5: JeeLink/RAW: OK 9 1/2 129 4 191 138

2017.07.03 22:51:26 5: myJeeLink: dispatch OK 9 12 129 4 191 138
2017.07.03 22:51:26 5: Loading ./FHEM/36_LaCrosse.pm
2017.07.03 22:51:26 4: LaCrosse: Unknown device 0C, please define it
2017.07.03 22:51:26 5: Starting notify loop for global, 1 event(s), first is UNDEFINED LaCrosse_0C LaCrosse 0C
2017.07.03 22:51:26 4: autocreate: received 1 event(s) for 'LaCrosse 0C' during the last 120 seconds
2017.07.03 22:51:26 4: autocreate: ignoring event for 'LaCrosse 0C': at least 2 needed


einer wird erkannt aber nicht eingebunden.

Jetzt setze ich verbose erstmal wieder auf 3 zurück..

Was mich wundert: "set myJeeLink LaCrossePairForSec 600 ignore_battery" => "during the last 120 seconds"

[Carpy]

Moin,

habe gerade folgendes im meinem Logfile entdeckt:

Code Auswählen Erweitern


...
2017.07.04 04:33:23 3: myJeeLink: Unknown code OK LS 6 0 5 30 3 202 55, help me!
...
2017.07.04 15:54:53 3: myJeeLink: Unknown code OK LS 6 0 11 94 2 196 70, help me!
...


hilft das irgendwie weiter?

Gruß
Carpy

[HCS]

hilft das irgendwie weiter?

Nein. Da hat der Sketch auf dem JeeLink irgend einen Funkmüll als LevelSender erkannt.
Es zeigt nur, dass der JeeLink Dinge empfängt und diese in FHEM im JeeLink device ankommen.

Kann es sein, dass Dein FHEM nicht ganz auf dem aktullen Stand ist?
Das solltest Du eigentlich seit dem 15.06.2017 gar nicht mehr zu sehen bekommen.

Zu diesem Thema:

2017.07.03 22:51:26 5: myJeeLink: dispatch OK 9 12 129 4 191 138
2017.07.03 22:51:26 5: Loading ./FHEM/36_LaCrosse.pm
2017.07.03 22:51:26 4: LaCrosse: Unknown device 0C, please define it
2017.07.03 22:51:26 5: Starting notify loop for global, 1 event(s), first is UNDEFINED LaCrosse_0C LaCrosse 0C
2017.07.03 22:51:26 4: autocreate: received 1 event(s) for 'LaCrosse 0C' during the last 120 seconds
2017.07.03 22:51:26 4: autocreate: ignoring event for 'LaCrosse 0C': at least 2 needed

Steck den JeeLink nochmal an den PC und schaue, in welchem Zeitabstand Daten einlaufen, die mit "OK 9 12" beginnen und ob das konstant über einen längeren Zeitraum (5-10 Minuten) stattfindet.
Der LaCrosse Sensor sendet alle 4 Sekunden, also müsste alle 4 Sekunden ein "OK 9 12 ..." kommen.

[Carpy]

Letztes Update war:

Code Auswählen Erweitern


2017.07.03 22:37:42 1: update finished, "shutdown restart" is needed to activate the changes.



Jeelink-Clone an PC:

Code Auswählen Erweitern


19:32:00 [LaCrosseITPlusReader.10.1s (RFM12B f:868300 r:17241)]
19:33:30 OK 9 8 1 5 40 106
19:38:20 OK 9 8 1 5 38 106
19:38:20 OK 9 8 1 5 38 106


(Zeitstempel sind von mir)

[HCS]

19:32:00 [LaCrosseITPlusReader.10.1s (RFM12B f:868300 r:17241)]
19:33:30 OK 9 8 1 5 40 106
19:38:20 OK 9 8 1 5 38 106
19:38:20 OK 9 8 1 5 38 106

(Zeitstempel sind von mir)

Das kann icht stimmen, zumindest die letzten beiden. Die können nicht beide um 19:38:20 gewesen sein.

Wenn das aber alles war, was in 10 Minuten kam, dann liegt das Problem auf der Sensor/JeeLink Seite.
Dann hat autocreate mit "nur ein mal in 120 Sekunden" recht gehabt.
Was für ein Sensor ist das?

[Carpy]

Das kann ich stimmen, zumindest die letzten beiden. Die können nicht beide um 19:38:20 gewesen sein.

Die Daten sind mit einer Abweichung von wenigen Sekunden im Log angekommen (die zwei Einträge mit :20 sind nicht 100%tig korrekt).

Als Jeelink-Clone verwende ich einen Arduino Nano mit RFM12B.

Als ich mit FHEM angefangen habe hat alles wunderbar funktioniert. Bei einigen Updates (in diesem Jahr) habe ich dann z.B. keine Temperaturwerte mehr empfangen und ein paar Updates später ging es wieder (halbwegs), d.h. meistens hatte ich nach den Updates Probleme ich im Bereich Temperaturmessung...

[HCS]

Als Jeelink-Clone verwende ich einen Arduino Nano mit RFM12B.

Darf ich mal den Schaltplan sehen?

Bei einigen Updates (in diesem Jahr) habe ich dann z.B. keine Temperaturwerte mehr empfangen und ein paar Updates später ging es wieder (halbwegs), d.h. meistens hatte ich nach den Updates Probleme ich im Bereich Temperaturmessung...

Das hat nichts mit FHEM-Updates zu tun.
Wenn der JeeLink-Clone in 10 Minuten nur drei mal Daten für einen Sensor liefert, liegt das Problem beim JeeLink-Clone.

[Carpy]

Der Aufbau ist nach folgender Anleitung erfolgt:

https://blog.gummibaer-tech.de/jeelink-433-868-mhz-selbstbau/

das ganze lief wunderbar (z.B. Überwachung der Temp. im Kühlschrank)..

Auf die Hardware habe ich aktuell keinen Zugriff

[Carpy]

Ich habe den Jeelink-Clone noch mal mit dem PC verbunden und in der Arduino Entwicklungsumgebung den Seriellen Monitor geöffnet, dann habe ich den Kursor im oberen Feld positioniert und Enter gedrückt: kurz hintereinander wurde zwei Datensätze eingelesen (s. Anhang), in der zweiten Minute wurden ca. 11 Datensätze eingelesen und in Minute 3 wurden 3 Datensätze eingelesen