[GELÖST] Oregon Raumtemperatur und Feuchtefühler als HM-TC-IT-WM-W-EU verwenden?

Begonnen von Burny4600, 11 April 2018, 16:30:23

Vorheriges Thema - Nächstes Thema

Burny4600

Lässt sich zb. ein Oregon Raumtemperatur und Feuchtefühler als HM-TC-IT-WM-W-EU verwenden um die HM-CC-RT-DN damit regeln zu können.
Grundsätzlich benötige ich ja nur die Temperatur die ich an den HM-CC-RT-DN.
Nur gibt es hierfür kein peering.
Kann man einen Dummy für das peering errichten der die Isttemperatur des Oregon Raumtemperaturfühlers übernimmt?
LG Chris

Raspberry Pi 2-5, Bullseye Lite, Bookworm Lite
Schnittstellen: 1-Wire, FHEM2FEHEM, HM-MOD-UART, LAN, Modbus, MQTT, nanoCUL, RFXtrx433E, SIGNALduino, ser2net
Devices: APC, Eastron, FS20, IT, Homematic, MQTT, PV-(DEYE, EPEVER, FRONIUS), Resol-VBUS, S.USV, TEK603, WMR200, YouLess


MadMax-FHEM

Prinzipiell: ja ;)

Es gibt schon einiges dazu im Forum...
...eine schnelle Suche ergab z.B.: https://forum.fhem.de/index.php/topic,84680.msg769971.html#msg769971

Aber es gibt deutlich mehr zu dem Thema.

Evtl. sogar im Wiki zum Heizkörperthermostaten...

EDIT: ok zu langsam ;)

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Burny4600

Danke für die Tipps.

Wenn der Suchbegriff stimmt findet man auch etwas.
LG Chris

Raspberry Pi 2-5, Bullseye Lite, Bookworm Lite
Schnittstellen: 1-Wire, FHEM2FEHEM, HM-MOD-UART, LAN, Modbus, MQTT, nanoCUL, RFXtrx433E, SIGNALduino, ser2net
Devices: APC, Eastron, FS20, IT, Homematic, MQTT, PV-(DEYE, EPEVER, FRONIUS), Resol-VBUS, S.USV, TEK603, WMR200, YouLess

Burny4600

Ein Problem habe ich bei der Verwirklichung der Temperaturübername des Sensors auf den virtuellen Sensor.
Die Temperatur wird ausgelesen aus dem Oregon Sensor, aber die Temperatur wird nicht in den virtuellen Sensor übernommen.
Der Teil { my $temp=(ReadingsVal("THGR810_6","temperatureof","0"))}  liefert den Temperaturwert.
{ my $temp=(ReadingsVal("THGR810_6","temperatureof","0"));; fhem (set wz_vT_Sensor1 virtTemp $temp) }

Bei der manuellen Ausführung bekomme ich die Fehlermeldung
Can't locate object method "virtTemp" via package "20.7" (perhaps you forgot to load "20.7"?) at (eval 1060635) line 1.
Nur wo kann ich (perhaps you forgot to load "20.7"?) at (eval 1060635) line 1. eine Anpassung vornehmen?

wz_vT_Sensor1
Internals:
   CFGFN     
   DEF        AAA00101
   NAME       wz_vT_Sensor1
   NOTIFYDEV  global
   NR         19504
   STATE      set_press short
   TYPE       CUL_HM
   chanNo     01
   device     wz_vT
   READINGS:
     2018-04-11 19:30:36   peerList       
     2018-04-11 18:45:44   state           set_press short
   helper:
     cfgChkResult No regs found for:


     count      1
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
       vrt        1
     shadowReg:
     tmpl:
   nb:
     cnt        2
Attributes:
   model      virtual_1
   peerIDs   
   room       OG1-Stiegenhaus
   subType    virtual
   webCmd     press short:press long


list at_wz_vT
Internals:
   CFGFN     
   COMMAND    { my $temp=(ReadingsVal("THGR810_6","temperatureof","0"));; fhem (set wz_vT_Sensor1 virtTemp $temp) }
   DEF        +*00:02 { my $temp=(ReadingsVal("THGR810_6","temperatureof","0"));; fhem (set wz_vT_Sensor1 virtTemp $temp) }
   NAME       at_wz_vT
   NR         19589
   NTM        09:40:18
   PERIODIC   yes
   RELATIVE   yes
   REP        -1
   STATE      Next: 09:40:18
   TIMESPEC   00:02
   TRIGGERTIME 1523518818.29535
   TRIGGERTIME_FMT 2018-04-12 09:40:18
   TYPE       at
   READINGS:
     2018-04-12 09:38:18   state           Next: 09:40:18
Attributes:
   room       OG1-Stiegenhaus


list wz_vT
Internals:
   CFGFN     
   DEF        AAA001
   IODev     
   NAME       wz_vT
   NOTIFYDEV  global
   NR         19501
   STATE      ERR_IOdev_undefined
   TYPE       CUL_HM
   channel_01 wz_vT_Sensor1
   protCmdDel 0
   protIOerr  1 last_at:2018-04-11 18:45:44
   protState  CMDs_done_Errors:1
   READINGS:
     2018-04-11 18:45:44   state           ERR_IOdev_undefined
   helper:
     HM_CMDNR   32
     mId       
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +AAA001,00,00,00
       prefIO     
       rxt        0
       vccu       
       p:
         AAA001
         00
         00
         00
     mRssi:
       mNo       
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       vrt        1
     rssi:
     shadowReg:
     tmpl:
