Jeelik Modul zur Einbindung von La Crosse!

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

Vorheriges Thema - Nächstes Thema

rr725

schau einmal nach, welchem io/device der sensor, welcher probleme bereitet, zugewiesen ist.
ich hatte letztens ähnliches, dort waren alle meine jeelink sensoren, warum auch immer, dem CUL und nicht dem jeelink zugewiesen.
dies hatte die gleichen auswirkungen. nach einem neustart alles in ordnung, doch nach einem gewissen, undefinierten zeitraum war "funkstille" was jeelink anging.
alles andere lief weiterhin problemlos.

sinus61

Zitat von: Freibeuter am 29 November 2016, 10:52:08

Als Nordlicht bevorzuge ich die Beaufortskala statt km/h für den Wind, daher habe ich die  Funktion kmh2bft in meine  99_myUtils.pm eingefügt, und
das STATE angepasst:

Gute Idee, aber liefert der Wert windSpeed nicht das Ergebnis in m/s ?

bjoernbo

kann man von technoLine das Thermostat WS9119 einbinden? Gibt es dazu Erfahrungswerte?
Raspberry Pi 3 - FB6490C - Synology NAS DS916+ - NETATMO - HUE - SIEMENS G-Tag'S - FTUI - EchoDOT -

HCS

Zitat von: bjoernbo am 24 Dezember 2016, 12:49:26
kann man von technoLine das Thermostat WS9119 einbinden? Gibt es dazu Erfahrungswerte?
Die sendet doch gar nichts, oder?
Zu 99.995 -> nein

Zitat von: sinus61 am 24 Dezember 2016, 10:50:33
aber liefert der Wert windSpeed nicht das Ergebnis in m/s ?
Ja

bmwfan

Hallo,

ich habe gestern abend 2 TX29DTH-IT bekommen und am Jeelonk angelernt. Hat auch sofort geklappt. Allerdings empfange ich nur sporadisch Daten. Dann Device gelöscht und neu angelernt. Wieder sofort geklappt, allerdings dasselbe Verhalten. Heute die Frequenz etwas verstellt, aber jetzt lernt er den 2.ten TX29DTH-IT gar nicht mehr an. Anbei das List:
Internals:
   Clients    :PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110:KeyValueProtocol
   DEF        /dev/ttyUSB0@57600
   DeviceName /dev/ttyUSB0@57600
   FD         13
   NAME       myJeeLink
   NR         82
   PARTIAL
   RAWMSG     OK 9 6 129 5 102 234
   STATE      initialized
   TYPE       JeeLink
   initMessages
   model      [LaCrosseITPlusReader.10.1q (RFM69 f:868280 t:30~3)]
   myJeeLink_MSGCNT 1
   myJeeLink_TIME 2016-12-24 17:09:44
   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:
     2016-12-24 17:39:03   state           initialized
Attributes:
   flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2&gt
   initCommands 30t 0a 868280f v
   room       9.6_System
   verbose    3


List des LaCrosse:
Internals:
   DEF        18
   IODev      myJeeLink
   NAME       LaCrosse_18
   NR         1381
   STATE      T: 22.2 H: 48
   TYPE       LaCrosse
   addr       18
   corr1      0
   corr2      0
   Readings:
     2016-12-24 02:22:30   battery         ok
     2016-12-24 02:22:30   humidity        48
     2016-12-24 02:19:09   state           T: 22.2 H: 48
     2016-12-24 02:22:30   temperature     22.2
Attributes:
   IODev      myJeeLink
   room       LaCrosse

Das log-File:
2016-12-23_22:58:30 LaCrosse_18 battery: ok
2016-12-23_22:58:30 LaCrosse_18 temperature: 23.7
2016-12-23_22:58:30 LaCrosse_18 humidity: 48
2016-12-23_22:58:30 LaCrosse_18 T: 23.7 H: 48
2016-12-23_23:18:27 LaCrosse_18 battery: ok
2016-12-23_23:18:27 LaCrosse_18 temperature: 23.2
2016-12-23_23:18:27 LaCrosse_18 humidity: 48
2016-12-23_23:18:27 LaCrosse_18 T: 23.2 H: 48
2016-12-23_23:31:14 LaCrosse_18 battery: ok
2016-12-23_23:31:14 LaCrosse_18 temperature: 23.1
2016-12-23_23:31:14 LaCrosse_18 humidity: 48
2016-12-23_23:31:14 LaCrosse_18 T: 23.1 H: 48
2016-12-23_23:32:17 LaCrosse_18 battery: ok
2016-12-23_23:32:17 LaCrosse_18 temperature: 23
2016-12-23_23:32:17 LaCrosse_18 humidity: 48
2016-12-23_23:32:17 LaCrosse_18 T: 23 H: 48
2016-12-23_23:38:21 LaCrosse_18 battery: ok
2016-12-23_23:38:21 LaCrosse_18 temperature: 23
2016-12-23_23:38:21 LaCrosse_18 humidity: 48
2016-12-24_02:19:09 LaCrosse_18 battery: ok
2016-12-24_02:19:09 LaCrosse_18 temperature: 22.2
2016-12-24_02:19:09 LaCrosse_18 humidity: 48
2016-12-24_02:19:09 LaCrosse_18 T: 22.2 H: 48
2016-12-24_02:19:13 LaCrosse_18 battery: ok
2016-12-24_02:19:13 LaCrosse_18 temperature: 22.2
2016-12-24_02:19:13 LaCrosse_18 humidity: 48
2016-12-24_02:19:17 LaCrosse_18 battery: ok
2016-12-24_02:19:17 LaCrosse_18 temperature: 22.2
2016-12-24_02:19:17 LaCrosse_18 humidity: 48
2016-12-24_02:19:30 LaCrosse_18 battery: ok
2016-12-24_02:19:30 LaCrosse_18 temperature: 22.2
2016-12-24_02:19:30 LaCrosse_18 humidity: 48
2016-12-24_02:22:30 LaCrosse_18 battery: ok
2016-12-24_02:22:30 LaCrosse_18 temperature: 22.2
2016-12-24_02:22:30 LaCrosse_18 humidity: 48


