Jeelik Modul zur Einbindung von La Crosse!

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

Vorheriges Thema - Nächstes Thema

hoods

Hi Jörg,

ja einen Jeelink mit RFM69.

Bzgl. UV geb ich bescheid sobald der Aussensensor draußen aufgestellt ist.

Gruss hoods
Odroid C2, FHEM 5.8, HMUSB, Jeelink, Rademacher DuoFern Stick, Benning WR über HTTPMOD

hoods

Hallo Jörg,

anbei wie versprochen nochmal Feedback zu den readings.

READINGS:
     2018-01-11 19:36:10   Header          26
     2018-01-11 19:36:10   Humidity        99
     2018-01-11 19:36:10   Rain            0.00
     2018-01-11 19:36:10   Temperature     6.00
     2018-01-11 19:36:10   UV              0.00
     2018-01-11 19:36:10   WindDirection   337.50
     2018-01-11 19:36:10   WindGust        1.20
     2018-01-11 19:36:10   WindSpeed       0.20
     2018-01-11 19:36:10   strikesDistance -1
     2018-01-11 19:36:10   strikesTotal    0


UV ist Tag wie Nacht aktuell 0.00. Lt. www.wetterlonline.de sollte der Wert aktuell zwischen 0 - 1 liegen, ok bleibt also ein Sonnentag abzuwarten.

Was Header bedeutet habe ich noch nicht rausfinden können, hast Du einen Tipp?

Humidity ist perm. auf 99, ein LaCrosse Sensor ca. 1m entfernt meldet monentan "T: 6 H: 89". Entweder sind die Meßwerte so ungenau oder die Messwerte des W136 All-in-one Sensors werden noch nicht korrekt verarbeitet.

Wie können wir das weiter eingrenzen?

Danke & Gruss, Sven
Odroid C2, FHEM 5.8, HMUSB, Jeelink, Rademacher DuoFern Stick, Benning WR über HTTPMOD

pejonp

Hallo hoods,

da ist der Aufbau des Protokolls:

Header = 0x1A = 26 ist das 2. Byte. Ich habe es einfach übernommen. Ich kann dir jetzt nicht sagen ob es sich bei einem anderen Sensor oder Serie verändert.
UV ist bei mir auch schon seit Tagen 0.
Für meine HP1003 muß ich erst noch eine Auswertung zusammenbauen.

// The following information can be received:
// Humidity, temperature, wind direction, wind average, wind gust, rainfall, UV and lightning.
// That is more than te maximum of 4 values per device for espeasy. The plugins functionality is therefore
// divided per sensorgroup.

// The plugin can (and should) be used more then one time, however only one plugin instance can be
// the main plugin. The plugin function can be selected by a dropdown and only the MAIN plugin has
// the ability to set the sensor address (remote unit ID).

// To find out the current ID of your Ventus remote unit, simply setup a task with instance type "MAIN Temp/Hygro" and observe the LOG.
// Everytime the RFM69 receives a valid packet from a Ventus W266 it shows up in the LOG (approx. every 30 seconds)
// The first number after the "RX:" is the ID of the unit received.
// This ID-number then has to be entered in the "Unit ID" field in the task setup of the "MAIN Temp/Hygro" instance.
// Data is sent to the specified server as soon as it is received.

// RFM69 RX-buffer content:
// ************************
// IDhh 1A tlth ?b tlth wb alahglgh rlrh?? uv ld?? lllhcrc
// 9827 1A B100 00 B100 06 00000000 1E0000 00 3F8A 2A0017
//  0 1  2  3 4  5  6 7  8  9 0 1 2  3 4 5  6  7 8  9 0 1
//
// ID ..... ID of the remote unit. Changes randomly each time the batteries are removed. Is needed to identify "your" unit.
// hh ..... humidity -> Humidity bcd encoded
// tlth ... temperature (low/high byte) > Temperature is stored as a 16bit integer holding the temperature in degree celcius*10
// b ...... battery low > This uint8 is 00 when battery is ok, 01 when battery is low
// wb ..... bearing (cw 0-15) > The wind bearing in 16 clockwise steps (0 = north, 4 = east, 8 = south and C = west)
// alah ... wind average (low/high byte) > A uint16 holding the wind avarage in m/s
// glgh ... wind gust (low/high byte) > A uint16 holding the wind gust in m/s
// rlrh ... rainfall (low/high byte) > Accumulated rainfall in 1/4mm
// uv ..... uv-index > The UV value * 10
// ld ..... lightningstorm-distance (3F max) > The distance to the stormfront in km
// lllh ... strike count (low/high byte) > A uint16 holding the accumulated number of detected lightning strikes
// crc .... CRC checksum > Poly 0x31, init 0xff, revin&revout, xorout 0x00. Like Maxim 1-wire but with a 0xff init value

