14_CUL_TX.pm und WH1080

Begonnen von franky08, 26 Juni 2017, 17:15:29

Vorheriges Thema - Nächstes Thema

franky08

Hallo, habe seit langer Zeit mal auf meinen über F2F Raspi, fhem Nebeninstanz, geschaut und verwundert festgestellt das der CUL COC meine Wetterstation empfängt. Also autocreate angeworfen und die Sensoren werden als CUL_TX_115 eingebunden. Da die 14_CUL_TX.pm aber nur Temperatur und Luftfeuchte, als Reading, zur Verfügung stellt wollte ich mal nachfragen ob es auch möglich ist die restlichen Sensoren (Wind, Windrichtung, Regenmenge usw.) auszuwerten. Anbei mal ein list vom COC und vom CUL_TX_115

VG
Frank

Internals:
   CFGFN
   COC_MSGCNT 2121
   COC_RAWMSG TXAEE7400404
   COC_RSSI   -96.5
   COC_TIME   2017-06-26 17:12:24
   CODE       115
   DEF        115
   LASTInputDev COC
   MSGCNT     2121
   NAME       CUL_TX_115
   NR         119
   STATE      T: 20.2 H: 40.0
   TYPE       CUL_TX
   corr       0
   lastH      1498489944
   lastT      1498489942
   minsecs    0
   Readings:
     2017-06-26 17:12:24   humidity        40.0
     2017-06-26 17:12:24   state           T: 20.2 H: 40.0
     2017-06-26 17:12:22   temperature     20.2
Attributes:
   room       CUL_TX


Internals:
   CMDS       mbCFiAZOGMKbRTVWXefltux
   COC_MSGCNT 2580
   COC_TIME   2017-06-26 17:13:45
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        /dev/ttyAMA0@38400 1234
   DeviceName /dev/ttyAMA0@38400
   FD         11
   FHTID      1234
   NAME       COC
   NR         15
   PARTIAL
   RAWMSG     SC45AA0011E0003482E00010000000011FA
   RSSI       -77
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 CSM868
   initString X21
   Matchlist:
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04....(1|5|9).a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   Readings:
     2017-06-25 20:21:09   ccconf          freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:8dB
     2017-06-25 20:10:23   cmds             m b C F i A Z O G M K b R T V W X e f l t u x
     2017-06-25 20:10:23   raw             No answer
     2017-06-26 17:13:45   state           Initialized
     2017-06-25 20:10:11   uptime          0 00:01:28
     2017-06-25 20:09:58   version         V 1.67 CSM868
Attributes:
   addvaltrigger 1
   rfmode     SlowRF
   room       System


P.S. es ist natürlich auch möglich das das empfangene Signal gar nicht von meiner WH1080 stammt, sondern irgenein Teil von einem Nachbarn ist, der rssi spräche dafür
Debian Wheezy auf ZBOX nano/ Debian Bullseye auf 2.ter ZBOX nano F2F an 2x RaspiB
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu ,fhem5.8, CCU2,
ECMD an AVR-NET-IO mit DAC u. ADC an Junkers Stetigregelung, Siemens LOGO!8, JeeLink uvm...

rudolfkoenig

Warum denkst du, dass dein COC Daten von deinem Wetterstation empfaengt, und nicht etwa von einem Nachbar? Und wenn du sicher bist, bekommst du auf verbose 2 Meldungen der Sorte: "CUL_TX $type $name $id3 ($msg) unknown type"?
Sonst habe ich keine Idee.

franky08

ZitatWarum denkst du, dass dein COC Daten von deinem Wetterstation empfaengt, und nicht etwa von einem Nachbar?...

ZitatP.S. es ist natürlich auch möglich das das empfangene Signal gar nicht von meiner WH1080 stammt, sondern irgenein Teil von einem Nachbarn ist, der rssi spräche dafür
Hab ich schon darüber nachgedacht  ;)
Seit 3 Jahren habe ich die Wetterstation über usb und fowsr am laufen, dafür eine extra fhem Webinstanz auf einem Raspi eingerichtet da fowsr blockierend arbeitet. Diese zweite Instanz könnte ich loswerden wenn ich die Sensoren direkt, über Funk, empfangen könnte und bin gerade dabei mit einem ARDUINO NANO und einem RX868SH-DV zu experimentieren, denke das das zielführend sein wird.

VG
Frank
Debian Wheezy auf ZBOX nano/ Debian Bullseye auf 2.ter ZBOX nano F2F an 2x RaspiB
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu ,fhem5.8, CCU2,
ECMD an AVR-NET-IO mit DAC u. ADC an Junkers Stetigregelung, Siemens LOGO!8, JeeLink uvm...

pejonp

Hi franky08,

Schau mal nach signalduino der kann eine wh1080 empfangen. Hier ist eine anleitung https://forum.fhem.de/index.php/topic,15501.msg686233.html#msg686233

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