Hallölleee
ich wollte so nen HMS 100 tf mit nem HM_CC_RT_DN verbinden
define Wohn_hzg THRESHOLD HMS100TF_29b2_ch1:measured-temp CUL_HM_HM_CC_RT_DN_21BACB_Climate
set Wohn_hzg desired 20
das der sozusagen die externe Temperatur hernimmt
hab ich da evtl. nen Denkfehler drin ?
schon.
welches kommando sollte an den RT gesendet werden?
der rt ist nicht für einen virtuellen temp-fühler ausgelegt (aktuell jedenfalls)
eigentlich wollte ich
Mit dem Set 20 grad das der automatisch die Temp nimmt
und solange aufheizt bis 20 Grad im Raum sind
gemessen über dem hms
nun, threshold ist nicht meine domain.
Sicher hast du die Anleitung gelesen
Meiner Ansicht nach sieht es so aus:
define <name> THRESHOLD <sensor>:<reading>:<hysteresis>:<target_value>:<offset>
AND|OR <sensor2>:<reading2>:<state>
<actor>|<cmd1_gt>
|<cmd2_lt>
|<cmd_default_index>
|<state_cmd1_gt>:<state_cmd2_lt>
|<state_format>
define Wohn_hzg THRESHOLD HMS100TF:measured-temp:2 rt_Clima|set @ desired-temp off|set @ desired-temp on
set actor off ist kein RT kommando - da musst du schon eins angeben
beim RT ist der interessante Channel Clima, nicht Climate
Gruss Martin
Sprechen die überhaupt das gleiche Protokoll?
Das eine ist ja HM, dass andere FS20.
Oder hast du 2 CULs o.ä.?
Hi,
wenn der Temperaturfühler kein HM-Gerät ist, dann geht's nicht (zumindest noch nicht). Siehe auch diesen Thread:
http://forum.fhem.de/index.php/topic,17485.0.html (http://forum.fhem.de/index.php/topic,17485.0.html)
Natürlich könnte man jetzt irgendwas schreiben (at, notify, THRESHOLD), was abhängig vom externen Sensor dem RT eine sehr hohe oder sehr niedrige Solltemperatur liefert, damit er auf oder zu macht. Das wird aber dem RT nicht wirklich gerecht, wahrscheinlich regelt er ohne den externen Sensor dann besser.
Gruß,
Thorsten
Ich verstehe die Einwände nicht.
a) ich gehe davon aus, dass hansgans IO devices installiert und configuriert hat, um mit beiden devices reden zu können - das war nicht nicht Frage.
b) hier wird nicht versucht, dem RT die ist-temp zu übermitteln sondern (auf eine ruppige art) zu regeln. Es wird immer ein/aus geschaltet - das ist, was threshold anbietet. Und das sollte funktionieren. wie sich dass auf die temp auswirkt... war nicht die Frage.
c) das von Thorsten angesprochene Konzept hat nichts mit threshold zu tun - wäre aber wohl eine viel besseren Lösung.
Hi,
da fällt mir noch eine Möglichkeit ein:
Ich gehe davon aus, dass man am RT das R-tempOffset per FHEM setzen kann. Dann könnte man doch mit einem at oder notify die am HMS gemessene Temperatur mit der Ist-Temperatur am RT vergleichen und mit der Differenz R-tempOffset setzen. Dann überlässt man dem RT das Regeln, kann es aber von außen beeinflussen.
Gruß,
Thorsten
Hi Thorsten,
denke nein. Der Umfang von Offset ist +-3K - zu wenig.
register setzen zum Regeln würde ich nicht machen.
Generell halte ich dies sowieso für ein abenteuerliches Vorgehen... threshold in dieser Form. Aber vielleicht klappts.
Gruss Martin
Hi,
vielleicht wird für den Original-Poster dieses Therads jetzt das hier interessant:
http://forum.fhem.de/index.php/topic,17485.0.html (http://forum.fhem.de/index.php/topic,17485.0.html)
Gruß,
Thorsten
kann man evtl die measured Temp auf den stellantrieb schreiben ?
das war das ziel. Sollte jetzt gehen
und wie ?
p.s. da fehlt nen smiley mit nem fragezeichen aufn kopf :)
war im anderen Threat.
baue einen virtual channel
peere diesen mit dem RT weather channel
danach kannst du dem virtual channel "virtTemp 20" sagen und er wird dem RT von nun an regelmäßig (alle 2,5min) diesen Wert übermitteln. Mache ein erneutes virtTemp und beim nächsten senden wird der neue Wert gesendet.
Du brauchst also ein notify auf die Änderung dass realen THsensors. Der muss das virtTemp auslösen.
klar? Ich denke die Kommandos kannst du zusammen bringen. Achtung - die SW ist heute eingecheckt. Aus SVN holen oder morgen per update
Gruss Martin
soweit bin ich jetzt gekommen
define virTemp CUL_HM 123456
attr virTemp autoReadReg 4_reqStatus
attr virTemp expert 2_full
attr virTemp model virtual_20
attr virTemp peerIDs 1
attr virTemp subType virtual
attr virTemp webCmd virtual
define virtemp1 notify HMS100TF_29b2:temperature.* set virTemp_Btn1 value $EVTPART0
define virTemp_Btn1 CUL_HM 12345601
attr virTemp_Btn1 model virtual_1
attr virTemp_Btn1 peerIDs 21BACB01,
attr virTemp_Btn1 webCmd press short:press long
bei virTemp_Btn1 steht im Reading
peerList
CUL_HM_HM_CC_RT_DN_21BACB_Weather,
2014-02-01 16:04:38
was mache ich da falsch ?
das peerChan zwischen dem virt btn und dem weather chan hat funktioniert jetzt bräucht ihr nur noch hilfe beim notify :)
Unnötig - kann gelöscht werden
attr virTemp autoReadReg 4_reqStatus
attr virTemp expert 2_full
sollte geändert werden
attr virTemp_Btn1 webCmd virtTemp:virtHum
muss geändert werden
define virtemp1 notify HMS100TF_29b2:temperature.* set virTemp_Btn1 virtTemp $EVTPART1
$EVTPART1: hier bin ich mir nicht sicher an welcher Stelle die temperatur des HMS steht.
Irgendwann sollte ein
set virTemp_Btn1 peerChan 0 CUL_HM_HM_CC_RT_DN_21BACB_Weather single
passiert sein. Und im RT sollte nach abschluss der virTemp_Btn1 in der peerlist des CUL_HM_HM_CC_RT_DN_21BACB_Weather zu sehen sein
Optional kann man auch die Namen verkürzen ;)
Gruss Martin
das funkt jetzt sieht dann so aus
# Vir Temp Wohnzimmer
define virTemp CUL_HM 123456
attr virTemp model virtual_1
attr virTemp peerIDs
attr virTemp subType virtual
attr virTemp webCmd virtual
define virTemp_Btn1 CUL_HM 12345601
attr virTemp_Btn1 model virtual_1
attr virTemp_Btn1 peerIDs 21BACB01,
attr virTemp_Btn1 webCmd virtTemp:virtHum
define virtemp1 notify HMS100TF_29b2:temperature.* set virTemp_Btn1 virtTemp $EVTPART1
kann ich das auch für andere räume hernehmen ? weil er löst für die anderen räume kein notify aus wenn die temperatur reinkommt
bei 2 kommt im log
2014.02.02 09:52:30 5: Cmd: >set virTemp4_Btn1 virtTemp $EVTPART1<
2014.02.02 09:52:30 3: virtemp5 return value: Unknown argument virtTemp, choose one of peerChan postEvent press
jetzt gehts erst peerchan dann gehts
eine sache die mich noch stört ist das die ihre virtuelle
temperatur verlieren lässt sich dann nur beheben mit
1 nochmal peeren
2 und danach ein get config
sonst lauft das eigentlich alles ganz gut
Zitatdas die ihre virtuelle temperatur verlieren
wer sind
die - und wann verlieren sie ihre temp?
welche teil musst du noch einmal peeren? Der RT vergisst das peeren nicht.
getConfig ändert eigentlich nichts. Könnte aber sein, dass durch anlernen der mechanismuss neu gestartet wird. Wenn der restart zu lange her, oder etwas verloren gegangen ist sind die beiden nicht synchron. Sollten sie aber wieder werden, dauert aber.
Gruss Martin
define HMS100TF_979e HMS 979e temperatur fühler
geht über notify auf
define virtemp1 notify HMS100TF_29b2:temperature.* set virTemp_Btn1 virtTemp $EVTPART1
define virTemp CUL_HM 123456
attr virTemp model virtual_1
attr virTemp peerIDs
attr virTemp subType virtual
attr virTemp webCmd virtual
define virTemp_Btn1 CUL_HM 12345601
attr virTemp_Btn1 alias Whz_Hzg_virtual
attr virTemp_Btn1 model virtual_1
attr virTemp_Btn1 peerIDs 21BACB01,
attr virTemp_Btn1 webCmd virtTemp:virtHum
und ist gepeert mit
define Whz_Hzg_Weather CUL_HM 21BACB01
attr Whz_Hzg_Weather model HM-CC-RT-DN
attr Whz_Hzg_Weather peerIDs 00000000,12345601,
der HM-CC-RT-DN nimmt dann seine eigene temperatur am heizkörperthermostat her und nicht die gepeerte vom virt temp
wann ist immer unterschiedlich
1 bild normal
2 bild verliert der da einfach die richtige temp
du könntest einmal ein logfile mit den Temperaturen erstellen - und grafisch darstellen - da sollte man die Probleme schneller sehen.
was du wann neu peeren musstet ist mir nicht klar. Sicher ist, dass du ein save machen musst um die peers des virTemp_Btn1 zu speichern
ich würde sagen schön zu sehen im unteren bild :)
weil ich es grad sehe
im fhem log
Use of uninitialized value in numeric eq (==) at ./FHEM/10_CUL_HM.pm line 3553.
Use of uninitialized value in numeric comparison (<=>) at fhem.pl line 2320.
Use of uninitialized value in numeric comparison (<=>) at fhem.pl line 2320.
Use of uninitialized value in numeric comparison (<=>) at fhem.pl line 2320.
Use of uninitialized value in numeric comparison (<=>) at fhem.pl line 2320.
Use of uninitialized value in numeric comparison (<=>) at fhem.pl line 2320.
Use of uninitialized value in numeric eq (==) at ./FHEM/10_CUL_HM.pm line 3553.
Use of uninitialized value in numeric eq (==) at ./FHEM/10_CUL_HM.pm line 3553.
se of uninitialized value in addition (+) at ./FHEM/10_CUL_HM.pm line 3520.
Use of uninitialized value in addition (+) at ./FHEM/10_CUL_HM.pm line 3522.
Use of uninitialized value in numeric eq (==) at ./FHEM/10_CUL_HM.pm line 3526.
Use of uninitialized value in sprintf at ./FHEM/10_CUL_HM.pm line 3534.
Use of uninitialized value in sprintf at ./FHEM/10_CUL_HM.pm line 3534.
Use of uninitialized value $p in pattern match (m//) at ./FHEM/10_CUL_HM.pm line 3835.
Use of uninitialized value $mFlg in bitwise and (&) at ./FHEM/10_CUL_HM.pm line 3837.
Use of uninitialized value $mTp in string eq at ./FHEM/10_CUL_HM.pm line 3927.
2014.02.09 09:12:27 0: HMLAN_Parse: HMLAN1 R:R15B466A7 stat:0002 t:00000000 d:FF r:7FFF m:03
Use of uninitialized value in numeric eq (==) at ./FHEM/10_CUL_HM.pm line 3553.
2014.02.09 09:12:52 5: CUL/RAW: /H76260093415104
2014.02.09 09:12:52 4: CUL_Parse: CUN123 H76260093415104 -72
2014.02.09 09:12:52 5: CUN123 dispatch 810e04xx0510a0017626000000934151
Use of uninitialized value in addition (+) at ./FHEM/10_CUL_HM.pm line 3515.
Use of uninitialized value in addition (+) at ./FHEM/10_CUL_HM.pm line 3520.
Use of uninitialized value in addition (+) at ./FHEM/10_CUL_HM.pm line 3522.
Use of uninitialized value in numeric eq (==) at ./FHEM/10_CUL_HM.pm line 3526.
Use of uninitialized value in sprintf at ./FHEM/10_CUL_HM.pm line 3534.
Use of uninitialized value in sprintf at ./FHEM/10_CUL_HM.pm line 3534.
Use of uninitialized value in addition (+) at ./FHEM/10_CUL_HM.pm line 3541.
Use of uninitialized value $p in pattern match (m//) at ./FHEM/10_CUL_HM.pm line 3835.
Use of uninitialized value $mFlg in bitwise and (&) at ./FHEM/10_CUL_HM.pm line 3837.
Use of uninitialized value $mTp in string eq at ./FHEM/10_CUL_HM.pm line 3927.
2014.02.09 09:13:01 0: HMLAN_Parse: HMLAN1 R:R15B4E827 stat:0002 t:00000000 d:FF r:7FFF m:01
Use of uninitialized value in numeric eq (==) at ./FHEM/10_CUL_HM.pm line 3553.
Use of uninitialized value in addition (+) at ./FHEM/10_CUL_HM.pm line 3520.
Use of uninitialized value in addition (+) at ./FHEM/10_CUL_HM.pm line 3522.
Use of uninitialized value in numeric eq (==) at ./FHEM/10_CUL_HM.pm line 3526.
Use of uninitialized value in sprintf at ./FHEM/10_CUL_HM.pm line 3534.
Use of uninitialized value in sprintf at ./FHEM/10_CUL_HM.pm line 3534.
Use of uninitialized value $p in pattern match (m//) at ./FHEM/10_CUL_HM.pm line 3835.
Use of uninitialized value $mFlg in bitwise and (&) at ./FHEM/10_CUL_HM.pm line 3837.
Use of uninitialized value $mTp in string eq at ./FHEM/10_CUL_HM.pm line 3927.
Use of uninitialized value in addition (+) at ./FHEM/10_CUL_HM.pm line 3520.
Use of uninitialized value in addition (+) at ./FHEM/10_CUL_HM.pm line 3522.
Use of uninitialized value in numeric eq (==) at ./FHEM/10_CUL_HM.pm line 3526.
Use of uninitialized value in sprintf at ./FHEM/10_CUL_HM.pm line 3534.
Use of uninitialized value in sprintf at ./FHEM/10_CUL_HM.pm line 3534.
Use of uninitialized value $p in pattern match (m//) at ./FHEM/10_CUL_HM.pm line 3835.
Use of uninitialized value $mFlg in bitwise and (&) at ./FHEM/10_CUL_HM.pm line 3837.
Use of uninitialized value $mTp in string eq at ./FHEM/10_CUL_HM.pm line 3927.
2014.02.09 09:13:46 0: HMLAN_Parse: HMLAN1 R:R15B59997 stat:0002 t:00000000 d:FF r:7FFF m:04
2014.02.09 09:13:46 0: HMLAN_Parse: HMLAN1 R:R15B5999F stat:0002 t:00000000 d:FF r:7FFF m:05
Use of uninitialized value in numeric eq (==) at ./FHEM/10_CUL_HM.pm line 3553.
Use of uninitialized value in numeric eq (==) at ./FHEM/10_CUL_HM.pm line 3553.
Use of uninitialized value in addition (+) at ./FHEM/10_CUL_HM.pm line 3520.
Use of uninitialized value in addition (+) at ./FHEM/10_CUL_HM.pm line 3522.
Use of uninitialized value in numeric eq (==) at ./FHEM/10_CUL_HM.pm line 3526.
Use of uninitialized value in sprintf at ./FHEM/10_CUL_HM.pm line 3534.
Use of uninitialized value in sprintf at ./FHEM/10_CUL_HM.pm line 3534.
Use of uninitialized value $p in pattern match (m//) at ./FHEM/10_CUL_HM.pm line 3835.
Use of uninitialized value $mFlg in bitwise and (&) at ./FHEM/10_CUL_HM.pm line 3837.
Use of uninitialized value $mTp in string eq at ./FHEM/10_CUL_HM.pm line 3927.
2014.02.09 09:14:48 0: HMLAN_Parse: HMLAN1 R:R15B68C89 stat:0002 t:00000000 d:FF r:7FFF
hm - die fehlerzeilen finde ich jetzt nicht. Welche Version nutzt du? Oder besser - mache einen update und prüfe noch einmal. Die Version ist schon ein paar Tage alt?