// If you got any questions, send me an email to: huawatuam@gmail.com

Jörg
LaCrossGW 868MHz:WT470+TFA+TX37-IT+EMT7110+W136+WH25A HP1003+WH2621
SignalD(CC1101):Bresser+WS-0101(868MHz WH1080)+Velux KLF200+MAX!+HM-MOD-UART:Smoke HM-SEC-SD+VITOSOLIC 200 RESOL VBUS-LAN+SolarEdge SE5K(Modbus)+Sonnen!eco8(10kWh)+TD3511+DRT710M(Modbus)+ZigBee+Z-Wave+MQTT+vitoconnect

hoods

Hallo Jörg,

ich habe nun wie geplant einen zweiten RFM69CW am ESP angeschlossen. Leider bekomme ich es einfach nicht hin, dass der LGW mit deiner Firmware LaCrosseITPlusReader.Gateway.1.30w137 die Daten der Wetterstation W137 (aka W136) empfängt.

Wenn ich wieder umstelle auf den Jeelink USB Stick werden die Readings wieder aktualisiert. Um den Fehler einzugrenzen habe ich den zweiten RFM vom LGW abgezogen und den ersten RFM, der bisher die TX29 empfangen hat umkonfiguriert.

Verwendete Konfig:
W137:
set LGW/Jeelink raw 869820f 4r 0t v

TX29 (TX29DTH-IT    17.241 kbps):
set  LGW/Jeelink raw 868300f 0r 0t v

Frage zur Konfig, muss es nicht "4800r 0t 869820f v" heisen wenn ich W137 empfangen möchte oder ist "4r" einfach die Kurzform der Datenrate 4800?

Konfig des Jeelinks die funktioniert:
Internals:
   Clients    :PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110:KeyValueProtocol
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL014L1V-if00-port0@57600
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL014L1V-if00-port0@57600
   FD         9
   NAME       myJeeLink
   NR         48
   PARTIAL   
   RAWMSG     OK VALUES W137 232 Header=26,Temperature=2.20,Humidity=83,Rain=0.00,WindSpeed=0.60,WindDirection=0.00,WindGust=1.20,UV=0.00,strikesDistance=-1,strikesTotal=0,
   STATE      initialized
   TYPE       JeeLink
   initMessages
   model      LaCrosseITPlusReader.10.1w137
   myJeeLink_MSGCNT 4
   myJeeLink_TIME 2018-01-14 21:53:57
   settings   (RFM69CW f:869820 r:4800)
   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:
     2018-01-14 21:53:57   state           initialized
Attributes:
   flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
   group      LaCrosse
   icon       cul_868
   room       Gateways
   verbose    0



