FHEM Forum

FHEM - Hausautomations-Systeme => Homematic => Thema gestartet von: hansgans am 27 Januar 2014, 19:51:40

Titel: HMS100TF u HM_CC_RT_DN
Beitrag von: hansgans am 27 Januar 2014, 19:51:40
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 ?
Titel: Antw:HMS100TF u HM_CC_RT_DN
Beitrag von: martinp876 am 28 Januar 2014, 07:50:25
schon.

welches kommando sollte an den RT gesendet werden?
der rt ist nicht für einen virtuellen temp-fühler ausgelegt (aktuell jedenfalls)
Titel: Antw:HMS100TF u HM_CC_RT_DN
Beitrag von: hansgans am 28 Januar 2014, 08:37:28
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
Titel: Antw:HMS100TF u HM_CC_RT_DN
Beitrag von: martinp876 am 28 Januar 2014, 08:57:56
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                                   
Titel: Antw:HMS100TF u HM_CC_RT_DN
Beitrag von: derQ am 28 Januar 2014, 09:02:02
Sprechen die überhaupt das gleiche Protokoll?
Das eine ist ja HM, dass andere FS20.
Oder hast du 2 CULs o.ä.?
Titel: Antw:HMS100TF u HM_CC_RT_DN
Beitrag von: Thorsten Pferdekaemper am 28 Januar 2014, 09:36:02
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
Titel: Antw:HMS100TF u HM_CC_RT_DN
Beitrag von: martinp876 am 28 Januar 2014, 10:02:59
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.
Titel: Antw:HMS100TF u HM_CC_RT_DN
Beitrag von: Thorsten Pferdekaemper am 28 Januar 2014, 10:17:10
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
Titel: Antw:HMS100TF u HM_CC_RT_DN
Beitrag von: martinp876 am 28 Januar 2014, 11:37:14
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
Titel: Antw:HMS100TF u HM_CC_RT_DN
Beitrag von: Thorsten Pferdekaemper am 29 Januar 2014, 09:55:33
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
Titel: Antw:HMS100TF u HM_CC_RT_DN
Beitrag von: hansgans am 29 Januar 2014, 18:08:37
kann man evtl die measured Temp auf den stellantrieb schreiben ?
Titel: Antw:HMS100TF u HM_CC_RT_DN
Beitrag von: martinp876 am 29 Januar 2014, 19:48:35
das war das ziel. Sollte jetzt gehen
Titel: Antw:HMS100TF u HM_CC_RT_DN
Beitrag von: hansgans am 29 Januar 2014, 19:52:25
und wie ?

p.s. da fehlt nen smiley mit nem fragezeichen aufn kopf :)
Titel: Antw:HMS100TF u HM_CC_RT_DN
Beitrag von: martinp876 am 29 Januar 2014, 20:25:04
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
Titel: Antw:HMS100TF u HM_CC_RT_DN
Beitrag von: hansgans am 01 Februar 2014, 16:11:58
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 ?



Titel: Antw:HMS100TF u HM_CC_RT_DN
Beitrag von: hansgans am 01 Februar 2014, 17:56:09
das peerChan zwischen dem virt btn und dem weather chan hat funktioniert jetzt bräucht ihr nur noch hilfe beim notify :)
Titel: Antw:HMS100TF u HM_CC_RT_DN
Beitrag von: martinp876 am 01 Februar 2014, 17:57:32
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
Titel: Antw:HMS100TF u HM_CC_RT_DN
Beitrag von: hansgans am 02 Februar 2014, 09:26:32
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

Titel: Antw:HMS100TF u HM_CC_RT_DN
Beitrag von: hansgans am 02 Februar 2014, 09:57:41
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
Titel: Antw:HMS100TF u HM_CC_RT_DN
Beitrag von: hansgans am 02 Februar 2014, 12:49:41
jetzt gehts erst peerchan dann gehts
Titel: Antw:HMS100TF u HM_CC_RT_DN
Beitrag von: hansgans am 08 Februar 2014, 19:34:07
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

Titel: Antw:HMS100TF u HM_CC_RT_DN
Beitrag von: martinp876 am 08 Februar 2014, 19:54:05
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
Titel: Antw:HMS100TF u HM_CC_RT_DN
Beitrag von: hansgans am 08 Februar 2014, 20:36:09
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
Titel: Antw:HMS100TF u HM_CC_RT_DN
Beitrag von: martinp876 am 09 Februar 2014, 08:27:49
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

Titel: Antw:HMS100TF u HM_CC_RT_DN
Beitrag von: hansgans am 09 Februar 2014, 09:35:42
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


Titel: Antw:HMS100TF u HM_CC_RT_DN
Beitrag von: martinp876 am 09 Februar 2014, 10:31:44
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?