Habe noch einen CUL für die Homematic-Device am Raspi.

Hat jemand eine Idee?

Gruss Jürgen
Synology DS720+ mit Docker-Container und Haupt-FHEM, HM-LAN, Jalousienaktoren HmWired, Shelly-Devices; Raspi 3B+ mit piVCCU ohne FHEM-Instanz, CUL, JeeLink; Raspi 3B+ mit FHEM und HMUARTUSB,  Raspi 3B+ mit HMUARTGPIO, 1-wire, ebusd

HCS

Zitat von: bmwfan am 24 Dezember 2016, 17:53:52
Hat jemand eine Idee?
Üblicherweise gehören die TX29DTH nicht zu den Sensoren, für die man die Frequenz ändern muss / sollte
Wenn die Batterien schon lang genug drin sind, senden die TX29DTH kein "new battery" flag mehr und man muss ignore_battery mit angeben, also:
set myJeeLink LaCrossePairForSec 60 ignore_battery

HCS

Zitat von: bmwfan am 24 Dezember 2016, 17:53:52
initCommands 30t 0a 868280f v
Gerde noch aufgefallen: das 30t ist nicht erforderlich, wenn Du nur TX29DTH hast.
0a v reicht.

bmwfan

Danke für die Infos. Seit ich gestern Abend beim attr initCommands 30t noch folgendes 0a 868280f v ergänzt habe, geht es problemlos. Ob das allerdings daran liegt oder daran, das ich auch den Raspi neu gestartet habe kann ich nicht genau sagen. Versuche es jetzt mal ohne Frequenzverstellung, wie HCS empfohlen hat.

Hat das battery-Flag den Hintergrund, dass man dann beim Batteriewechsel keinen neuen Namen für das Device bekommt?
Wie ich bei meinen Versuchen gesehen habe, wird jedesmal nach dem Batterie einlegen eine neue Nummer vergeben (LaCrosse_24 wurde zu LaCrosse_18). Das würde aber bedeuten, dass jedesmal im Code die Bezeichnung angepaßt werden müßte. Das macht so doch keinen Sinn. Vergibt FHEM dann beim Anlernen mit [ignore_battery] dieselbe Nummer wieder?

Gruß Jürgen
Synology DS720+ mit Docker-Container und Haupt-FHEM, HM-LAN, Jalousienaktoren HmWired, Shelly-Devices; Raspi 3B+ mit piVCCU ohne FHEM-Instanz, CUL, JeeLink; Raspi 3B+ mit FHEM und HMUARTUSB,  Raspi 3B+ mit HMUARTGPIO, 1-wire, ebusd

HCS

Zitat von: bmwfan am 25 Dezember 2016, 17:14:41
Das macht so doch keinen Sinn. Vergibt FHEM dann beim Anlernen mit [ignore_battery] dieselbe Nummer wieder?
Ja, es macht keinen Sinn und nein, FHEM vergibt die ID nicht, sondern der Sensor vergibt sich nach jedem Einlegen der Batterien selbst eine zufällig ID.

Wenn man die Batterien tauscht, dann lässt man das LaCrosse device, das man ein mal ordentlich benannt hat (z.B. TemperaturWohnzimmer), die neue ID mit
set LaCrosse_18 replaceBatteryForSec 60
neu lernen.

Und wenn man nur TX29DTH hat, macht "30t" keinen Sinn, weil man immer 30 Sekunden nichts empfängt, wenn man auf der anderen data rate ist.

bmwfan

Läuft auch ohne 868280f im initcommands, wie HCS bemerkt hat. Dann vermute ich, dass ich den Raspi nach Anstecken des JeeLink hätte sofort neu booten müssen. Da er aber initialisiert wurde, dachte ich alles ist in Ordnung.

Gibt es eine Möglichkeit, von FHEM aus den Sensor nicht so häufig abzufragen? Die Temperaturdaten benötige ich nicht so häufig, wie sie momentan gesendet werden.
Synology DS720+ mit Docker-Container und Haupt-FHEM, HM-LAN, Jalousienaktoren HmWired, Shelly-Devices; Raspi 3B+ mit piVCCU ohne FHEM-Instanz, CUL, JeeLink; Raspi 3B+ mit FHEM und HMUARTUSB,  Raspi 3B+ mit HMUARTGPIO, 1-wire, ebusd