Konfig des LGW das Probleme bereitet beim Empfang von W137/W136:
Internals:
   Alive      2018-01-14 22:03:39
   Clients    LaCrosse
   DEF        192.168.178.38:81
   DeviceName 192.168.178.38:81
   FD         18
   NAME       myLaCrosseGateway
   NR         284
   NTFY_ORDER 50-myLaCrosseGateway
   PARTIAL   
   RAWMSG     OK VALUES LGW 14559234 UpTimeSeconds=1030,UpTimeText=0Tg. 0Std. 17Min. 10Sek. ,WIFI=chocomel,ReceivedFrames=200,FramesPerMinute=0,RSSI=-62,FreeHeap=17144,LD.Min=0.17,LD.Avg=0.17,LD.Max=0.60,OLED=none
   STATE      initialized
   TIMEOUT    0.5
   TYPE       LaCrosseGateway
   model      LaCrosseITPlusReader.Gateway.1.30w137
   myLaCrosseGateway_MSGCNT 47
   myLaCrosseGateway_TIME 2018-01-14 22:03:57
   nextOpenDelay 2
   settings   (1=RFM69 f:869820 r:4800) {IP=192.168.178.38}]
   MatchList:
     1:PCA301   ^\S+\s+24
     2:EC3000   ^\S+\s+22
     3:LaCrosse ^(\S+\s+9 |OK\sWS\s)
     4:EMT7110  ^OK\sEMT7110\s
     5:Level    ^OK\sLS\s
     6:KeyValueProtocol ^OK\sVALUES\s
   READINGS:
     2018-01-14 20:08:49   FreeHeap        17328
     2018-01-14 20:08:49   OLED            none
     2018-01-14 20:08:49   ReceivedFrames  32
     2018-01-14 20:08:49   UpTimeSeconds   300
     2018-01-14 22:03:57   state           initialized
   helper:
Attributes:
   Clients    LaCrosse
   group      myLaCrosseGateway
   icon       cul_wlan
   mode       WiFi
   room       Gateways
   timeout    60
   usbFlashCommand ./FHEM/firmware/esptool.py -b 921600 -p [PORT] write_flash -ff 80m -fm dio -fs 4MB-c1 0x00000 [BINFILE] > [LOGFILE]
   watchdog   300



Fhem Log zeigt keine Fehlermeldungen und das einzige was mir aufgefallen ist, der LGW nutzt angeblich einen "RFM69" ohne das "CW". Obwohl ich explizit RFM69CW gekauft hatte.

Bin gerade mit meinem Latein am Ende und wäre dankbar für einen Schubser.

Gruss Sven
Odroid C2, FHEM 5.8, HMUSB, Jeelink, Rademacher DuoFern Stick, Benning WR über HTTPMOD

pejonp

Hi hoods,

Ich schau es mir heute Abend mal an. Du kannst ja mal im Gateway Konsole: 1d v
Eingeben. Damit schaltest du den debugmodus an. Schau mal ob hex daten ankommen, die an der 3. stelle ein 1A haben.
Jörg
LaCrossGW 868MHz:WT470+TFA+TX37-IT+EMT7110+W136+WH25A HP1003+WH2621
SignalD(CC1101):Bresser+WS-0101(868MHz WH1080)+Velux KLF200+MAX!+HM-MOD-UART:Smoke HM-SEC-SD+VITOSOLIC 200 RESOL VBUS-LAN+SolarEdge SE5K(Modbus)+Sonnen!eco8(10kWh)+TD3511+DRT710M(Modbus)+ZigBee+Z-Wave+MQTT+vitoconnect

hoods

Hallo Jörg,

der Jeelink zeigt den entsprechenden Output sobald der debug Modus aktiviert ist. Der LGW zeigt leider nichts mit 1A.

