Jeelik Modul zur Einbindung von La Crosse!

Begonnen von Billy, 16 September 2013, 15:12:15

Vorheriges Thema - Nächstes Thema

justme1968

ich bin mir nicht sicher ob die beiden module auf jeden FHEM system das das LaCrosse modul verwendet auch vorhanden sind. d.h. es kann sein das nach einem update einige nicht mehr gehen.

kannst du bitte entweder die HttpUtils verwenden oder per eval prüfen ob die module tagsächlich da sind und die funktionalität nur dann aktivieren.

gruß
  andre 
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Christian1982

#1801
So ich habe das Modul 98_ReadingsSupervision.pm jetzt mal ausprobiert

- Datei nach /opt/fhem/FHEM/98_ReadingsSupervision.pm kopiert
- define LaCrosse_Check ReadingsSupervision (im Modul steht was von "Usage: define <name> ReadingsSupervision" daher hab ich das mal gemacht)
- Für jeden LaCrosse-Sensor dann noch das readingsSupervison Attribut festlegen:
    TX29DTH:  "attr <Sensor-Name> readingsSupervision 120,---,temperature,humidity,state"
    TX25:        "attr <Sensor-Name> readingsSupervision 120,---,temperature,temperature2,state"

Danach habe ich die Batterien aus dem Sensor genommen und 120 sec gewartet, danach wird dann temperature,humidity und state auf "---" gesetzt.

Prima genau das was ich wollte, danke

HCS

Zitat von: justme1968 am 14 Februar 2016, 09:57:20
kannst du bitte entweder die HttpUtils verwenden oder per eval prüfen ob die module tagsächlich da sind und die funktionalität nur dann aktivieren.
Klar, anbei der patch.

justme1968

danke. habs etwas abgewandelt und eingecheckt.

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Wzut

#1804
Zitat von: HCS am 13 Februar 2016, 16:27:22
Du hast meinen Segen.
Ist jetzt hier eigentlich OffTopic (werde auch später für das Modul einen eigenen Fred aufmachen),
aber hier mal meine erste umgebastelte Beta Version :

- Das Modul hat Log Ausgaben wenn man Readings angibt die das Device gar nicht hat oder dort zuwenig Parameter einträgt

- Das Modul hat den Status der zu überwachenden Device Readings als eigene Readings, state dient als Sammelmeldung :
   ok = keine Reading mit Zeitüberschreitung  , timeout = min ein Reading hat einen Timeout

- Ich wollte nicht das mir das Modul Device Readings in jedem Fall überschreibt, daher kann der zweite Parameter errorValue auch leer bleiben (,,)
  die Überwachung findet dann nur innerhalb der Readings von ReadingsSupervision bzw. dessen state statt.

Edit : ich habe den / in den Readings durch einen Punkt ersetzt , Grund :
a. stand der / in Readings Namen vor einigen Wochen schon auf der Abschussliste der verbotenen Zeichen
b. macht er Probleme bei der Weiterverarbeitung mit MQTT
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

HCS

Zitat von: Wzut am 14 Februar 2016, 18:28:00
Ist jetzt hier eigentlich OffTopic (werde auch später für das Modul einen eigenen Fred aufmachen),
aber hier mal meine erste umgebastelte Beta Version
Habe ich es doch geahnt, dass man da noch was Vernünftiges draus machen kann.  ;D
Da ich es Dir geschenkt habe, darfst Du jetzt machen mit was Du willst, nur eines nicht: meine bestehenden Definitionen inkompatibel machen.

Wzut

Zitat von: HCS am 14 Februar 2016, 19:02:06
meine bestehenden Definitionen inkompatibel machen.
die sollten eigentlich nicht betroffen sein , imGegenteil du hast jetzt noch eine Option mehr :)
BTW:
Man kann mit dem Modul schön einen CUL überwachen ob er noch etwas tut, beim JeeLink schlägt das leider fehl da dort im Gegensatz zum CUL state im laufenden Betrieb nicht mehr angefasst wird.
@Andre würdest du bitte eventuell im JeeLink Modul in der Sub Parse ganz am Ende direkt vor Dispatch($hash, $dmsgMod, \%addvals);
noch diese Zeile (wie beim CUL ) einfügen :
readingsSingleUpdate($hash, "state", $hash->{READINGS}{state}{VAL}, 0);
dann verhält sich der JeeLink wie der CUL beim Überwachen
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

justme1968

habs für jeelink und panstamp eingecheckt.

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Wzut

#1808
THX Andre, hast am Samstag ein Getränk auf meine Rechnung frei :)
@HCS : hiermit ist nun Schluss mit OT , weiter geht es da  : http://forum.fhem.de/index.php/topic,49408.0.html
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

rretsiem

Hallo,

Ich nutze schon lange einen JeeLinkClone erfolgreich mit LaCrosse Sensoren in der kompletten Wohnung zur Überwachung von Temp/Hum.
Vorgestern habe ich von einem Raspberry Pi B+ auf einen Pi 3 B hochgerüstet. Neues Raspbian Image (Jessie) und FHEM neu installiert. Seitdem habe ich das Problem das der JeeLink ständig die Verbindung verliert und keine Daten mehr empfängt. Ich habe mir schon Abhilfe geschafft mit dem "timeout" Attribut, so das ich den reset nicht mehr automatisch durchführen muss, aber vielleicht hat ja noch jemand einen Tipp an was es liegen könnte.

Das Modul ist bereits via serial-by-id eingebunden, am anderen USB-Port kann es also nicht liegen.


