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?
Hi,
im Prinzip steht das im Wiki:
https://wiki.fhem.de/wiki/HM-CC-RT-DN_Funk-Heizk%C3%B6rperthermostat
...und dort hier:
https://wiki.fhem.de/wiki/HM-CC-RT-DN_Funk-Heizk%C3%B6rperthermostat#Temperatursensoren
Gruß,
Thorsten
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
Danke für die Tipps.
Wenn der Suchbegriff stimmt findet man auch etwas.
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
bei wz_vT fehlt attr IODev und attr expert löschen.
bei wz_vT_Sensor1 attr subType löschen.
Hi,
der Befehl muss in "" wenn Du die Funktion fhem aufrufst:
fhem ("set wz_vT_Sensor1 virtTemp ".$temp) }
Gruß,
Thorsten
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
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.
Soweit so gut.
Jetzt muss ich irgendwie den Fehler finden warum der virtuelle Sensor die Temperatur des echten Sensors nicht übernimmt.
da würde ich ins log schauen.
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.
Kannst du nochmal das peering wiederholen? Hat ja beim ersten Durchlauf mangels IO nicht funktioniert...
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.