Attributes:
   expert     2_raw
   model      virtual_1
   room       OG1-Stiegenhaus
   subType    virtual
   webCmd     virtual

LG Chris

Raspberry Pi 2-5, Bullseye Lite, Bookworm Lite
Schnittstellen: 1-Wire, FHEM2FEHEM, HM-MOD-UART, LAN, Modbus, MQTT, nanoCUL, RFXtrx433E, SIGNALduino, ser2net
Devices: APC, Eastron, FS20, IT, Homematic, MQTT, PV-(DEYE, EPEVER, FRONIUS), Resol-VBUS, S.USV, TEK603, WMR200, YouLess

frank

bei wz_vT fehlt attr IODev und attr expert löschen.
bei wz_vT_Sensor1 attr subType löschen.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Thorsten Pferdekaemper

Hi,
der Befehl muss in "" wenn Du die Funktion fhem aufrufst:

fhem ("set wz_vT_Sensor1 virtTemp ".$temp) }

Gruß,
   Thorsten
FUIP

Burny4600

Gut die Änderungen habe ich gemacht.
Warum wird bei einem virtuellen Device ein IODev benötigt?

ZitatHi,
der Befehl muss in "" wenn Du die Funktion fhem aufrufst:
Wenn ich { my $temp=(ReadingsVal("THGR810_6","temperatureof","0"));; fhem ("set wz_vT_Sensor1 virtTemp ".$temp) }

in der Befehlszeile eingebe bekomme ich dennoch eine Fehlermeldung und der Temperaturwert wird nicht übernommen.
Unknown argument virtTemp, choose one of peerChan postEvent press
LG Chris

Raspberry Pi 2-5, Bullseye Lite, Bookworm Lite
Schnittstellen: 1-Wire, FHEM2FEHEM, HM-MOD-UART, LAN, Modbus, MQTT, nanoCUL, RFXtrx433E, SIGNALduino, ser2net
Devices: APC, Eastron, FS20, IT, Homematic, MQTT, PV-(DEYE, EPEVER, FRONIUS), Resol-VBUS, S.USV, TEK603, WMR200, YouLess

frank

ZitatWarum wird bei einem virtuellen Device ein IODev benötigt?

auch eine vccu hat ein attr iodev.
ich denke, es hat mit dem 2-stufen-modul-konzept zu tun.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Burny4600

Soweit so gut.
Jetzt muss ich irgendwie den Fehler finden warum der virtuelle Sensor die Temperatur des echten Sensors nicht übernimmt.
LG Chris

Raspberry Pi 2-5, Bullseye Lite, Bookworm Lite
Schnittstellen: 1-Wire, FHEM2FEHEM, HM-MOD-UART, LAN, Modbus, MQTT, nanoCUL, RFXtrx433E, SIGNALduino, ser2net
Devices: APC, Eastron, FS20, IT, Homematic, MQTT, PV-(DEYE, EPEVER, FRONIUS), Resol-VBUS, S.USV, TEK603, WMR200, YouLess

frank

FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Burny4600

Das hilft mir auch nicht wirklich weiter.
Die Meldung ist im prinzip das Gleiche.
2018.04.12 14:12:18.572 3: set wz_vT_Sensor1 virtTemp 20.9 : Unknown argument virtTemp, choose one of peerChan postEvent press
2018.04.12 14:12:18.573 3: at_wz_vT: Unknown argument virtTemp, choose one of peerChan postEvent press

Nur was hat das jetzt mit dem peerChan zu tun bei der Befühlung des virtuellen Homematic Sensors mit Temperaturwerten eines reellen Sensors.
LG Chris

Raspberry Pi 2-5, Bullseye Lite, Bookworm Lite
Schnittstellen: 1-Wire, FHEM2FEHEM, HM-MOD-UART, LAN, Modbus, MQTT, nanoCUL, RFXtrx433E, SIGNALduino, ser2net
Devices: APC, Eastron, FS20, IT, Homematic, MQTT, PV-(DEYE, EPEVER, FRONIUS), Resol-VBUS, S.USV, TEK603, WMR200, YouLess

Beta-User

Kannst du nochmal das peering wiederholen? Hat ja beim ersten Durchlauf mangels IO nicht funktioniert...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

Burny4600

So.
Nun funktioniert es.
Ich habe dabei einen Denkfehler gehabt.
Ich stellte mir es so vor das die Temperatur in eine virtuelle Temperaturmessung unter HomeMatic definiert wird.
Dabei ist es hier notwendig die Temperatur über einen Kanal dem Regler zu übermitteln.

Danke noch für die Unterstützung.
LG Chris

Raspberry Pi 2-5, Bullseye Lite, Bookworm Lite
Schnittstellen: 1-Wire, FHEM2FEHEM, HM-MOD-UART, LAN, Modbus, MQTT, nanoCUL, RFXtrx433E, SIGNALduino, ser2net
Devices: APC, Eastron, FS20, IT, Homematic, MQTT, PV-(DEYE, EPEVER, FRONIUS), Resol-VBUS, S.USV, TEK603, WMR200, YouLess