Output des LGW:
2018.01.15 20:48:57 4: set myLaCrosseGateway raw 4800r 0t 869820f 1d v
2018.01.15 20:48:57 5: SW: 4800r 0t 869820f 1d v
2018.01.15 20:49:04 5: myLaCrosseGateway: dispatch OK VALUES LGW 14559234 UpTimeSeconds=90,UpTimeText=0Tg. 0Std. 1Min. 30Sek. ,WIFI=chocomel,MacAddress=18:FE:34:DE:28:02,ReceivedFrames=0,FramesPerMinute=0,RSSI=-54,FreeHeap=17456,Version=1.30w137,LD.Min=0.17,LD.Avg=0.17,LD.Max=17.05,OLED=none
...
2018.01.15 20:53:44 4: set myLaCrosseGateway raw 868300f 0r 0t v
2018.01.15 20:53:44 5: SW: 868300f 0r 0t v
2018.01.15 20:53:44 5: myLaCrosseGateway: dispatch OK VALUES LGW 14559234 UpTimeSeconds=370,UpTimeText=0Tg. 0Std. 6Min. 10Sek. ,WIFI=chocomel,MacAddress=18:FE:34:DE:28:02,ReceivedFrames=0,FramesPerMinute=0,RSSI=-60,FreeHeap=17288,Version=1.30w137,LD.Min=0.17,LD.Avg=0.17,LD.Max=7.82,OLED=none
2018.01.15 20:53:46 5: myLaCrosseGateway: dispatch OK 9 13 130 3 24 125
2018.01.15 20:53:47 5: myLaCrosseGateway: dispatch OK 9 16 1 4 46 106
2018.01.15 20:53:48 5: myLaCrosseGateway: dispatch OK 9 10 1 4 109 106
2018.01.15 20:53:48 5: myLaCrosseGateway: dispatch OK 9 8 1 4 35 106
2018.01.15 20:53:49 5: myLaCrosseGateway: dispatch OK 9 42 1 4 32 86
2018.01.15 20:53:52 5: myLaCrosseGateway: dispatch OK 9 39 130 2 183 125
2018.01.15 20:53:52 5: myLaCrosseGateway: dispatch OK 9 10 130 2 178 125
2018.01.15 20:53:52 5: myLaCrosseGateway: dispatch OK 9 8 1 4 35 106
2018.01.15 20:53:52 5: myLaCrosseGateway: dispatch OK 9 36 130 2 177 125
2018.01.15 20:53:53 5: myLaCrosseGateway: dispatch OK 9 42 1 4 31 86
2018.01.15 20:53:53 5: SW: "WATCHDOG Ping=300"


Anbei der Output des Jeelink USB Sticks:
2018.01.15 20:56:29 5: myJeeLink: dispatch End receiving, HEX raw data: 9E 99 1A 39 0 0 39 0 0 A 0 1E 0 19 0 0
2018.01.15 20:56:30 3: myJeeLink: Unknown code End receiving, HEX raw data: 9E 99 1A 39 0 0 39 0 0 A 0 1E 0 19 0 0 , help me!
2018.01.15 20:56:30 5: myJeeLink: dispatch OK VALUES W137 233 Header=26,Temperature=5.70,Humidity=99,Rain=6.25,WindSpeed=1.00,WindDirection=0.00,WindGust=3.00,UV=0.00,strikesDistance=-1,strikesTotal=0,
2018.01.15 20:56:33 5: JeeLink/RAW: /
End receiving, HEX raw data: 6F 29 14 AA 86 BB F1 CC 29 D0 E9 F6 A4 ED 91 C2


Gruss Sven

Odroid C2, FHEM 5.8, HMUSB, Jeelink, Rademacher DuoFern Stick, Benning WR über HTTPMOD

pejonp

Hallo hoods,