HCS

Zitat von: bmwfan am 26 Dezember 2016, 09:53:33
Gibt es eine Möglichkeit, von FHEM aus den Sensor nicht so häufig abzufragen?
Der Sensor wird nicht abgefragt. Er sendet von sich aus alle vier Sekunden, ohne dass man da etwas dagegen machen kann.
Aber man kann die events in FHEM mit event-min-interval drosseln.

SouzA

Zitat von: Gasmast3r am 06 Oktober 2016, 19:29:09
Hy habe es trotz lesen und versuchen den TX35-IT nicht dazu bewegen können mit FHEM zu kommunizieren.
Sonst noch jemand Ideen ??

(http://uploads.tapatalk-cdn.com/20161006/54e7f43b22fb11b80aad6d51a2e29b7e.jpg)
(http://uploads.tapatalk-cdn.com/20161006/e2347a99505cffa72e195caeec069239.jpg)

Hallo,
ich habe hier auch so ein Teil und bekomme es neben dem TX29-DTH nicht zum laufen. Der TX29 läuft 1a mit dem JeeLink V3
Ich habe mittlerweile erkannt, dass die Geräte unterschiedliche Datenraten haben. Allerdings weiß ich nicht, was ich einstellen muss, um die Datenraten zu togglen.
Auf meiner Suche bin ich nur über Beiträge gestolpert, die für mich als einfachen Anwender, nicht verständlich sind.
Könnte mir bitte jemand sagen, was man einstellen muss, damit die Datenraten getoogled werden?!
Vielen Dank!


Clients    :PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110:KeyValueProtocol
   DEF        /dev/ttyUSB0@57600
   DeviceName /dev/ttyUSB0@57600
   FD         23
   NAME       myJeeLink
   NR         183
   NR_CMD_LAST_H 1
   PARTIAL
   RAWMSG     OK 9 51 1 4 180 50
   STATE      initialized
   TYPE       JeeLink
   initMessages
   model      [LaCrosseITPlusReader.10.1q (RFM69 f:868300 r:17241)]
   myJeeLink_MSGCNT 72491
   myJeeLink_TIME 2016-12-29 12:19:12
   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:
     2016-12-29 12:19:12   state           initialized
   XMIT_TIME:
     1483008893
Attributes:
   flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
   initCommands 30t v
   room       Jeelink


MfG
SouzA
Raspi 4, EnOcean TCM310 USB, HM-MOD-UART-USB, Jeelink, hue, AMAD, fully, FRITZBOX, Signalbot, VIERA, Presence BT/Mac, TPLink, Gassistant, Shelly, fhempy, ZigBee

HCS

Zitat von: SouzA am 29 Dezember 2016, 12:21:06
Könnte mir bitte jemand sagen, was man einstellen muss, damit die Datenraten getoogled werden?!
Die
initCommands 30t v
sind korrekt.

Zur Sicherheit kann man noch ein 3m angeben.
Somit wären die initCommands:
initCommands 3m 30t v

Toggle wird mit zwei Kommandos gesteuert:
m: toggle mode
bits:  1= 17.241 kbps, 2= 9.579 kbps, 4= 8.842 kbps
3m ist also 17.241 kbps (TX29) und 9.579 kbps (TX35)

t: toggle time
30t = alle 30 Sekunden die data rate wechseln

Aber:
model      [LaCrosseITPlusReader.10.1q (RFM69 f:868300 r:17241)]
sagt, dass es noch nicht übernommen wurde. Die firmware läuft fix auf 17241 kbps

Ein
set myJeeLink reset
sollte das erledigen

danach sollte es so aussehen:
model [LaCrosseITPlusReader.10.1q (RFM69 f:868300 t:30~3)]

SouzA

Hallo,
vielen Dank für die ausführliche Antwort und Anleitung.
So hat es jetzt geklappt!

Kann es sein, dass solche Infos noch in der COMMANDREF und/oder Wiki fehlen?
Wird generell noch an dem Modul gearbeitet, dass sich das nicht lohnt?

Also nochmal vielen Dank und bis denn.
SouzA
Raspi 4, EnOcean TCM310 USB, HM-MOD-UART-USB, Jeelink, hue, AMAD, fully, FRITZBOX, Signalbot, VIERA, Presence BT/Mac, TPLink, Gassistant, Shelly, fhempy, ZigBee

HCS

Zitat von: SouzA am 29 Dezember 2016, 17:29:42
Kann es sein, dass solche Infos noch in der COMMANDREF und/oder Wiki fehlen?
Wird generell noch an dem Modul gearbeitet, dass sich das nicht lohnt?
Die commandref gehört zum Universal-JeeLink-Modul und die commands sind unterschiedlich für die verschiedenen Sketches, die das JeeLink-Modul unterstützt. Und es gehört mir nicht.
Im Wiki würde es sich gut machen, es werden immer Leute gesucht, die so was gerne übernehmen  ;)