Weihnachtsangebot 2025! 🎄

[meg510]

Hallo Hubert,

Ich habe genau das gleiche Verhalten, mit nur einem TFA 30.3180.IT Sensor der ständig -2,9 Grad und 106% Humidity sendet.

Konntest du damals das Problem lösen?

Danke und Gruß,

Martin

[stevie77]

Hallo,
vielleicht kann mir jemand helfen hier?
Ich habe folgende Produkte gekauft, die laut Beschreibung zueinander und zu ioBroker passen müsten:
Empfänger: https://smile.amazon.de/gp/product/B07T61BXLX/ref=ppx_yo_dt_b_asin_title_o02_s00?ie=UTF8&psc=1
Sender: https://smile.amazon.de/gp/product/B00392XX5U/ref=ppx_yo_dt_b_asin_title_o00_s00?ie=UTF8&psc=1

Nach eintragen der Adresse /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0 (so wie sie auf meinem Raspi 4 existiert) kam immerhin der Logschritt open noch dazu, der sonst fehlte. Mehr passiert aber nicht...
Vermutlich sollte da jetzt ja noch mehr geloggt werden (debug/silly) und dabei die ID des Senders auftauchen, passiert aber leider nicht...
Type LaCrosse DTH habe ich eingestellt.

jeelink.0	2020-09-25 15:46:13.141	info	(24030) open
jeelink.0	2020-09-25 15:46:13.110	debug	(24030) options : {"baudRate":57600}
jeelink.0	2020-09-25 15:46:13.110	debug	(24030) configured baudrate : 57600
jeelink.0	2020-09-25 15:46:13.109	debug	(24030) configured port : /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0
jeelink.0	2020-09-25 15:46:13.107	info	(24030) RFM12B setting up object = LaCrosse 1
jeelink.0	2020-09-25 15:46:13.105	debug	(24030) start of main
jeelink.0	2020-09-25 15:46:13.077	info	(24030) starting. Version 0.1.3 in /opt/iobroker/node_modules/iobroker.jeelink, node: v10.21.0, js-controller: 3.1.6

[sebs]

@foxthefox

erstmal vielen Dank für deinen adapter: Hast du ggf. in der Version 0.1.0 zu 0.1.3 was bei dem Thema geändert. Ich habe mir diese gerade gezogen und damit funktioniert das ganze sofort (im Standard über IObroker gibts immer noch die Version 0.1.0 - für Interessierte: in der Adapter Übersicht, oben auf das zweite Symbol von rechts und dann kann man direkt in github suchen). Vorher hat er mir auch immer Type 0 angezeigt und ich hatte negative Temperaturwerte trotz korrekter Werte an meinem TX29DTH.

ggf. hilft das auch anderen.

@stevie77
bei mir bin ich über /dev/ttyUSB0 gegangen, bei exakt gleichem "Empfänger" den du verlinkt hast. Habe das ganze allerdings nicht an einem raspberry hängen, sondern läuft bei mir in einem proxmox container..

Gruß Seb

[stevie77]

@sebs Bei mir hatte sich das inzwischen durch den Support des Verkäufers geklärt. Es kam heraus, dass ich einen falschen Stick in der richtigen Tüte bekommen hatte, der funkte auf 400irgendwas MHz. Neuen bekommen, dann kamen relativ schnell die Werte nach dem open und ich konnte die richtige ID rausfischen aus dem Log.

[elonom]

Hallo,
erstmal vielen Dank für den tollen Adapter.
Nun konnte ich endlich von fhem nach iobroker umziehen. Meine LaCrosse Fühler werden auch alle erkannt und liefern die Werte.
Jedoch finde ich den Abfragezyklus sehr kurz, welches auch auf die Batterie Lebensdauer Auswirkungen hat. In fhem hatte ich den Abfrageintervall auf 240 Sekunden gestellt, welches vollkommen ausreichen war.
Gibt es beim Jeelink Adapter unter iobroker irgendwie eine Möglichkeit den Abfrageintervall zu verändern?

[bony97]

Hallo Martin,
ich versuche derzeit mit einem Arduino Nano und RFM69CW als JeeLink Clone mehrere TFA 30.3180.IT in iobroker einzubinden. Leider scheint die Dekodierung auf dem Arduino nicht zu stimmen. Kannst du mir vielleicht sagen, wie du die Sensoren eingebunden hast und mit welcher Firmware du ggf. den Stick/Arduino geflasht hast?
Gruß,
Tobias

[Conti]

@elonom sagte in Jeelink-Adapter Probleme bei der Konfiguration:

Hallo,
erstmal vielen Dank für den tollen Adapter.
Nun konnte ich endlich von fhem nach iobroker umziehen. Meine LaCrosse Fühler werden auch alle erkannt und liefern die Werte.
Jedoch finde ich den Abfragezyklus sehr kurz, welches auch auf die Batterie Lebensdauer Auswirkungen hat. In fhem hatte ich den Abfrageintervall auf 240 Sekunden gestellt, welches vollkommen ausreichen war.
Gibt es beim Jeelink Adapter unter iobroker irgendwie eine Möglichkeit den Abfrageintervall zu verändern?

Hallo @elonom, hast Du den Abfrageintervall mal ändern können?
Falls ja, würde ich gerne fragen ob Du die Lösung teilst.

Viele Grüsse

[elonom]

@conti
Leider habe ich hierzu keine Lösung gefunden.
Der Abfrageintervall bei meinem jeelink ist unverändert vom Adapter vorgegeben.

[stefande]

@elonom sagte in Jeelink-Adapter Probleme bei der Konfiguration:

@conti
Leider habe ich hierzu keine Lösung gefunden.
Der Abfrageintervall bei meinem jeelink ist unverändert vom Adapter vorgegeben.

Die Sensoren senden von alleine und werden nicht "abgefragt". Aber trotz des hohen Sendeintervalls funktionieren die Batterien schon fast zwei Jahre bei mir.

[elonom]

@stefande
Ok, danke für die Info.
Bei fhem konnte man das damals einstellen.
Aber ist schon richtig: einen erhöhten Batterieverbrauch der Sensoren kann ich auch nicht feststellen. Der Adapter läuft zuverlässig. 👍

[stefande]

@elonom
Um das Sendeintervall vom Adapter her zu ändern, müsste ja eine Bidirektionale Kommunikation stattfinden. Da in den Sensoren jedoch nur ein Sendemodul verbaut ist, ist das nicht möglich.
Vielleicht kann man ja bei fhem einstellen, dass nicht jeder empfangene Wert weiter verarbeitet wird?

[elonom]

@stefande
Ich habe gerade in meiner alten fhem Installation nachgesehen.
Das Attribut dort hieß: event-min-interval humidity:60,state:60,temperature:60
Damit wurde tatsächliche nur der Schreibintervall auf minimal alle 60 Sekunden geregelt. Dadurch wurde das log reduziert.
Der Sendeintervall der Geräte wurde und kann ja auch nicht geändert werden.
Hast recht: ist ja nicht bi-direktional.

[stefande]

@elonom
Ich hab den Adapter in der Log Stufe auf Error stehen. So müllt er nicht den Log zu.

[elonom]

@stefande
Guter Tip. 👍
Werde ich auch so einstellen.
Danke

[Conti]

@stefande sagte in Jeelink-Adapter Probleme bei der Konfiguration:

@elonom
Ich hab den Adapter in der Log Stufe auf Error stehen. So müllt er nicht den Log zu.

Genau! das wurde mir hier im Forum bereits auch mal vorgeschlagen.
Damit ist dann wenigstens im Log ruhe.

Danke!