ich habe hier eine neue Datei "LaCrosseGateway_WH25+W137.rar" angehangen (https://forum.fhem.de/index.php/topic,14786.msg708729.html#msg708729).
Es waren noch Fehler drin, die ich in der alten Version nicht behoben hatte.

pejonp
LaCrossGW 868MHz:WT470+TFA+TX37-IT+EMT7110+W136+WH25A HP1003+WH2621
SignalD(CC1101):Bresser+WS-0101(868MHz WH1080)+Velux KLF200+MAX!+HM-MOD-UART:Smoke HM-SEC-SD+VITOSOLIC 200 RESOL VBUS-LAN+SolarEdge SE5K(Modbus)+Sonnen!eco8(10kWh)+TD3511+DRT710M(Modbus)+ZigBee+Z-Wave+MQTT+vitoconnect

hoods

#2182
Hallo pejonp,

kurzer Update. Mit der neuen Firmware empfängt das LGW auch Daten des W137/W136 Sensors.

Kleine Anmerkung:
Wenn für den LGW Debug aktiviert ist und verbose 5 gesetzt wurde, tauchen der Debug Output / die Zeilen mit A1 nicht im Fhem Log auf sondern sind nur auf der Weboberfläche des ESP zu sehen. Vielleicht hift's anderen nicht-Experten wie mir bei der Problemanalyse ...

Log Infos vom LGW Web Interface:
19:59:29: DataPort: #81 received '"WATCHDOG Ping=300" '
19:59:32: RFM69: 9E 99 1A 0F 00
20:00:03: RFM69: 9E 99 1A 0F 00



Nun habe ich noch ein Phänomen, dass das W136 Device mit der Zeit mehrfach angelegt wird. D.h. ich erstelle es über autocreate / LaCrossePairForSec und es wird ein Device erzeugt. 24h später habe ich manchmal 3-4 Devices zusätzlich die die gleiche Konfig haben. Aktualisiert wird mal das erste Device manchmal aber auch eines der neuen Devices allerdings immer nur eins.

Hast Du hierzu noch ne Idee oder einen Tipp?

Gruss hoods



Odroid C2, FHEM 5.8, HMUSB, Jeelink, Rademacher DuoFern Stick, Benning WR über HTTPMOD

pejonp

Hallo hoods,

sind in deiner Gegend noch mehrer Wetterstationen installiert (dichte Bebauung oder eher ländlich) ?
Sind noch andere Sensoren im Einsatz ? Regen, nur Wind, nur Temp/Hum... ? Diese gibt es ja auch von Ventus.

pejonp
LaCrossGW 868MHz:WT470+TFA+TX37-IT+EMT7110+W136+WH25A HP1003+WH2621
SignalD(CC1101):Bresser+WS-0101(868MHz WH1080)+Velux KLF200+MAX!+HM-MOD-UART:Smoke HM-SEC-SD+VITOSOLIC 200 RESOL VBUS-LAN+SolarEdge SE5K(Modbus)+Sonnen!eco8(10kWh)+TD3511+DRT710M(Modbus)+ZigBee+Z-Wave+MQTT+vitoconnect

hoods

Hallo pejonp,

ist eher ländlich und in den Gärten habe ich bisher keine Wetterstation entdecken können. Allerdings meldet mir mein signalduino (433Mhz) schon ne Reihe Sensoren in der Nachbarschaft. Also kurzum, ganz ausschliessen dass noch jemand eine Ventus in der Nachbarschaft hat kann ich nicht.

Interessanterweise wurde seit gestern Abend kein neues Device angelegt, seit dem der LGW die Arbeit übernommen hat. Unterschied: Der Jeelink hängt im Dachgeschoss, Luftlinie ca. 20m zum Sensor durch Stahlbeton und der LGW steht aktuell im Wohnzimmer. Luftlinie LGW - Sensor, vielleicht 8m und nur ne Glassscheibe dazwischen.

Sehr komisch ... ich beobachte weiter.

Gruss hoods


Odroid C2, FHEM 5.8, HMUSB, Jeelink, Rademacher DuoFern Stick, Benning WR über HTTPMOD

Homalix99

Hallo!
Ich habe mir letzte Woche einen Orginal Jee-Link besorgt und in Fhem eingebunden.
Alles soweit ok, jedoch zeigten die rain Werte völlig andere Daten als es der Wirklichkeit entspricht. Am Display der Orginal WS1600 wird 74.0 mm Regenmenge angezeigt. Das LaCrosse Modul in Fhem zeigt zur gleichen Zeit 692 an.
Zuerst dachte ich, das ist der Orginalwert mal Faktor 10. Bei Aktivierung des LaCrosse Moduls vor einer Woche zeigte die WS1600 Station 69.5 mm und das Modul 695, aber das Modul zählt bei Regen in Kommaschritten hoch (z. B. 693,4 -> 693,8 usw., während die gefallene Regenmenge in der WS1600 Station korrekt angezeigt wird.
So sieht das list des Jee-Link aus:

Internals:
   Clients    :PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110:KeyValueProtocol
   DEF        /dev/ttyUSB0@57600
   DeviceName /dev/ttyUSB0@57600
   FD         35
   NAME       myJeeLink
   NR         1018
   PARTIAL   
   RAWMSG     OK WS 48 1 4 7 255 5 104 255 255 255 255 255 255 0
   STATE      initialized
   TYPE       JeeLink
   initMessages
   model      LaCrosseITPlusReader.10.1s
   myJeeLink_MSGCNT 25604
   myJeeLink_TIME 2018-02-01 10:18:15
   settings   (RFM69CW f:868300 r:8842)
   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:
     2018-02-01 10:18:15   state           initialized
Attributes:
   flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
   icon       cul
   initCommands 2r 0a v
   room       System

Bild der Werte des LaCrosse Moduls im Anhang.
Vielleicht hat jemand eine Idee woran es liegen könnte.
Danke erstmal
VG

Alex
- RPI 4 fhem in Docker, 2 x Arduino Uno, HM-GW, HM-Dev. (Fensterkontakte, HK-Thermostate, div. Aktoren), JeeLink,
- GPIOs, HM-LAN, ESPs (MQTT2)
-Überwachung Fenster/Türen/Licht, HK-Thermostatregelung, Rollosteuerung, Überw. Betriebstemperaturen Heizung, Erfassung Gas/Wasser, PV-Anl., Wetter (WS1600)

HCS

Zitat von: Homalix99 am 01 Februar 2018, 10:36:47
Vielleicht hat jemand eine Idee woran es liegen könnte.
Eigentlich habe ich aktuell keine Idee.

OK WS 48 1 4 7 255 5 104 255 255 255 255 255 255 0
ergibt 692mm, bedeutet, die 692 kommen so schon vom Jeelink.

Du könntest eins machen: den JeeLink an einen Rechner mit Terminalprogramm stecken (57600 baud) und
2r
1p
schicken, dass die Empfangenen Rohdaten ausgegeben werden.
Wir müssten mal sehen, was da auf der HF-Seite reinkommt.

Homalix99

ok, werde ich morgen machen, hab den Lapi heut schon weggeräumt. Kann es vielleicht auch daran liegen, dass ich eine Wetterstation von Conrad habe?
Eigentlich sollte die ja identisch zu einer Technotrend IT sein, oder?

VG

Alex
- RPI 4 fhem in Docker, 2 x Arduino Uno, HM-GW, HM-Dev. (Fensterkontakte, HK-Thermostate, div. Aktoren), JeeLink,
- GPIOs, HM-LAN, ESPs (MQTT2)
-Überwachung Fenster/Türen/Licht, HK-Thermostatregelung, Rollosteuerung, Überw. Betriebstemperaturen Heizung, Erfassung Gas/Wasser, PV-Anl., Wetter (WS1600)

HCS

Zitat von: Homalix99 am 04 Februar 2018, 20:10:49
Kann es vielleicht auch daran liegen, dass ich eine Wetterstation von Conrad habe?
Eigentlich sollte die ja identisch zu einer Technotrend IT sein, oder?
Genau das will ich mal an den Rohdaten versuchen nachzuvollziehen.


Homalix99

Hallo!
mea culpa!
Die Daten kamen schon korrekt. Ich dachte ich hätte bei Inbetriebnahme des Jeelink auch gleich die Batterien im TX22 und der Wetterstattion gewechselt. Naja rausgelegt hatte ich sie schon, aber nicht gewechselt. Hab dann den Jeelink mit "ignore battery" in Betrieb genommen und, was mich so verwirrte, war, dass die Regenmenge an der WS1600, welche ich am 1.1.18 resetet hatte (aber eben nur in der Station) bei Inbetriebnahme des LaCrosse Moduls genau 68 mm zeigte und die im TX22 den Wert seit letztem Jahr zufällig das 10 fache davon, nähmlich 680 mm war. Beim Vergleich der Werten in Fhem mit deren in der Station habe ich dann gedacht: "Komisch, naja dann teile ich den Wert einfach durch 10".
Nee, alles gut
Nochmal vielen Dank!
PS: Jetzt fehlt mir nur noch der Luftdruck in Fhem, da dieser ja in der WS1600 direkt gemessen wird. Welchen möglichst preiswerten  Sensor kann man da über Jeelink mit einbinden?

VG

Alex
- RPI 4 fhem in Docker, 2 x Arduino Uno, HM-GW, HM-Dev. (Fensterkontakte, HK-Thermostate, div. Aktoren), JeeLink,
- GPIOs, HM-LAN, ESPs (MQTT2)
-Überwachung Fenster/Türen/Licht, HK-Thermostatregelung, Rollosteuerung, Überw. Betriebstemperaturen Heizung, Erfassung Gas/Wasser, PV-Anl., Wetter (WS1600)