2016.03.22 23:06:27 3: Opening JeeLinkLaCrosse device /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
2016.03.22 23:06:27 3: Setting JeeLinkLaCrosse serial parameters to 57600,8,N,1
2016.03.22 23:06:27 3: JeeLinkLaCrosse device opened
2016.03.23 03:04:32 3: Opening JeeLinkLaCrosse device /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
2016.03.23 03:04:32 3: Setting JeeLinkLaCrosse serial parameters to 57600,8,N,1
2016.03.23 03:04:32 3: JeeLinkLaCrosse device opened
2016.03.23 03:52:03 3: Opening JeeLinkLaCrosse device /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
2016.03.23 03:52:03 3: Setting JeeLinkLaCrosse serial parameters to 57600,8,N,1
2016.03.23 03:52:03 3: JeeLinkLaCrosse device opened
2016.03.23 05:04:04 3: Opening JeeLinkLaCrosse device /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
2016.03.23 05:04:04 3: Setting JeeLinkLaCrosse serial parameters to 57600,8,N,1
2016.03.23 05:04:04 3: JeeLinkLaCrosse device opened
2016.03.23 05:37:35 3: Opening JeeLinkLaCrosse device /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
2016.03.23 05:37:35 3: Setting JeeLinkLaCrosse serial parameters to 57600,8,N,1
2016.03.23 05:37:35 3: JeeLinkLaCrosse device opened
2016.03.23 09:42:40 3: Opening JeeLinkLaCrosse device /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
2016.03.23 09:42:40 3: Setting JeeLinkLaCrosse serial parameters to 57600,8,N,1
2016.03.23 09:42:40 3: JeeLinkLaCrosse device opened


Kann es an den USB-Settings des Pi3 liegen?

istler

Hi,

es gab mal ein Problem mit einer Kernelversion:
https://forum.fhem.de/index.php/topic,41836.0.html
Evtl. liegt es daran.

Gruß
Maik

fh168

Hi,
hast Du auch das Netzteil hochgerüstet? 2 A sollte es schon sein.

LG
/robin
Hue, Lacrosse, PCA301, MySensors, V 1.67 CUL 868 V3.4, Lacrosse-WLAN-Gateway, Tasmota RF-

skuggy

Hallo zusammen,

ich hoffe meine Frage ist hier richtig. Ich habe seit einiger Zeit einen JeeLink Clone mit La Crosse im Einsatz und dort 10 TX 29 DTH-IT Luftfeuchtigkeit und Thermometer im Einsatz.

Seit irgendwann tauchen plötzlich komische readings auf wie z.B. windspeed. Anbei mal ein List.

Internals:
DEF 08
IODev myJeeLink
LASTInputDev myJeeLink
LaCrosse_lastRcv 2016-03-24 08:58:01
MSGCNT 31158
NAME KZ.Thermo
NR 211 STATE T: 18.3 H: 36 D: 3
TYPE LaCrosse
addr 08 battery_new 0
corr1 0
corr2 0
myJeeLink_MSGCNT 31161
myJeeLink_RAWMSG OK 9 8 1 4 159 36
myJeeLink_TIME 2016-03-24 08:58:01
previousH 36
previousT 18.3 s
ensorType 0=T(H)
Readings:
2016-03-24 08:58:01 battery ok
2016-03-24 08:58:01 dewpoint 3.0
2016-03-24 08:58:01 humidity 36
2016-02-08 03:53:59 rain 1060.5
2016-03-24 07:59:55 statHumidityTendency 1h: +1 2h: -2 3h: -3 6h: -3
2016-03-24 07:59:55 statTemperatureTendency 1h: +2.2 2h: +0.4 3h: +0.2 6h: +0.1
2016-03-24 08:55:51 state T: 18.3 H: 36 D: 3 2016-03-24 08:58:01 temperature 18.3
2016-02-08 03:53:59 windDirectionDegree 292.5
2016-02-08 03:53:59 windDirectionText WNW
2016-02-08 03:53:59 windGust 2.8
2016-02-08 03:53:59 windSpeed 20.9
Helper:
_98_statistics statistic_KZ.Thermo
Attributes:
IODev myJeeLink
doDewpoint 1 event-min-interval state:600
group Temperaturen room Kinderzimmer,LaCrosse


Kann mir jemand sagen, woher die Daten kommen?
...Gruß skuggy

FHEM 5.6 auf Raspberry Pi 2, HM-CFG-LAN, 8x HM-LC-Bl1PBU-FM, 5 x HM-CC-RT-DN, 1 x HM-LC-Sw1-Ba-PCB, 1 x HM-RC-4-2, 1 x JeeLink Clone, 10 x TX29DTH-IT, Fritzbox 7270

istler

Hat ein Nachbar eine neue Wetterstation in Betrieb genommen? Oder es wurde bei dir neue Firmware installiert, die nun auch die Wetterstationsdaten auswerten kann.
Wenn es zu Empfangsproblemen kommt, musst du bei deinen betreffenden Sendern, mal die Batterie entfernen, damit die eine neue ID sich aussuchen.

Gruß
Maik

skuggy

Zitat von: istler am 24 März 2016, 10:03:45
Hat ein Nachbar eine neue Wetterstation in Betrieb genommen?

nicht das ich wüsste, wobei es nicht ausgeschlossen ist. Aber eigentlich ist die Entfernung zu groß.



ZitatOder es wurde bei dir neue Firmware installiert, die nun auch die Wetterstationsdaten auswerten kann.

Ich habe dem JeeLink keine neue Firmware verpasst und automatisch geht das nicht oder?

...Gruß skuggy

FHEM 5.6 auf Raspberry Pi 2, HM-CFG-LAN, 8x HM-LC-Bl1PBU-FM, 5 x HM-CC-RT-DN, 1 x HM-LC-Sw1-Ba-PCB, 1 x HM-RC-4-2, 1 x JeeLink Clone, 10 x TX29DTH-IT, Fritzbox 7270