Hallo wiedermal,
leider habe ich im Moment ziemlich viele Fragen ... es ist halt ein weiter Weg, bis die erste Heizung funktioniert ...
Ich habe ein Weekprofil namens heizung_plan angelegt in dem ich weitere Profile angelegt habe, zunächst neben default ein Profil bad_heiz_plan fürs Bad.
Ich habe aber noch kein Topic eingerichtet, ich denke, dass brauche ich vorerst nicht. Kann ich das jetzt so an Weekdaytimer übergeben?:
set heizung_plan send_to_device bad_heiz_plan bad_wd_heizung
bad_wd_heizung soll dabei mein weekdaytimer-device sein. Das eigentliche Thermostat nennt sich hz_bad
Geht das so?
Du solltest sowas im Zweifel einfach ausprobieren, da lernt man am meisten und bekommt ggf. auch Rückmeldungen von den betreffenden Modulen, wenn was nicht passt. (und wenn es Probleme gibt, kann der Maintainer dann die Doku und/oder die Rückmeldungen anpassen).
Grundsätzlich arbeitet WeekdayTimer immer mit "Topic" (und "eigentlich" auch weekprofile), aber wenn nichts da ist, ist es in der Regel eben "default".
Ansonsten kann ich nach meinen bisherigen Erfahrungen eigentlich nur jedem ans Herz legen, das Topic-feature zu aktivieren ;) .
Guten Abend,
Danke für die schnelle Antwort!
Wie lege ich denn Topics an und verwalte diese? Im Wiki habe ich nur gefunden, wie ich Topics wechseln kann. Auch steht in der Command-Ref nicht, wie man Topics anlegt und mit Inhalt füllt. Ich habe hier auch noch Verständniss-Probleme ... Was ist ein Topic genau? Ist es ein Unterprofil von einem Profil? oder ist es ein extra-Profil, dass ich allen anderen Profilen sozusagen unterschieben kann?
Sorry, wenn ich hier blöde frage ...
Na ja, auch hier gilt tendenziell: ausprobieren...
Wiki ist hier zu finden: https://wiki.fhem.de/wiki/Weekprofile#Topics
In anderen Modulen würde man vielleicht "scene" sagen. Ein topic ist eine Art "Modus", mit dem man schnell alle "Clients" (=Thermostate etc.) umstellen kann, also z.B. von "weg zum arbeiten" auf "homeoffice". Dabei werden immer nur die Clients umgestellt, die dieses Topic kennen, wobei man über Referenzierungen (siehe Wiki) ein Referenzprofil auch für mehrere Topics verwenden kann usw..
Vielleicht hilft dir mein "Umstellungsbeispiel" betr. CUL_HM/HMinfo weiter, da sind die Namen entwas sprechender: https://forum.fhem.de/index.php/topic,97430.msg1100788.html#msg1100788
Aber Achtung: unbedingt auch den Folgebeitrag beachten, im Ausgangspost war ein gedanklicher "Dreher" drin!
Hi!
Danke für die Hilfen!
Den Link hatte ich auch schon gefunden. Ich habe nun mein Weekprofil für Topics erweitert:
attr heizung_plan useTopics
Das Attribut wurde gesetzt, allerdings sehe ich in der Weboberfläche keine Topics. Es sollte nach Aussage des Wikis automatisch das Topic default angelegt werden. Auch finde ich nichts, wie ich Topics bearbeite, lösche, erstelle ...
Hm, ich meine "useTopics" sollte auf "1" gestellt werden; bei mir sieht das list auf der Testinstallation grade so aus:
Internals:
CONFIGFILE ./log/weekprofile-wp_test.cfg
FUUID 5fad4d6e-f33f-8d89-ecda-5d40b4fa5229b4ae
NAME wp_test
NR 59
NTFY_ORDER 50-wp_test
STATE created
TYPE weekprofile
.attraggr: .attrminint: PROFILES: HASH(0x58ed924) HASH(0x58eca6c) HASH(0x58edf6c) HASH(0x58ee554) HASH(0x58f0d5c)
READINGS:
2020-12-15 11:43:40 active_topic test
2020-12-15 11:42:04 profile_count 5
2020-12-15 10:38:51 state created
2020-12-15 11:42:04 topics default:test
SNDDEVLIST:
HASH(0x57567bc)
HASH(0x5901e2c)
TOPICS: default test
Attributes: useTopics 1Neue Topics und Profile bekommt man über den "Plus"-Button im Device-Überblick (neben "Minus" und "T"), das ist afaik eine Abkürzung von "copy_profile", nur dass das Ziel dabei eben immer in dem "topic:entity"-Format angegeben wird, und "copy" eben dazu genutzt werden kann, auch ganz neue Profile zu erstellen...
Ist am Anfang etwas verwirrend (bin ja auch über die Reihenfolge gestolpert), aber wenn man mal "drin" ist und etwas damit rumgespielt hat, ist das ganze wirklich easy!
(An der Doku könnte man noch arbeiten...).
(EDIT: Formatierung des list geändert)
Hi,
vielen lieben Dank für die ganze Hilfe!
Ich habe jetzt auch ein Topic Default.
Wenn ich nun auf das + klicke, kann ich ein Topic-Name und einen Namen eingeben. dann wird ein neues Profil inkl. neuem Topic erstellt.
Ich dachte, ich kann Topics unabhängig von Profilen erstellen ... ist das nicht so?
Vielleicht muss ich doch nochmal blöd fragen: Für was brauche ich Topics? Ich habe es so verstanden, das ich für jeden Heizungsregler ein eigenes Profil erstellen und hinterlegen kann, wenn wir aber im Urlaub sind, sage ich zentral, dass alle Heizungen das Topic Urlaub verwenden sollen. Wenn wir nach hause kommen sage ich jeder Heizung, dass sie wieder auf das entsprechende Default-Topic in seinem Profil reagieren soll. Ist das so richtig?
Sorry, wenn ich soviele Anfänger-Fragen hab ... aber es erschließt sich mir nicht so richtig ... Wenn ich es verstanden habe, helfe ich gern bei der Doku ...
Vorab: ich gehe davon aus, dass man in einer FHEM-Installation genau 1 weekprofile-Device benötigt, um alle Profile zu verwalten.
Sind wir da beieinander?
Zitat von: morfey am 15 Dezember 2020, 13:09:55
Vielleicht muss ich doch nochmal blöd fragen: Für was brauche ich Topics? Ich habe es so verstanden, das ich für jeden Heizungsregler ein eigenes Profil erstellen und hinterlegen kann, wenn wir aber im Urlaub sind, sage ich zentral, dass alle Heizungen das Topic Urlaub verwenden sollen.
Ja. Du stellst an dem einen weekprofile-Device den Topic "Urlaub" ein, und weekprofile verteilt das dann an alle die "Thermostate", die "Urlaub" als Topic kennen. Über das "Verzögerungsattribut" kann man dabei auch erreichen, dass sich z.B. der dadurch generierte Funkverkehr etwas entzerrt ;) .
ZitatWenn wir nach hause kommen sage ich jeder Heizung, dass sie wieder auf das entsprechende Default-Topic in seinem Profil reagieren soll. Ist das so richtig?
Zumindest sprachlich falsch.
Du stellst an dem einen weekprofile den Topic "default" (oder "zuhause", oder ...) ein, und weekprofile verteilt das dann an alle die Thermostate, die "default" (oder ...) als Topic kennen.
Mal angenommen, "Urlaub" wäre ein allgemeines Profil, das einfach nur zentral 18° vorsieht, würde man das 1x als "volles Profil" generieren, und dann alle anderen "Urlaub:entity"-Kombinantionen können dann dieses einfach als Referenzprofil verwenden. Reichen also 17°, änderst du das an einer Stelle, und zack, ist es überall...
(Ich will dich jetzt nicht völlig verwirren, aber über eventMap an den Thermostaten könnte man vermutlich dann auch (von WeekdayTimer aus) zwar noch eine Temperatur in °C versenden, aber bestimmte Werte dann (z.B. für ZWave-Geräte) auf tmHeating oder tmIrgendwas umbiegen, und damit die individuell in den Thermostaten hinterlegten Werte aktivieren...)
Hallo nochmal,
vielen Dank! so langsam lichtet es sich ... aber leider noch nicht ganz:
ich regel das ganze über weekdaytimer, weil ich fritz-Dect-Thermostate habe, die wohl kein speichern der Profile auf dem Gerät unterstützen.
In Weekdaytimer gebe ich das Profil inkl. Topic an. Findet dann die Verknüpfung zwischen Profil und Topic in Weekdaytimer statt?
Wo liegt der Unterschied zwischen Topic und einem Referenzierten Profil?
Machen wir es ganz einfach:
ich habe ein Weekprofile Device namens heizplan.
Dort ein Profil namens badezimmer (welches meine gewünschten Zeiten und Temperaturen enthält).
Nun möchte ich ein Topic? oder Profil? Urlaub erstellen (das immer 18 Grad rund um die Uhr enthält).
1. Soll urlaub am besten ein Profil oder ein Topic sein?
2. Wenn es ein Profil ist, lege ich dann ein Topic im Profil urlaub an? Oder mache ich ein Topic im Profil badezimmer?
3. Wo mache ich die Verknüpfung zwischen urlaub und badezimmer?
Irgendwie doch verzwickt :-)
Also: Ein effektives "Wochenpofil" wird bei weekprofile@useTopic immer durch das Duo "topic:entity" identifiziert.
Die eigentliche "Verknüpfung" findet über ein Attribut (am WDT) statt, nämlich "weekprofile". Das entspricht dem, was ich hier immer "entity" nenne.
Das sollte also z.B. so aussehen:
Zitatdefine wd2test WeekdayTimer <fritz-Dect-Thermostat> weekprofile:heizplan:badezimmer
EDIT:
define wd2test WeekdayTimer <fritz-Dect-Thermostat> weekprofile:heizplan:trueKann sich WeekdayTimer das Profil "default:default" von "heizplan" holen (was liefert "get heizplan profile_data default:default"?) , startet er damit
(da müßte ich ggf. noch am WDT was ändern, logischer wäre mit "badezimmer", und das gleich in das Attribut zu schreiben).Dann verpaßt du ihm das Attribut "weekprofile":
attr wd2test weekprofile badezimmerUnd schwups, wird bei einer Topic-Änderung, die sich auf "badezimmer" auswirkt (also als Kombi in weekprofile vorhanden ist) auch das aktuelle Profil geladen (na ja, es braucht eine nochmalige Änderung der DEF, damit weekprofile das im laufenden Betrieb mitbekommt, dass es einen weiteren Client hat, oder einen FHEM-Neustart).
(Das feature ist noch recht neu, kann sein, dass da noch das eine oder andere Detail nachzuarbeiten ist).
EDIT: Unsinn, ein Blick in die commandref beseitigt manche Unklarheit...
"default:default" ist erst mal richtig, das dritte Element ist nur "true" oder nichts:
define wd2test WeekdayTimer <fritz-Dect-Thermostat> weekprofile:heizplan:truedefine wd2test WeekdayTimer <fritz-Dect-Thermostat> weekprofile:heizplanDamit weiß der WDT erst mal nur, dass er überhaupt ein "weekprofile-controlled" WDT ist und wie er mit $we umzugehen hat.
Der Rest ist dann über das Attribut und set-Befehle zu erledigen...
Sorry!
Hi,
Vielen vielen Dank für die ganzen Ausführungen!
Ich habe neben dem Profil Badezimmer und Default sowohl im Profil default, als auch in Badezimmer das Topic default.
soweit so gut ...
Ich denke auch verstanden zu haben, wie ich Topic und Profil in Weekdaytimer verknüpfe. Es bleiben noch die Fragen:
1. Wie erstelle ich nun ein weiteres Topic? bzw. erstelle ich immer ein pärchen aus Topic und Profil?
2. Wie "häfte" ich dann beispielsweise das Pärchen urlaub:urlaub (Profil und Topic urlaub) an badezimmer an? Macht man das mit Referenzierungen?
3. Kann ein Profil mehrere Topics haben? Sowas wie badezimmer:homeoffice und badezimmer:sommer?
3. B): Die Idee ist dann, das das Profil badezimmer:Topic-default meinen default-Heizplan fürs badezimmer enthält und im Topic Sommer sind überall 2 Grad eingetragen was mit "nicht heizen" gleichkommen würde.
4. Fürs Kinderzimmer würde ich dann den heizplan kinderzimmer:Topic-default anlegen und im Sommer das Topic sommer zuordnen?
Sorry .....
Zitat von: Beta-User am 15 Dezember 2020, 15:04:20
Ein effektives "Wochenpofil" wird bei weekprofile@useTopic immer durch das Duo "topic:entity" identifiziert.
Es sollte daher "urlaub:badezimmer" "homeoffice:badezimmer" und "sommer:badezimmer" usw. sein.
Du kannst dabei die Profile beliebig kopieren und referenzieren, ich verweise dazu nochmal auf die Beispiele in meinem Thread (die leider aber auch "verdreht" sind, wie schon erwähnt):
Zitat von: Beta-User link=topic=116719.msg1110780#msg1110780Vielleicht hilft dir mein "Umstellungsbeispiel" betr. CUL_HM/HMinfo weiter, da sind die Namen entwas sprechender: https://forum.fhem.de/index.php/topic,97430.msg1100788.html#msg1100788 (https://forum.fhem.de/index.php/topic,97430.msg1100788.html#msg1100788)
Aber Achtung: unbedingt auch den Folgebeitrag beachten, im Ausgangspost war ein gedanklicher "Dreher" drin!
Also "sommer:kinderzimmer" mit/als "reference_profile" erzeugen (aber 2 Grad wird vermutlich nicht klappen, weil das Ziel das letztendlich nicht akzeptieren wird (oder ist das in der Spec?) und die Experten streiten sich, ob "on" oder "off" wegen des Verkalkungsthemas denn die bessere Zieltemperatur ist...)
Hi,
irgendwie hilft mir das nicht weiter .... Scheint sehr kompliziert zu sein ...
wie bekomme ich denn nun zu dem Profil badezimmer ein Topic Sommer dazu? Geht das nur über Referenzierungen?
Nein. Einfach auf das "Plus" klicken, und dann eben Topic und Namen passend vergeben (statt nur den Namen)...
Hier mal ein paar screenshots, auf dem einen ist dann auch zu erkennen, wo man den Haken für eine Referenzierung zum aktuellen Profil setzen kann.
Danach das betreffende topic:entity-Paar auswählen und bearbeiten (Klick auf die Rädchen, geht dann aber nur bei "echten" Kopien).
Hi,
habe nun mal den Titel geändert, in den Diskussionen geht es ja mittlerweile um etwas anderes.
Sorry, aber für mich ist es komplett unverständlich warum ich Topics verwenden sollte, wenn ich doch einfach ein profil kopieren und dann aktivieren kann. Welchen Mehrwert gibt es mit Topics? So wie ich das verstehe, kann ich einem Profil nur einem Topic zuordnen und dann könnte ich auch enfach mehrere profile verwenden. Dann würde ich mir ein Profil für badezimmer anlegen und ein Profil für urlaub. Dann könnte ich einfach das Profil urlaub über weekdaytimer aktivieren, wenn ich das möchte. wenn ich mehrere profile wie badezimmer, kinderzimmer, wohnzimmer, etc. habe muss ich auch mehrere änderungen machen oder etwa nicht? wie kann ich denn bei mehreren Profilen gleichzeitig das Topic urlaub aktivieren? das Anlegen habe ich ja nun verstanden, allerdings ist unklar, wie ich mehrere Zuordnungen treffe ...
Sorry! aber so ist es mir leider noch zu unklar.
Na ja, letztlich geht es mir darum, einfach _einen_ (einfachen) Schalter auf eine bestimmte Position "umlegen" zu können, und der Rest funktioniert automatisch.
Dafür _glaubte_ ich beim Konzipieren der WDT+weekprofile-Geschichte, dass es sinnvoll wäre, v.a. das Topic-feature zu unterstützen, weil man eben über das Aktivieren eines Topics beliebig viele "Effektivprofile" an beliebig viele Clients senden kann, ohne dann noch groß darüber nachdenken zu müssen, auf welchen Client das jetzt wie im einzelnen übertragen werden muss, wenn die Struktur mal steht.
Wenn dir das zu kompliziert ist, kannst du das auch anders machen, solange du irgendwie dafür sorgst, dass der jeweilige WDT am Ende die Infos im passenden Format erhält... Das geht auch per Einzelanweisung an jeden WDT oder per Kommasepariertem Kommando via weekprofile, kein Ding.
Vielleicht nochmal ein Beispiel, wie ich mir das denke (und es wohl auch einige umgesetzt haben):
Bei mir ist eben z.B. einen Topic "alle_Kinder_abwesend" in Planung, das dann die Thermostate für einen ganzen Stock auf "niemand da" stellt (na ja, grade mache ich das über einen Moduswechsel an den Thermostaten auf "manuell xy Grad, aber sowas funktioniert z.B. mit dem Eurotronics Spirit afaik nicht so einfach, der braucht halt ein anderes "Profil" mit konstantem Wert).
Dabei sind dann diese zusätzlichen "topic:Einzelthermostat"-Paare nur Referenzen auf das "abwesend:default"-Profil...
Dann setze ich ggf. den Topic "alle_Kinder_abwesend" (=ein kurzer Befehl an weekprofile für alle Thermostate), und alle Thermostate, die den Topic haben, bekommen das betreffende Profil verpaßt, done...
Aber nochmal: TIMTOWTDI ;) .
Hi, ich nochmal ...
Ich habe nochmal in der Doku genau nachgelesen:
"(...) Topics sind z.B. Winter, Sommer, Urlaub, Party, etc. Innerhalb einer Topic kann es mehrere Wochenprofile
geben. Sinnvollerweise sollten es soviele wie Thermostate sein."
Das ist mir klar!
Bisher habe ich als Profil bad und default. Als Topic nur default.
nun kann ich ein neues Profil und Topic urlaub anlegen.
So wie ich das verstehe, muss ich ein Topic immer an ein Profil binden richtig? Es ist nicht möglich, ein Topic ohne Profil anzulegen?
Die Verknüpfung meines Topics urlaub aus dem Profil urlaub in das Profil bad mache ich durch referenzierung?
Hab ich das jetzt so richtig verstanden?
PS.: In der Doku sind mir mind. zwei kleinere Fehler aufgefallen, wie könnten wir die am einfachsten korrigieren?
Wie schon geschrieben, meine ich, es ist geschickter, bei Topic-Nutzung zu sagen, dass ein Profil immer durch "topic:entity" beschrieben wird.
Die Frage nach "topic" ohne "entity" macht daher in meinem Wording keinen Sinn.
Wenn du jetzt also ein neues "Basisprofil" für "Urlaub erstellen willst, geht das vermutlich am einfachsten, indem du eines als "Urlaub:default" erstellst, also unterhalb der "entity" "default", und dann in der "entity" "bad" machst du dann als "Urlaub:bad" nur eine Referenz auf "Urlaub:default". Das aber nur aus dem Grund, dass du leichter das (als einziges editierbare) Grundprofil wiederfindest, (in der "entity" "default").
Bei der Doku (soweit es um das Wiki geht?) gebe ich dir recht, die ist zum Thema Topics auch nach meinem Eindruck sehr kurz.
Vorschläge zur commandref kannst du gerne im Thread zu weekprofile einkippen, soweit es das Wiki betrifft, glaube ich die Sache soweit verstanden zu haben, dass ich einen kritischen Blick über eventuelle Änderungsvorschläge werfen kann und das dann reinbasteln.
Betr. Wiki wäre am geschicktesten, wenn du dir den Quelltext anzeigen läßt, den kopierst und dann mit einem (möglichst simplen) Texteditor einfach die Änderungen reinarbeitest. Bitte nicht groß um Formatierung kümmern (ggf. irgendwie als Text kennzeichnen). Dann gerne hier in Code-Tags oder als txt-Anhang, dto. mit Bildern usw.
Hallo, ich hänge mich hier mal mit dran da ich auch versuche, meine Euronic Spirit mit der Kombination Weekdaytimer und Weekprofil zum laufen zu bekommen.
Mein Problem ist, dass der Thermostat nicht auf das Temperaturprofil reagiert, also immer die gleiche Temperatur hat.
@Beta-User: Nochmal vielen Dank für deine unermüdliche Hilfe
Mein Setup:
Es gibt nur ein Wochenprofil: Test_Weekprofile
In diesem Profil wird ein Heizkörper definiert:
Entity: Buero_Heizkoerper_rechts
Es gibt eine ,,Szene":
Topic: Winter
Das habe ich eingegeben:
define Test_Weekprofile weekprofile
set Test_Weekprofile weekprofile Test_Weekprofile:Winter:Buero_Heizkoerper_rechts
Dann habe ich Entity und Topic im Backend gesetzt und den Weekdaytimer definiert:
define HZ_Timer_Buero_Heizkoerper_rechts WeekdayTimer ZWave_THERMOSTAT_4 weekprofile:Winter:Buero_Heizkoerper_rechts commandTemplate set $NAME $EVENT
set HZ_Timer_Buero_Heizkoerper_rechts weekprofile Test_Weekprofile:Winter:Buero_Heizkoerper_rechts
set Test_Weekprofile send_to_device Winter:Buero_Heizkoerper_rechts HZ_Timer_Buero_Heizkoerper_rechts
Anschließend habe ich im FTUI die Schaltzeiten eingegeben:
<div id="weekprofile_ftui"
data-type="weekprofile"
data-device="Test_Weekprofile"
data-profile="Winter:Buero_Heizkoerper_rechts"
data-title="Buero rechts"
data-style="round"
data-theme="green"
data-height="400"
data-width="auto">
<div data-type="button"
class="readonly"
data-icon="fa-calendar"
data-background-icon="fa-circle"
data-on-background-color="green"
> </div> </div>
Test_Weekprofile:
Internals:
FUUID 5fd900bc-f33f-51ed-ba84-3aeb8704067d9edd
NAME Test_Weekprofile
NR 138
NTFY_ORDER 50-Test_Weekprofile
STATE created
TYPE weekprofile
PROFILES:
HASH(0x19683a0)
HASH(0x1966c90)
READINGS:
2020-12-15 20:15:53 profile_count 2
2020-12-15 20:15:53 state created
2020-12-15 20:15:53 topics default:Winter
SNDDEVLIST:
HASH(0xb4fed8)
HASH(0x1967500)
HASH(0x1967590)
HASH(0x19675f0)
HASH(0x1967650)
HASH(0x19676b0)
HASH(0x1967710)
TOPICS:
default
Winter
Attributes:
useTopics 1
Das ist das Profil Test_Weekprofil:Winter:Buero_Heizkoerper_rechts:
{"Wed":{"temp":["18.0"],"time":["24:00"]},"Tue":{"temp":["18.0"],"time":["24:00"]},"Mon":{"time":["24:00"],"temp":["18.0"]},"Thu":{"time":["24:00"],"temp":["18.0"]},"Sun":{"time":["24:00"],"temp":["18.0"]},"Fri":{"time":["24:00"],"temp":["18.0"]},"Sat":{"time":["24:00"],"temp":["18.0"]}}
Der Thermostat:
Internals:
DEF e441b167 4
FUUID 5fcf90c0-f33f-51ed-dce0-a4117a98896d0842
IODev ZWDongle_0
LASTInputDev ZWDongle_0
MSGCNT 11
NAME ZWave_THERMOSTAT_4
NR 19
STATE ???
STILLDONETIME 0
TYPE ZWave
ZWDongle_0_MSGCNT 11
ZWDongle_0_RAWMSG 000400040631050142079ab500
ZWDongle_0_TIME 2020-12-16 10:11:53
ZWaveSubDevice no
endpointChildren ZWave_Node_4.1
homeId e441b167
isWakeUp
nodeIdHex 04
READINGS:
2020-12-15 20:15:53 associatedWith ZWave_Node_4.1
2020-12-16 07:03:53 battery 65 %
2020-12-16 07:03:53 batteryPercent 65
2020-12-16 07:03:53 batteryState ok
2020-12-15 23:28:31 setpointTemp 18.0 C heating
2020-12-16 10:11:53 temperature 19.46 C
Attributes:
IODev ZWDongle_0
classes ZWAVEPLUS_INFO ASSOCIATION ASSOCIATION_GRP_INFO VERSION MANUFACTURER_SPECIFIC DEVICE_RESET_LOCALLY PROTECTION SENSOR_MULTILEVEL SWITCH_MULTILEVEL THERMOSTAT_MODE THERMOSTAT_SETPOINT BATTERY CONFIGURATION ALARM POWERLEVEL SECURITY SECURITY_S2 TRANSPORT_SERVICE SUPERVISION FIRMWARE_UPDATE_MD
room Buero
vclasses ALARM:8 ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 BATTERY:1 CONFIGURATION:1 DEVICE_RESET_LOCALLY:1 FIRMWARE_UPDATE_MD:3 MANUFACTURER_SPECIFIC:1 POWERLEVEL:1 PROTECTION:1 SECURITY:1 SECURITY_S2:1 SENSOR_MULTILEVEL:5 SUPERVISION:1 SWITCH_MULTILEVEL:1 THERMOSTAT_MODE:3 THERMOSTAT_SETPOINT:3 TRANSPORT_SERVICE:2 VERSION:2 ZWAVEPLUS_INFO:2
Mein Problem: Der Heizkörperthermostat weiss nichts von dem Weekprofile. Er ändert nicht seine Temperatureinstellung. AUch nicht nach einem Shutdown Restart.
Was habe ich falsch gemacht, irgendeine Idee?
Ähm, da sind auch irgendwie ein paar Hänger drin...
Leider war in
Zitat von: Beta-User am 15 Dezember 2020, 15:04:20
Also: [...]
ein zwischenzeitlich korrigierter Fehler drin, den du leider hierher kopiert hast:
Richtig sollte sein (zwei Kommandos => zwei Zeilen!):
defmod HZ_Timer_Buero_Heizkoerper_rechts WeekdayTimer ZWave_THERMOSTAT_4 weekprofile:Test_Weekprofile
attr HZ_Timer_Buero_Heizkoerper_rechts weekprofile Buero_Heizkoerper_rechts
attr HZ_Timer_Buero_Heizkoerper_rechts commandTemplate set $NAME $EVENTLeider ist es (derzeit noch?, Anfrage an Risiko läuft, das zu ändern) so, dass man danach das weekprofile-Device nochmal "überreden muss", seine "Clients" zu suchen. Das geht am einfachsten (hoffe ich zumindest), indem man die DEF anfasst:
defmod HZ_Timer_Buero_Heizkoerper_rechts WeekdayTimer ZWave_THERMOSTAT_4 weekprofile:Test_Weekprofile:true
(das ":true" ist mAn. sowieso sinnvoll, damit an $we-Tagen das "Sonntagsprofil" läuft; wer das nicht will, kann die beiden defmod-Zeilen umdrehen).
Zum Thema "commandTemplate":
Die richtige Syntax wäre
attr HZ_Timer_Buero_Heizkoerper_rechts commandTemplate set $NAME $EVENTIch empfehle, das hier zu LÖSCHEN (es wird neu mit "desired-temp" angelegt, nehme ich an), denn du willst ja den Temperaturwert weitergeben, und nicht, wie irgendwo hier neutlich dargestellt das "tmHeating" oder "tmEnergySaveHeating".
Dass da was im "Ausgangs-WDT" nicht stimmen kann, wäre aus einem list dieses Devices zu sehen gewesen, aber gerade das fehlt ;D .
Dann schaust du mal, ob der WDT "sauber" aussieht, erst dann sehen wir weiter... (ggf. bis auf FTUI, da habe ich keine Ahnung von, bitte verschone uns hier damit und adressiere es woanders, wenn es in der Basis (FHEMWEB) funktioniert und dann noch was offen sein sollte...)
Aber was der WDT "anstellt", sehe jedenfalls ich nur an einem "list" ;) .
Bzgl. ZWave noch: Setz' mal an ZWDongle " setReadingOnAck" auf "1", siehe https://forum.fhem.de/index.php/topic,112955.msg1100503.html#msg1100503 (https://forum.fhem.de/index.php/topic,112955.msg1100503.html#msg1100503)
Ob ich jemals die Syntax richtig verstehe? ;D
Ich habe mich nach deiner Hilfe gerichtet und voila, der Thermostat hat reagiert. Ich werde mal weiter beobachten, ob er die für heute vorgegeben Temperaturwechsel alle durchführt. In der Hoffnung, dass es anderen Anfängern ebenso hilft, fass ich nochmal zusammen was ich gemacht habe:
Wochenprofil angelegt:
define Test_Weekprofile weekprofile
attr Test_Weekprofile useTopicsDann im FHEM-Backend im Abschnitt Test_Weekprofile das Topic Winter und das Entity HZ_Timer_Buero_Heizkoerper von Hand angelegt und das Tagestemperaturventil eingetragen.
Jetzt klappt es auch das WDT aufzulisten, deswegen habe ich es in meinem vorherigen Beitrag nicht posten können:
Internals:
CFGFN
COMMAND
CONDITION
DEF ZWave_THERMOSTAT_4 weekprofile:Test_Weekprofile:true
DEVICE ZWave_THERMOSTAT_4
FUUID 5fd9fe6d-f33f-51ed-fae5-8a4e3a5cbe94af42
GlobalDaylistSpec
LANGUAGE en
NAME HZ_Timer_Buero_Heizkoerper_rechts
NR 665
Profil 0: Sunday 00:10:00 18.0
Profil 1: Monday 00:10:00 18.0, 06:00:00 22.0, 23:00:00 18.0
Profil 2: Tuesday 00:10:00 18.0
Profil 3: Wednesday 00:10:00 18.0, 07:00:00 20.5, 13:45:00 22.0, 14:00:00 21.0, 15:00:00 19.0
Profil 4: Thursday 00:10:00 18.0
Profil 5: Friday 00:10:00 18.0
Profil 6: Saturday 00:10:00 18.0
Profil 7: weekend 00:10:00 18.0
STATE 22.0
STILLDONETIME 0
TYPE WeekdayTimer
READINGS:
2020-12-16 13:45:00 currValue 22.0
2020-12-16 13:45:00 nextUpdate 2020-12-16 14:00:00
2020-12-16 13:45:00 nextValue 21.0
2020-12-16 13:45:00 state 22.0
2020-12-16 13:32:45 weekprofiles Test_Weekprofile:default:default
SWITCHINGTIMES:
5|00:10|18.0|w
1|00:10|18.0|w
1|06:00|22.0|w
1|23:00|18.0|w
6|00:10|18.0|w
0|00:10|18.0|w
7|00:10|18.0
4|00:10|18.0|w
2|00:10|18.0|w
3|00:10|18.0|w
3|07:00|20.5|w
3|13:45|22.0|w
3|14:00|21.0|w
3|15:00|19.0|w
TIMER:
HZ_Timer_Buero_Heizkoerper_rechts_12:
HASH HZ_Timer_Buero_Heizkoerper_rechts
MODIFIER 12
NAME HZ_Timer_Buero_Heizkoerper_rechts_12
HZ_Timer_Buero_Heizkoerper_rechts_13:
HASH HZ_Timer_Buero_Heizkoerper_rechts
MODIFIER 13
NAME HZ_Timer_Buero_Heizkoerper_rechts_13
HZ_Timer_Buero_Heizkoerper_rechts_14:
HASH HZ_Timer_Buero_Heizkoerper_rechts
MODIFIER 14
NAME HZ_Timer_Buero_Heizkoerper_rechts_14
HZ_Timer_Buero_Heizkoerper_rechts_SetTimerOfDay:
HASH HZ_Timer_Buero_Heizkoerper_rechts
MODIFIER SetTimerOfDay
NAME HZ_Timer_Buero_Heizkoerper_rechts_SetTimerOfDay
SETTIMERATMIDNIGHT 1
HZ_Timer_Buero_Heizkoerper_rechts_delayed:
HASH HZ_Timer_Buero_Heizkoerper_rechts
MODIFIER delayed
NAME HZ_Timer_Buero_Heizkoerper_rechts_delayed
dayNumber:
!$we 8
$we 7
fr 5
mo 1
sa 6
su 0
th 4
tu 2
we 3
helper:
daysRegExp (su|mo|tu|we|th|fr|sa|\$we|\!\$we)
daysRegExpMessage (su|mo|tu|we|th|fr|sa|$we|!$we)
SWITCHINGTIME:
0:
00:10:00 18.0
1:
00:10:00 18.0
06:00:00 22.0
23:00:00 18.0
2:
00:10:00 18.0
3:
00:10:00 18.0
07:00:00 20.5
13:45:00 22.0
14:00:00 21.0
15:00:00 19.0
4:
00:10:00 18.0
5:
00:10:00 18.0
6:
00:10:00 18.0
7:
00:10:00 18.0
WEDAYS:
3 1
4 1
longDays:
de:
Sonntag
Montag
Dienstag
Mittwoch
Donnerstag
Freitag
Samstag
Wochenende
Werktags
en:
Sunday
Monday
Tuesday
Wednesday
Thursday
Friday
Saturday
weekend
weekdays
fr:
Dimanche
Lundi
Mardi
Mercredi
Jeudi
Vendredi
Samedi
weekend
jours de la semaine
nl:
Zondag
Maandag
Dinsdag
Woensdag
Donderdag
Vrijdag
Zaterdag
weekend
werkdagen
profil:
1:
EPOCH 1608073800
PARA 18.0
TIME 00:10
WE_Override 1
TAGE:
5
10:
EPOCH 1608073800
PARA 18.0
TIME 00:10
WE_Override 1
TAGE:
3
11:
EPOCH 1608098400
PARA 20.5
TIME 07:00
WE_Override 1
TAGE:
3
12:
EPOCH 1608122700
PARA 22.0
TIME 13:45
WE_Override 1
TAGE:
3
13:
EPOCH 1608123600
PARA 21.0
TIME 14:00
WE_Override 1
TAGE:
3
14:
EPOCH 1608127200
PARA 19.0
TIME 15:00
WE_Override 1
TAGE:
3
2:
EPOCH 1608073800
PARA 18.0
TIME 00:10
WE_Override 1
TAGE:
1
3:
EPOCH 1608094800
PARA 22.0
TIME 06:00
WE_Override 1
TAGE:
1
4:
EPOCH 1608156000
PARA 18.0
TIME 23:00
WE_Override 1
TAGE:
1
5:
EPOCH 1608073800
PARA 18.0
TIME 00:10
WE_Override 1
TAGE:
6
6:
EPOCH 1608073800
PARA 18.0
TIME 00:10
WE_Override 1
TAGE:
0
7:
EPOCH 1608073800
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
7
8:
EPOCH 1608073800
PARA 18.0
TIME 00:10
WE_Override 1
TAGE:
4
9:
EPOCH 1608073800
PARA 18.0
TIME 00:10
WE_Override 1
TAGE:
2
profile_IDX:
0:
00:10:00 7
1:
00:10:00 2
06:00:00 3
23:00:00 4
2:
00:10:00 9
3:
00:10:00 10
07:00:00 11
13:45:00 12
14:00:00 13
15:00:00 14
4:
00:10:00 8
5:
00:10:00 1
6:
00:10:00 7
7:
00:10:00 7
shortDays:
de:
so
mo
di
mi
do
fr
sa
$we
!$we
en:
su
mo
tu
we
th
fr
sa
$we
!$we
fr:
di
lu
ma
me
je
ve
sa
$we
!$we
nl:
zo
ma
di
wo
do
vr
za
$we
!$we
weekprofiles:
Test_Weekprofile:
PROFILE default:default
PROFILE_JSON {"Thu":{"time":["24:00"],"temp":["18.0"]},"Sun":{"time":["24:00"],"temp":["18.0"]},"Fri":{"time":["24:00"],"temp":["18.0"]},"Sat":{"time":["24:00"],"temp":["18.0"]},"Wed":{"time":["07:00","13:45","14:00","15:00","24:00"],"temp":["18.0","20.5","22.0","21.0","19.0"]},"Tue":{"temp":["18.0"],"time":["24:00"]},"Mon":{"time":["06:00","23:00","24:00"],"temp":["18.0","22.0","18.0"]}}
SunAsWE true
PROFILE_DATA:
Fri:
temp:
18.0
time:
24:00
Mon:
temp:
18.0
22.0
18.0
time:
06:00
23:00
24:00
Sat:
temp:
18.0
time:
24:00
Sun:
temp:
18.0
time:
24:00
Thu:
temp:
18.0
time:
24:00
Tue:
temp:
18.0
time:
24:00
Wed:
temp:
18.0
20.5
22.0
21.0
19.0
time:
07:00
13:45
14:00
15:00
24:00
Attributes:
commandTemplate set $NAME desired-temp $EVENTDas mit dem
ZitatSetz' mal an ZWDongle " setReadingOnAck" auf "1"
habe ich noch nicht hinbekommen. Werde noch etwas lesen, wie es geht.
Ein Problem habe ich noch in dem Zusammenhang:
Pro Raum habe ich mehr als einen Heizkörper. Momentan in dem Beispiel oben kann ich nur einen Heizkörper ansprechen. Ich habe die jeweils zusammenghörigen Heizkörper immer dem gleichen
room zugeordnet. Wie kann ich denn die jeweils zu einem
room gehörigen Heizkörper zusammen ansprechen? Oder bildet man andere Gruppen um verschiedene Heizkörperthermostate zusammen anzusprechen?
Aua, da sind noch ein paar Dinge, die wir klären sollten:
1. "version WeekdayTimer"? Scheint "uralt" zu sein => update!
2. "attr HZ_Timer_Buero_Heizkoerper_rechts weekprofile xyz"
"xyz" ist dabei ein Kenner, den auch mehrere WDT haben können, z.B. alle im gleichen room ;) . Dieser Kenner ist die Variable "entity" in meinen bisherigen Beiträgen hier. (Hoffe, so langsam kommt Licht ins Dunkel).
3. Da die eigentlichen Zielgeräte ZWave-TYPE sind, würde ich zumindest für Topic-Wechsel empfehlen, das "Entzerr"-Attribut am weekprofile zu setzen. (Nein, sinnvolle Werte kenne ich (noch) nicht...).
4. in "global" scheint keine language gesetzt zu sein. Wenn du "de" in WDT haben willst und die deutsche cref, wo (verfügbar), wäre das die Stelle, an der man eingreifen könnte...
Und wenn du schon da bis, stelle cref auch gleich auf "modular" ;) .
Hallo beta-user, es klappt immer besser :)
1.) FHEM habe ich aktualisiert.
2.) Das mit dem Entity habe ich glaube ich verstanden. Ich habe den gleichen Entity 2 Heizkörpern zugeordnet und momentan haben beide reagiert. Ich habe noch ein paar Umschaltzeiten für den weiteren Tagesverlauf eingegeben und mal schauen, ob es klappt wie angedacht.
3.)
Zitatfür Topic-Wechsel empfehlen, das "Entzerr"-Attribut am weekprofile zu setzen
.... sorry, da verstehe ich nur Bahnhof
4.) In "global" habe ich nun DE gesetzt.
Ich beobachte es nun mal über den Tagesverlauf und wenn es funktioniert poste ich eine Zusammenfassung zum c&p.
Zitat von: hadenia am 16 Dezember 2020, 15:38:58
Hallo beta-user, es klappt immer besser :)
1.) FHEM habe ich aktualisiert.
2.) Das mit dem Entity habe ich glaube ich verstanden. Ich habe den gleichen Entity 2 Heizkörpern zugeordnet und momentan haben beide reagiert. Ich habe noch ein paar Umschaltzeiten für den weiteren Tagesverlauf eingegeben und mal schauen, ob es klappt wie angedacht.
Danke für die Rückmeldung, freut mich, wenn sich der Nebel lichtet :) .
Ob der jeweilige WDT die richtigen Schalt-Daten hat, kann man im list sehen, das sollte jetzt deutlich aufgeräumter sein ;) .
Zitat
3.) .... sorry, da verstehe ich nur Bahnhof
Ist denn die cref noch zu lang :P ?
https://fhem.de/commandref_modular.html#weekprofile ->Attributes ->sendDelay
Funktioniert doch noch nicht so ganz. Es reagiert nur ein Heizkörper, der andere nicht.
Die Heizkörper heißen:
ZWave_THERMOSTAT_3 und ZWave_THERMOSTAT_4
Ich habe die Zuordnung in zwei Befehlen vorgenommen:
defmod HZ_Timer_Heizkoerper_Buero WeekdayTimer ZWave_THERMOSTAT_3 weekprofile:Flo_Weekprofile
defmod HZ_Timer_Heizkoerper_Buero WeekdayTimer ZWave_THERMOSTAT_4 weekprofile:Flo_Weekprofile
Er führt die Änderungen am zweiten Thermostat ZWave_THERMOSTAT_4 aus, also derjenige, dessen Befehl ich zuletzt eingegeben habe. Damit wird offensichtlich der erste überschrieben.
Im WDT finde ich beide Heizkörper unter DEVICE, aber nur den ZWave_THERMOSTAT_4 unter DEF
Internals:
CFGFN
COMMAND
CONDITION
DEF ZWave_THERMOSTAT_4 weekprofile:Flo_Weekprofile
DEVICE ZWave_THERMOSTAT_3,ZWave_THERMOSTAT_3
FUUID 5fda1a63-f33f-51ed-11af-bd261da26a71762e
GlobalDaylistSpec
LANGUAGE de
NAME HZ_Timer_Heizkoerper_Buero
NR 163
Profil 0: Sonntag 00:10:00 18.0,
Profil 1: Montag 00:10:00 18.0,
Profil 2: Dienstag 00:10:00 18.0,
Profil 3: Mittwoch 00:10:00 18.0, 07:00:00 20.0, 15:35:00 21.0, 15:45:00 22.0, 15:55:00 22.5, 16:55:00 20.0, 23:30:00 18.0,
Profil 4: Donnerstag 00:10:00 18.0,
Profil 5: Freitag 00:10:00 18.0,
Profil 6: Samstag 00:10:00 18.0,
STATE active
STILLDONETIME 0
TYPE WeekdayTimer
READINGS:
2020-12-16 16:10:50 currValue 22.5
2020-12-16 16:10:50 nextUpdate 2020-12-16 16:55:00
2020-12-16 16:10:50 nextValue 20.0
2020-12-16 16:10:50 state active
2020-12-16 15:32:03 weekprofiles Flo_Weekprofile:default:default
SWITCHINGTIMES:
5|00:10|18.0
1|00:10|18.0
6|00:10|18.0
0|00:10|18.0
4|00:10|18.0
2|00:10|18.0
3|00:10|18.0
3|07:00|20.0
3|15:35|21.0
3|15:45|22.0
3|15:55|22.5
3|16:55|20.0
3|23:30|18.0
TIMER:
HZ_Timer_Heizkoerper_Buero_12:
HASH HZ_Timer_Heizkoerper_Buero
MODIFIER 12
NAME HZ_Timer_Heizkoerper_Buero_12
HZ_Timer_Heizkoerper_Buero_13:
HASH HZ_Timer_Heizkoerper_Buero
MODIFIER 13
NAME HZ_Timer_Heizkoerper_Buero_13
HZ_Timer_Heizkoerper_Buero_SetTimerOfDay:
HASH HZ_Timer_Heizkoerper_Buero
MODIFIER SetTimerOfDay
NAME HZ_Timer_Heizkoerper_Buero_SetTimerOfDay
SETTIMERATMIDNIGHT 1
HZ_Timer_Heizkoerper_Buero_delayed:
HASH HZ_Timer_Heizkoerper_Buero
MODIFIER delayed
NAME HZ_Timer_Heizkoerper_Buero_delayed
helper:
daysRegExp (so|mo|di|mi|do|fr|sa|\$we|\!\$we)
daysRegExpMessage (so|mo|di|mi|do|fr|sa|$we|!$we)
SWITCHINGTIME:
0:
00:10:00 18.0
1:
00:10:00 18.0
2:
00:10:00 18.0
3:
00:10:00 18.0
07:00:00 20.0
15:35:00 21.0
15:45:00 22.0
15:55:00 22.5
16:55:00 20.0
23:30:00 18.0
4:
00:10:00 18.0
5:
00:10:00 18.0
6:
00:10:00 18.0
WEDAYS:
3 1
4 1
profil:
1:
EPOCH 1608073800
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
5
10:
EPOCH 1608129900
PARA 22.0
TIME 15:45
WE_Override 0
TAGE:
3
11:
EPOCH 1608130500
PARA 22.5
TIME 15:55
WE_Override 0
TAGE:
3
12:
EPOCH 1608134100
PARA 20.0
TIME 16:55
WE_Override 0
TAGE:
3
13:
EPOCH 1608157800
PARA 18.0
TIME 23:30
WE_Override 0
TAGE:
3
2:
EPOCH 1608073800
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
1
3:
EPOCH 1608073800
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
6
4:
EPOCH 1608073800
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
0
5:
EPOCH 1608073800
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
4
6:
EPOCH 1608073800
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
2
7:
EPOCH 1608073800
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
3
8:
EPOCH 1608098400
PARA 20.0
TIME 07:00
WE_Override 0
TAGE:
3
9:
EPOCH 1608129300
PARA 21.0
TIME 15:35
WE_Override 0
TAGE:
3
profile_IDX:
0:
00:10:00 4
1:
00:10:00 2
2:
00:10:00 6
3:
00:10:00 7
07:00:00 8
15:35:00 9
15:45:00 10
15:55:00 11
16:55:00 12
23:30:00 13
4:
00:10:00 5
5:
00:10:00 1
6:
00:10:00 3
weekprofiles:
Flo_Weekprofile:
PROFILE default:default
PROFILE_JSON {"Wed":{"time":["07:00","15:35","15:45","15:55","16:55","23:30","24:00"],"temp":["18.0","20.0","21.0","22.0","22.5","20.0","18.0"]},"Mon":{"temp":["18.0"],"time":["24:00"]},"Tue":{"time":["24:00"],"temp":["18.0"]},"Thu":{"time":["24:00"],"temp":["18.0"]},"Sat":{"temp":["18.0"],"time":["24:00"]},"Sun":{"temp":["18.0"],"time":["24:00"]},"Fri":{"time":["24:00"],"temp":["18.0"]}}
SunAsWE 0
PROFILE_DATA:
Fri:
temp:
18.0
time:
24:00
Mon:
temp:
18.0
time:
24:00
Sat:
temp:
18.0
time:
24:00
Sun:
temp:
18.0
time:
24:00
Thu:
temp:
18.0
time:
24:00
Tue:
temp:
18.0
time:
24:00
Wed:
temp:
18.0
20.0
21.0
22.0
22.5
20.0
18.0
time:
07:00
15:35
15:45
15:55
16:55
23:30
24:00
Attributes:
commandTemplate set $NAME desired-temp $EVENT
userattr weekprofile
weekprofile Heizkoerper_Buero
Habe leider nichts gefunden, wie bekomme ich beide Heizkörper dem gleichen WDT zugeordnet?
Hm, "an sich" ist die Logik bei WDT: Ein WDT, ein echtes HK-Device (oder anderes Zieldevice). Du überschreibst also immer den einen mit dem anderen.
Man kann das Umgehen, indem man mit dem commandTemplate trickst und da dann beide Thermostate mit Komma getrennt aufführt, aber ehrlich gesagt halte ich das nicht für einen guten Workaround. Eher könnte man beide in eine structure (https://fhem.de/commandref_modular.html#structure) packen und dann mit dem WDT die structure schalten.
Hier die direkte Lösung mit 2 WDT:
defmod HZ_Timer_Heizkoerper_Buero1 WeekdayTimer ZWave_THERMOSTAT_3 weekprofile:Flo_Weekprofile
defmod HZ_Timer_Heizkoerper_Buero2 WeekdayTimer ZWave_THERMOSTAT_4 weekprofile:Flo_Weekprofile
attr HZ_Timer_Heizkoerper_Buero1,HZ_Timer_Heizkoerper_Buero2 weekprofile HZ_Timer_Heizkoerper_Buero
Genial, es hat geklappt! Werde die einzelnen Temperaturänderungen bis morgen mal beobachten. Wenn es klappt, mache ich einen WIKI Eintrag mit Schritt für Schritt Anleitung.
Das hatte ich mir gedacht, dass ein WDT ein echtes Device ist, aber mir fehlt da noch etliches an Erfahrung und Wissen um alleine auf die Lösung zu kommen.
Ich werde nun als nächstes nun die Fenstersensoren mit einbinden. Mal sehen über welche Probleme ich dabei stolpere.
Nochmals vielen Dank!
Freut mich, wenn der Groschen jetzt endgültig gefallen ist.
Ist alles etwas abstrakt, solange man nicht konkret sieht, was passiert, das ist schon so. Deswegen hatte ich ganz am Anfang auch mal geschrieben: ausprobieren und einfach mal machen (auch das mit den Referenzierungen), dann wird es klarer.
WDT ist zwar auch ein "echtes Device", aber gemeint war: Je WeekdayTimer sollte es ein zu kontrollierendes anderes Device geben. Das kann ein Thermostat sein, oder eben eine via structure gebündelte Gruppe von Thermostaten (oder Rollläden...), und zum Testen geht (ausnahmsweise ::) ) auch ein dummy. (Wiki-Beispiele aber bitte mit realer Hardware, nicht dass einer auf die Idee kommt, man braucht den dummy und müßte dann ein notify oder whatever da drauf ansetzen, um es an die Hardware zu übermitteln ;D ...).
Hi zusammen,
Toll, dass auch noch andere mitdiskutieren.
@Hadenia: könnte ich dich doch um eine Kurzanleitung bitten, nur damit ich abgleichen kann? Der Punkt des Verknüpfens ist mir noch nicht klar und ich verstehe in deinem Beispiel nicht genau, was bei dir Profil und was Topic ist :-)
Zitat von: morfey am 17 Dezember 2020, 15:08:59
Der Punkt des Verknüpfens ist mir noch nicht klar
Aus Sicht des Moduls weekprofile geht die Verknüpfung über die Angabe im jeweiligen Attribut "weekprofile" aller "Clients" (also hier des WDT-Devices):
attr HZ_Timer_Heizkoerper_Buero1,HZ_Timer_Heizkoerper_Buero2 weekprofile HZ_Timer_Heizkoerper_BueroDie Verknüpfung bezieht sich auf "entity" aus dem, was weekprofile unter einem <profilename> versteht
Zitat von: morfey am 17 Dezember 2020, 15:08:59
was bei dir Profil und was Topic ist :-)
Wieder "falsches" wording bei Topic-Nutzung: Die einfache Formel war
ZitatProfil = Topic:entity (= <profilename>)
In der commandref steht dazu zwar nirgends "entity", aber dieser Befehl aus der cref funktioniert mWn. nur sinnvoll, wenn man beides angibt:
get <name> profile_data <profilename>
@morfey Bezüglich der Nomenklatur und dem Verständnis habe ich es mir so verdeutlicht:
Weekprofil => Ist der Überbegriff, unter dem alle zu schaltenden Devices aufgeführt werden. In meinem Fall für ein Haus ein einziger Begriff (Flo_Weekprofile), in dem FHEM läuft.
Entity => Steht in meinem Fall für den Raum, in dem geschaltet werden soll (HZ_Timer_Heizkoerper_Bad_unten). Es können mehrere Devices einem Entity zugeordnet sein, indem man dem Namen des Entity eine Numerierung anfügt
Topic => Hier werden die Schaltzeiten definiert. Man kann für ein Entity einen oder mehrere Topics und damit Schaltpläne definieren. Wenn du zum Beispiel für verschiedene Devices je ein Topic "Winter" und "Sommer" definiert hast, kannst du über diesen Schalter für alle Topics (=Elemente in den einzelnen Räumen die geschaltet werden sollen) das hinterlegte Schaltprofil ändern.
So ganz durch bin ich noch nicht, es klappt nur mit dem Profil default:default, Entity und Topic ignoriert der WDT im Moment noch.
Deswegen noch eine Frage um das letzte Problem zu lösen:
@Beta-User Bei mir ist doch noch der Wurm drinn. Nachdem es anfänglich irgendwie geklappt hat,schaltet es nicht mehr, nachdem ich alle Heizkörper definiert habe >:(
Ich sehe zwar, woran es liegt, aber ich sehe die Lösung nicht.
Das weekprofil Flo_Weekprofile hat diverse items und topics
Für das default-Profil habe ich beim ersten anlegen zu Testzwecken für den Mittwoch einige Schaltzeiten angegeben:
Wed 00:00-07:00 18.0 °C 07:00-15:35 20.0 °C 15:35-15:45 21.0 °C 15:45-15:55 22.0 °C 15:55-16:55 22.5 °C 16:55-22:30 20.0 °C 22:30-24:00 18.0 °C
Generell habe ich das Topic Winter und für die Heizkörper im Büro das Entity Buero_unten
Für dieses Profil Flo_Weekprofile:Winter:Buero_unten habe ich für jeden Tag Schalttemperaturen angegeben:
Mon 00:00-07:00 18.0 °C 07:00-23:00 21.0 °C 23:00-24:00 18.0 °C
Tue 00:00-07:00 18.0 °C 07:00-23:00 21.0 °C 23:00-24:00 18.0 °C
Wed 00:00-07:00 18.0 °C 07:00-23:00 21.0 °C 23:00-24:00 18.0 °C
Thu 00:00-07:00 18.0 °C 07:00-23:00 21.0 °C 23:00-24:00 18.0 °C
Fri 00:00-07:00 18.0 °C 07:00-23:00 21.0 °C 23:00-24:00 18.0 °C
Sat 00:00-07:00 18.0 °C 07:00-23:00 21.0 °C 23:00-24:00 18.0 °C
Sun 00:00-07:00 18.0 °C 07:00-23:00 21.0 °C 23:00-24:00 18.0 °C
Für die Definition habe ich zuerst probiert:
defmod HZ_Timer_Heizkoerper_Buero1 WeekdayTimer ZWave_THERMOSTAT_3 weekprofile:Flo_Weekprofile
defmod HZ_Timer_Heizkoerper_Buero2 WeekdayTimer ZWave_THERMOSTAT_4 weekprofile:Flo_Weekprofile
attr HZ_Timer_Heizkoerper_Buero1,HZ_Timer_Heizkoerper_Buero2 weekprofile HZ_Timer_Heizkoerper_Buero
Der WDT HZ_Timer_Heizkoerper_Buero listet als Schaltzeit nur den default-Plan Flo_Weekprofile:default:default, nicht aber Flo_Weekprofile:Winter:Buero_unten:
Internals:
CFGFN
COMMAND
CONDITION
DEF ZWave_THERMOSTAT_4 weekprofile:Flo_Weekprofile:Winter:Buero_unten
DEVICE ZWave_THERMOSTAT_4
FUUID 5fdc6d68-f33f-51ed-87a1-cef917f6d798e4c4
GlobalDaylistSpec
LANGUAGE de
NAME HZ_Timer_Heizkoerper_Buero
NR 860
Profil 0: Sonntag 00:10:00 18.0,
Profil 1: Montag 00:10:00 18.0,
Profil 2: Dienstag 00:10:00 18.0,
Profil 3: Mittwoch 00:10:00 18.0, 07:00:00 20.0, 15:35:00 21.0, 15:45:00 22.0, 15:55:00 22.5, 16:55:00 20.0, 22:30:00 18.0,
Profil 4: Donnerstag 00:10:00 18.0,
Profil 5: Freitag 00:10:00 18.0,
Profil 6: Samstag 00:10:00 18.0,
STATE 18.0
STILLDONETIME 0
TYPE WeekdayTimer
READINGS:
2020-12-18 09:51:03 currValue 18.0
2020-12-18 09:51:03 nextUpdate 2020-12-19 00:10:00
2020-12-18 09:51:03 nextValue 18.0
2020-12-18 09:51:03 state 18.0
2020-12-18 09:50:48 weekprofiles Flo_Weekprofile:default:default
SWITCHINGTIMES:
5|00:10|18.0
1|00:10|18.0
6|00:10|18.0
0|00:10|18.0
4|00:10|18.0
2|00:10|18.0
3|00:10|18.0
3|07:00|20.0
3|15:35|21.0
3|15:45|22.0
3|15:55|22.5
3|16:55|20.0
3|22:30|18.0
TIMER:
HZ_Timer_Heizkoerper_Buero_SetTimerOfDay:
HASH HZ_Timer_Heizkoerper_Buero
MODIFIER SetTimerOfDay
NAME HZ_Timer_Heizkoerper_Buero_SetTimerOfDay
SETTIMERATMIDNIGHT 1
HZ_Timer_Heizkoerper_Buero_delayed:
HASH HZ_Timer_Heizkoerper_Buero
MODIFIER delayed
NAME HZ_Timer_Heizkoerper_Buero_delayed
helper:
daysRegExp (so|mo|di|mi|do|fr|sa|\$we|\!\$we)
daysRegExpMessage (so|mo|di|mi|do|fr|sa|$we|!$we)
SWITCHINGTIME:
0:
00:10:00 18.0
1:
00:10:00 18.0
2:
00:10:00 18.0
3:
00:10:00 18.0
07:00:00 20.0
15:35:00 21.0
15:45:00 22.0
15:55:00 22.5
16:55:00 20.0
22:30:00 18.0
4:
00:10:00 18.0
5:
00:10:00 18.0
6:
00:10:00 18.0
WEDAYS:
1 1
2 1
profil:
1:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
5
10:
EPOCH 1608302700
PARA 22.0
TIME 15:45
WE_Override 0
TAGE:
3
11:
EPOCH 1608303300
PARA 22.5
TIME 15:55
WE_Override 0
TAGE:
3
12:
EPOCH 1608306900
PARA 20.0
TIME 16:55
WE_Override 0
TAGE:
3
13:
EPOCH 1608327000
PARA 18.0
TIME 22:30
WE_Override 0
TAGE:
3
2:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
1
3:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
6
4:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
0
5:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
4
6:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
2
7:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
3
8:
EPOCH 1608271200
PARA 20.0
TIME 07:00
WE_Override 0
TAGE:
3
9:
EPOCH 1608302100
PARA 21.0
TIME 15:35
WE_Override 0
TAGE:
3
profile_IDX:
0:
00:10:00 4
1:
00:10:00 2
2:
00:10:00 6
3:
00:10:00 7
07:00:00 8
15:35:00 9
15:45:00 10
15:55:00 11
16:55:00 12
22:30:00 13
4:
00:10:00 5
5:
00:10:00 1
6:
00:10:00 3
weekprofiles:
Flo_Weekprofile:
PROFILE default:default
PROFILE_JSON {"Mon":{"temp":["18.0"],"time":["24:00"]},"Tue":{"temp":["18.0"],"time":["24:00"]},"Fri":{"temp":["18.0"],"time":["24:00"]},"Thu":{"time":["24:00"],"temp":["18.0"]},"Sun":{"time":["24:00"],"temp":["18.0"]},"Wed":{"temp":["18.0","20.0","21.0","22.0","22.5","20.0","18.0"],"time":["07:00","15:35","15:45","15:55","16:55","22:30","24:00"]},"Sat":{"time":["24:00"],"temp":["18.0"]}}
SunAsWE Winter
PROFILE_DATA:
Fri:
temp:
18.0
time:
24:00
Mon:
temp:
18.0
time:
24:00
Sat:
temp:
18.0
time:
24:00
Sun:
temp:
18.0
time:
24:00
Thu:
temp:
18.0
time:
24:00
Tue:
temp:
18.0
time:
24:00
Wed:
temp:
18.0
20.0
21.0
22.0
22.5
20.0
18.0
time:
07:00
15:35
15:45
15:55
16:55
22:30
24:00
Attributes:
commandTemplate set $NAME desired-temp $EVENT
userattr weekprofile
Das gleiche gilt für HZ_Timer_Heizkoerper_Buero1 und HZ_Timer_Heizkoerper_Buero2, als Schaltzeit wird immer nur default:default im list gezeigt. Ich verstehe, dass der Heizkörper deswegen nur am Mittwoch schaltet als ich gedacht hatte, nun funktioniert alles.
Was ich trotz vielem probieren und lesen nicht hinbekomme: Wie kann ich dem WDT HZ_Timer_Heizkoerper bzw HZ_Timer_Heizkoerper1 und HZ_Timer_Heizkoerper2 beibringen, dass sie sich nicht auf default:default sondern auf Winter:Buero_unten beziehen?
Na ja, da scheint mir beim Wording immer noch was unklar zu sein. Wenn du von weekprofile aus umschalten willst, sollte "entity" sich im "weekprofile"-Attribut der WDT wiederfinden.
Teste als mal das:
attr HZ_Timer_Heizkoerper_Buero1,HZ_Timer_Heizkoerper_Buero2 weekprofile Buero_unten
(ggf. danach nochmal die DEF von einem anfassen oder FHEM neu starten...)
Leider immer noch unverändert. Ich habe nochmal angefangen mit der Definition des WDT:
defmod HZ_Timer_Heizkoerper_Buero1 WeekdayTimer ZWave_THERMOSTAT_3 weekprofile:Flo_Weekprofile
defmod HZ_Timer_Heizkoerper_Buero2 WeekdayTimer ZWave_THERMOSTAT_4 weekprofile:Flo_Weekprofile
Dann wie von dir vorgeschlagen auf das Entity referenziert:
attr HZ_Timer_Heizkoerper_Buero1,HZ_Timer_Heizkoerper_Buero2 weekprofile Buero_unten
Das Ergebnis ist leider unverändert, im WDT HZ_Timer_Heizkoerper_Buero* sind nur die Schaltzeiten von default:default gelistet obwohl unter DEF ZWave_THERMOSTAT_4 weekprofile:Flo_Weekprofile:Winter:Buero_unten ersichtlich ist, dass Winter:Buero_unten bekannt ist.
Vielleicht sind diese Details noch hilfreich:
Im list HZ_Timer_Heizkoerper_Buero kennt er nur den ZWave_THERMOSTAT_4
Internals:
COMMAND
CONDITION
DEF ZWave_THERMOSTAT_4 weekprofile:Flo_Weekprofile:Winter:Buero_unten
DEVICE ZWave_THERMOSTAT_4
FUUID 5fdc6d68-f33f-51ed-87a1-cef917f6d798e4c4
GlobalDaylistSpec
LANGUAGE de
NAME HZ_Timer_Heizkoerper_Buero
NR 139
Profil 0: Sonntag 00:10:00 18.0,
Profil 1: Montag 00:10:00 18.0,
Profil 2: Dienstag 00:10:00 18.0,
Profil 3: Mittwoch 00:10:00 18.0, 07:00:00 20.0, 15:35:00 21.0, 15:45:00 22.0, 15:55:00 22.5, 16:55:00 20.0, 22:30:00 18.0,
Profil 4: Donnerstag 00:10:00 18.0,
Profil 5: Freitag 00:10:00 18.0,
Profil 6: Samstag 00:10:00 18.0,
STATE 18.0
STILLDONETIME 0
TYPE WeekdayTimer
READINGS:
2020-12-18 11:53:30 currValue 18.0
2020-12-18 11:53:30 nextUpdate 2020-12-19 00:10:00
2020-12-18 11:53:30 nextValue 18.0
2020-12-18 11:53:30 state 18.0
2020-12-18 09:50:48 weekprofiles Flo_Weekprofile:default:default
SWITCHINGTIMES:
5|00:10|18.0
1|00:10|18.0
6|00:10|18.0
0|00:10|18.0
4|00:10|18.0
2|00:10|18.0
3|00:10|18.0
3|07:00|20.0
3|15:35|21.0
3|15:45|22.0
3|15:55|22.5
3|16:55|20.0
3|22:30|18.0
TIMER:
HZ_Timer_Heizkoerper_Buero_SetTimerOfDay:
HASH HZ_Timer_Heizkoerper_Buero
MODIFIER SetTimerOfDay
NAME HZ_Timer_Heizkoerper_Buero_SetTimerOfDay
SETTIMERATMIDNIGHT 1
helper:
daysRegExp (so|mo|di|mi|do|fr|sa|\$we|\!\$we)
daysRegExpMessage (so|mo|di|mi|do|fr|sa|$we|!$we)
SWITCHINGTIME:
0:
00:10:00 18.0
1:
00:10:00 18.0
2:
00:10:00 18.0
3:
00:10:00 18.0
07:00:00 20.0
15:35:00 21.0
15:45:00 22.0
15:55:00 22.5
16:55:00 20.0
22:30:00 18.0
4:
00:10:00 18.0
5:
00:10:00 18.0
6:
00:10:00 18.0
WEDAYS:
1 1
2 1
profil:
1:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
5
10:
EPOCH 1608302700
PARA 22.0
TIME 15:45
WE_Override 0
TAGE:
3
11:
EPOCH 1608303300
PARA 22.5
TIME 15:55
WE_Override 0
TAGE:
3
12:
EPOCH 1608306900
PARA 20.0
TIME 16:55
WE_Override 0
TAGE:
3
13:
EPOCH 1608327000
PARA 18.0
TIME 22:30
WE_Override 0
TAGE:
3
2:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
1
3:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
6
4:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
0
5:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
4
6:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
2
7:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
3
8:
EPOCH 1608271200
PARA 20.0
TIME 07:00
WE_Override 0
TAGE:
3
9:
EPOCH 1608302100
PARA 21.0
TIME 15:35
WE_Override 0
TAGE:
3
profile_IDX:
0:
00:10:00 4
1:
00:10:00 2
2:
00:10:00 6
3:
00:10:00 7
07:00:00 8
15:35:00 9
15:45:00 10
15:55:00 11
16:55:00 12
22:30:00 13
4:
00:10:00 5
5:
00:10:00 1
6:
00:10:00 3
weekprofiles:
Flo_Weekprofile:
PROFILE default:default
PROFILE_JSON {"Wed":{"time":["07:00","15:35","15:45","15:55","16:55","22:30","24:00"],"temp":["18.0","20.0","21.0","22.0","22.5","20.0","18.0"]},"Sat":{"time":["24:00"],"temp":["18.0"]},"Tue":{"temp":["18.0"],"time":["24:00"]},"Mon":{"time":["24:00"],"temp":["18.0"]},"Fri":{"time":["24:00"],"temp":["18.0"]},"Thu":{"temp":["18.0"],"time":["24:00"]},"Sun":{"temp":["18.0"],"time":["24:00"]}}
SunAsWE Winter
PROFILE_DATA:
Fri:
temp:
18.0
time:
24:00
Mon:
temp:
18.0
time:
24:00
Sat:
temp:
18.0
time:
24:00
Sun:
temp:
18.0
time:
24:00
Thu:
temp:
18.0
time:
24:00
Tue:
temp:
18.0
time:
24:00
Wed:
temp:
18.0
20.0
21.0
22.0
22.5
20.0
18.0
time:
07:00
15:35
15:45
15:55
16:55
22:30
24:00
Attributes:
commandTemplate set $NAME desired-temp $EVENT
userattr weekprofile
Im list HZ_Timer_Heizkoerper_Buero1 kennt er nur den ZWave_THERMOSTAT_3
Internals:
COMMAND
CONDITION
DEF ZWave_THERMOSTAT_3 weekprofile:Flo_Weekprofile
DEVICE ZWave_THERMOSTAT_3
FUUID 5fda2d30-f33f-51ed-5673-b90bc55062624000
GlobalDaylistSpec
LANGUAGE de
NAME HZ_Timer_Heizkoerper_Buero1
NR 132
Profil 0: Sonntag 00:10:00 18.0,
Profil 1: Montag 00:10:00 18.0,
Profil 2: Dienstag 00:10:00 18.0,
Profil 3: Mittwoch 00:10:00 18.0, 07:00:00 20.0, 15:35:00 21.0, 15:45:00 22.0, 15:55:00 22.5, 16:55:00 20.0, 22:30:00 18.0,
Profil 4: Donnerstag 00:10:00 18.0,
Profil 5: Freitag 00:10:00 18.0,
Profil 6: Samstag 00:10:00 18.0,
STATE 18.0
STILLDONETIME 0
TYPE WeekdayTimer
READINGS:
2020-12-18 11:53:30 currValue 18.0
2020-12-18 11:53:30 nextUpdate 2020-12-19 00:10:00
2020-12-18 11:53:30 nextValue 18.0
2020-12-18 11:53:30 state 18.0
2020-12-16 16:52:16 weekprofiles Flo_Weekprofile:default:default
SWITCHINGTIMES:
5|00:10|18.0
1|00:10|18.0
6|00:10|18.0
0|00:10|18.0
4|00:10|18.0
2|00:10|18.0
3|00:10|18.0
3|07:00|20.0
3|15:35|21.0
3|15:45|22.0
3|15:55|22.5
3|16:55|20.0
3|22:30|18.0
TIMER:
HZ_Timer_Heizkoerper_Buero1_SetTimerOfDay:
HASH HZ_Timer_Heizkoerper_Buero1
MODIFIER SetTimerOfDay
NAME HZ_Timer_Heizkoerper_Buero1_SetTimerOfDay
SETTIMERATMIDNIGHT 1
HZ_Timer_Heizkoerper_Buero1_delayed:
HASH HZ_Timer_Heizkoerper_Buero1
MODIFIER delayed
NAME HZ_Timer_Heizkoerper_Buero1_delayed
helper:
daysRegExp (so|mo|di|mi|do|fr|sa|\$we|\!\$we)
daysRegExpMessage (so|mo|di|mi|do|fr|sa|$we|!$we)
SWITCHINGTIME:
0:
00:10:00 18.0
1:
00:10:00 18.0
2:
00:10:00 18.0
3:
00:10:00 18.0
07:00:00 20.0
15:35:00 21.0
15:45:00 22.0
15:55:00 22.5
16:55:00 20.0
22:30:00 18.0
4:
00:10:00 18.0
5:
00:10:00 18.0
6:
00:10:00 18.0
WEDAYS:
1 1
2 1
profil:
1:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
5
10:
EPOCH 1608302700
PARA 22.0
TIME 15:45
WE_Override 0
TAGE:
3
11:
EPOCH 1608303300
PARA 22.5
TIME 15:55
WE_Override 0
TAGE:
3
12:
EPOCH 1608306900
PARA 20.0
TIME 16:55
WE_Override 0
TAGE:
3
13:
EPOCH 1608327000
PARA 18.0
TIME 22:30
WE_Override 0
TAGE:
3
2:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
1
3:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
6
4:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
0
5:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
4
6:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
2
7:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
3
8:
EPOCH 1608271200
PARA 20.0
TIME 07:00
WE_Override 0
TAGE:
3
9:
EPOCH 1608302100
PARA 21.0
TIME 15:35
WE_Override 0
TAGE:
3
profile_IDX:
0:
00:10:00 4
1:
00:10:00 2
2:
00:10:00 6
3:
00:10:00 7
07:00:00 8
15:35:00 9
15:45:00 10
15:55:00 11
16:55:00 12
22:30:00 13
4:
00:10:00 5
5:
00:10:00 1
6:
00:10:00 3
weekprofiles:
Flo_Weekprofile:
PROFILE default:default
PROFILE_JSON {"Wed":{"time":["07:00","15:35","15:45","15:55","16:55","22:30","24:00"],"temp":["18.0","20.0","21.0","22.0","22.5","20.0","18.0"]},"Sat":{"time":["24:00"],"temp":["18.0"]},"Tue":{"temp":["18.0"],"time":["24:00"]},"Mon":{"time":["24:00"],"temp":["18.0"]},"Fri":{"time":["24:00"],"temp":["18.0"]},"Thu":{"temp":["18.0"],"time":["24:00"]},"Sun":{"temp":["18.0"],"time":["24:00"]}}
SunAsWE 0
PROFILE_DATA:
Fri:
temp:
18.0
time:
24:00
Mon:
temp:
18.0
time:
24:00
Sat:
temp:
18.0
time:
24:00
Sun:
temp:
18.0
time:
24:00
Thu:
temp:
18.0
time:
24:00
Tue:
temp:
18.0
time:
24:00
Wed:
temp:
18.0
20.0
21.0
22.0
22.5
20.0
18.0
time:
07:00
15:35
15:45
15:55
16:55
22:30
24:00
Attributes:
commandTemplate set $NAME desired-temp $EVENT
userattr weekprofile
weekprofile Buero_unten
Im list HZ_Timer_Heizkoerper_Buero2 kennt er nur den ZWave_THERMOSTAT_4
Internals:
Internals:
COMMAND
CONDITION
DEF ZWave_THERMOSTAT_4 weekprofile:Flo_Weekprofile
DEVICE ZWave_THERMOSTAT_4
FUUID 5fda2d38-f33f-51ed-365d-2d031722c235b1c5
GlobalDaylistSpec
LANGUAGE de
NAME HZ_Timer_Heizkoerper_Buero2
NR 133
Profil 0: Sonntag 00:10:00 18.0,
Profil 1: Montag 00:10:00 18.0,
Profil 2: Dienstag 00:10:00 18.0,
Profil 3: Mittwoch 00:10:00 18.0, 07:00:00 20.0, 15:35:00 21.0, 15:45:00 22.0, 15:55:00 22.5, 16:55:00 20.0, 22:30:00 18.0,
Profil 4: Donnerstag 00:10:00 18.0,
Profil 5: Freitag 00:10:00 18.0,
Profil 6: Samstag 00:10:00 18.0,
STATE 18.0
STILLDONETIME 0
TYPE WeekdayTimer
READINGS:
2020-12-18 11:53:30 currValue 18.0
2020-12-18 11:53:30 nextUpdate 2020-12-19 00:10:00
2020-12-18 11:53:30 nextValue 18.0
2020-12-18 11:53:30 state 18.0
2020-12-16 16:52:24 weekprofiles Flo_Weekprofile:default:default
SWITCHINGTIMES:
5|00:10|18.0
1|00:10|18.0
6|00:10|18.0
0|00:10|18.0
4|00:10|18.0
2|00:10|18.0
3|00:10|18.0
3|07:00|20.0
3|15:35|21.0
3|15:45|22.0
3|15:55|22.5
3|16:55|20.0
3|22:30|18.0
TIMER:
HZ_Timer_Heizkoerper_Buero2_SetTimerOfDay:
HASH HZ_Timer_Heizkoerper_Buero2
MODIFIER SetTimerOfDay
NAME HZ_Timer_Heizkoerper_Buero2_SetTimerOfDay
SETTIMERATMIDNIGHT 1
helper:
daysRegExp (so|mo|di|mi|do|fr|sa|\$we|\!\$we)
daysRegExpMessage (so|mo|di|mi|do|fr|sa|$we|!$we)
SWITCHINGTIME:
0:
00:10:00 18.0
1:
00:10:00 18.0
2:
00:10:00 18.0
3:
00:10:00 18.0
07:00:00 20.0
15:35:00 21.0
15:45:00 22.0
15:55:00 22.5
16:55:00 20.0
22:30:00 18.0
4:
00:10:00 18.0
5:
00:10:00 18.0
6:
00:10:00 18.0
WEDAYS:
1 1
2 1
profil:
1:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
5
10:
EPOCH 1608302700
PARA 22.0
TIME 15:45
WE_Override 0
TAGE:
3
11:
EPOCH 1608303300
PARA 22.5
TIME 15:55
WE_Override 0
TAGE:
3
12:
EPOCH 1608306900
PARA 20.0
TIME 16:55
WE_Override 0
TAGE:
3
13:
EPOCH 1608327000
PARA 18.0
TIME 22:30
WE_Override 0
TAGE:
3
2:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
1
3:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
6
4:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
0
5:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
4
6:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
2
7:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
3
8:
EPOCH 1608271200
PARA 20.0
TIME 07:00
WE_Override 0
TAGE:
3
9:
EPOCH 1608302100
PARA 21.0
TIME 15:35
WE_Override 0
TAGE:
3
profile_IDX:
0:
00:10:00 4
1:
00:10:00 2
2:
00:10:00 6
3:
00:10:00 7
07:00:00 8
15:35:00 9
15:45:00 10
15:55:00 11
16:55:00 12
22:30:00 13
4:
00:10:00 5
5:
00:10:00 1
6:
00:10:00 3
weekprofiles:
Flo_Weekprofile:
PROFILE default:default
PROFILE_JSON {"Wed":{"time":["07:00","15:35","15:45","15:55","16:55","22:30","24:00"],"temp":["18.0","20.0","21.0","22.0","22.5","20.0","18.0"]},"Sat":{"time":["24:00"],"temp":["18.0"]},"Tue":{"temp":["18.0"],"time":["24:00"]},"Mon":{"time":["24:00"],"temp":["18.0"]},"Fri":{"time":["24:00"],"temp":["18.0"]},"Thu":{"temp":["18.0"],"time":["24:00"]},"Sun":{"temp":["18.0"],"time":["24:00"]}}
SunAsWE 0
PROFILE_DATA:
Fri:
temp:
18.0
time:
24:00
Mon:
temp:
18.0
time:
24:00
Sat:
temp:
18.0
time:
24:00
Sun:
temp:
18.0
time:
24:00
Thu:
temp:
18.0
time:
24:00
Tue:
temp:
18.0
time:
24:00
Wed:
temp:
18.0
20.0
21.0
22.0
22.5
20.0
18.0
time:
07:00
15:35
15:45
15:55
16:55
22:30
24:00
Attributes:
commandTemplate set $NAME desired-temp $EVENT
userattr weekprofile
weekprofile Buero_unten
Was mir aufgefallen ist: Die Wochenprofildefinition Winter:Buero_unten ist im HZ_Timer_Heizkoerper_Buero1 und HZ_Timer_Heizkoerper_Buero2 nicht bekannt. Klar, dass die Heizkörper dann auch die Schaltbefehle ausserhalb default:defaule nicht ausführen.
Na ja, ich war erst mal davon ausgegangen, dass es nur zwei WDT für die beiden Thermostate gibt, von daher würde ich empfehlen, erst mal den WDT ohne Ziffer zu löschen (da er auch kein gesetztes weekprofile-Attribut hat und daher aus Sicht von Flo_Weekprofile nicht exisitert...).
Und da die beiden anderen auf default:default stehen, gehe ich mal davon aus, dass du entweder nicht nochmal die "setze Topic"-Anweisung in weekprofile ausgelöst hast oder voerher die DEF von einem der WDT nicht nochmal angefaßt.
Du kannst das Neueinlesen auch mit einem Perl-Kommando auslösen:
{ weekprofile_refreshSendDevList($defs{'Flo_Weekprofile'}) }
WIeder keine Änderung, so klappt es auch nicht :(
Ich habe mal allgemein HZ_Timer_Heizkoerper_Buero ohne die Zahl gelöscht. Vielen Dank für deinen Codeschnipsel zum einlesen. Hat leider auch nicht funktioniert, auch nicht ein shutdown restart, was ich auch schön des öfteren probiert habe.
Über das Backen habe ich aber nun geschafft, dass beide Heizkörper auf das Weekprofil Flo_Weekprofile:Winter:Buero_unten reagieren.
Im FHEM Web-Backend habe ich oben unter set HZ_Timer_Heizkoerper_Buero1 im Pulldownmenue weekprofile gewählt und Flo_Weekprofile:Winter:Buero_unten eingegeben. Der entsprechende Befehl wäre:
set HZ_Timer_Heizkoerper_Buero2 weekprofile Flo_Weekprofile:Winter:Buero_unten
Das gleiche für den anderen WDT HZ_Timer_Heizkoerper_Buero2 und beide WDT´s sind dem gleichen weekprofile inkl. Entity und Topc zugeordnet, ohne sich gegenseitig zu überschreiben:
Internals:
COMMAND
CONDITION
DEF ZWave_THERMOSTAT_3 weekprofile:Flo_Weekprofile
DEVICE ZWave_THERMOSTAT_3
FUUID 5fda2d30-f33f-51ed-5673-b90bc55062624000
GlobalDaylistSpec
LANGUAGE de
NAME HZ_Timer_Heizkoerper_Buero1
NR 132
Profil 0: Sonntag 00:10:00 18.0, 06:30:00 21.0, 23:30:00 18.0,
Profil 1: Montag 00:10:00 18.0, 06:30:00 21.0, 23:30:00 18.0,
Profil 2: Dienstag 00:10:00 18.0, 06:30:00 21.0, 23:30:00 18.0,
Profil 3: Mittwoch 00:10:00 18.0, 06:30:00 21.0, 23:30:00 18.0,
Profil 4: Donnerstag 00:10:00 18.0, 06:30:00 21.0, 23:30:00 18.0,
Profil 5: Freitag 00:10:00 18.0, 06:30:00 21.0, 23:30:00 18.0,
Profil 6: Samstag 00:10:00 18.0, 06:30:00 21.0, 23:30:00 18.0,
STATE 21.0
STILLDONETIME 0
TYPE WeekdayTimer
READINGS:
2020-12-18 13:17:35 currValue 21.0
2020-12-18 13:17:35 nextUpdate 2020-12-18 23:30:00
2020-12-18 13:17:35 nextValue 18.0
2020-12-18 13:17:35 state 21.0
2020-12-18 13:17:30 weekprofiles Flo_Weekprofile:Winter:Buero_unten
SWITCHINGTIMES:
5|00:10|18.0
5|06:30|21.0
5|23:30|18.0
1|00:10|18.0
1|06:30|21.0
1|23:30|18.0
6|00:10|18.0
6|06:30|21.0
6|23:30|18.0
0|00:10|18.0
0|06:30|21.0
0|23:30|18.0
4|00:10|18.0
4|06:30|21.0
4|23:30|18.0
2|00:10|18.0
2|06:30|21.0
2|23:30|18.0
3|00:10|18.0
3|06:30|21.0
3|23:30|18.0
TIMER:
HZ_Timer_Heizkoerper_Buero1_3:
HASH HZ_Timer_Heizkoerper_Buero1
MODIFIER 3
NAME HZ_Timer_Heizkoerper_Buero1_3
HZ_Timer_Heizkoerper_Buero1_SetTimerOfDay:
HASH HZ_Timer_Heizkoerper_Buero1
MODIFIER SetTimerOfDay
NAME HZ_Timer_Heizkoerper_Buero1_SetTimerOfDay
SETTIMERATMIDNIGHT 1
HZ_Timer_Heizkoerper_Buero1_delayed:
HASH HZ_Timer_Heizkoerper_Buero1
MODIFIER delayed
NAME HZ_Timer_Heizkoerper_Buero1_delayed
helper:
daysRegExp (so|mo|di|mi|do|fr|sa|\$we|\!\$we)
daysRegExpMessage (so|mo|di|mi|do|fr|sa|$we|!$we)
SWITCHINGTIME:
0:
00:10:00 18.0
06:30:00 21.0
23:30:00 18.0
1:
00:10:00 18.0
06:30:00 21.0
23:30:00 18.0
2:
00:10:00 18.0
06:30:00 21.0
23:30:00 18.0
3:
00:10:00 18.0
06:30:00 21.0
23:30:00 18.0
4:
00:10:00 18.0
06:30:00 21.0
23:30:00 18.0
5:
00:10:00 18.0
06:30:00 21.0
23:30:00 18.0
6:
00:10:00 18.0
06:30:00 21.0
23:30:00 18.0
WEDAYS:
1 1
2 1
profil:
1:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
5
10:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
0
11:
EPOCH 1608269400
PARA 21.0
TIME 06:30
WE_Override 0
TAGE:
0
12:
EPOCH 1608330600
PARA 18.0
TIME 23:30
WE_Override 0
TAGE:
0
13:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
4
14:
EPOCH 1608269400
PARA 21.0
TIME 06:30
WE_Override 0
TAGE:
4
15:
EPOCH 1608330600
PARA 18.0
TIME 23:30
WE_Override 0
TAGE:
4
16:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
2
17:
EPOCH 1608269400
PARA 21.0
TIME 06:30
WE_Override 0
TAGE:
2
18:
EPOCH 1608330600
PARA 18.0
TIME 23:30
WE_Override 0
TAGE:
2
19:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
3
2:
EPOCH 1608269400
PARA 21.0
TIME 06:30
WE_Override 0
TAGE:
5
20:
EPOCH 1608269400
PARA 21.0
TIME 06:30
WE_Override 0
TAGE:
3
21:
EPOCH 1608330600
PARA 18.0
TIME 23:30
WE_Override 0
TAGE:
3
3:
EPOCH 1608330600
PARA 18.0
TIME 23:30
WE_Override 0
TAGE:
5
4:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
1
5:
EPOCH 1608269400
PARA 21.0
TIME 06:30
WE_Override 0
TAGE:
1
6:
EPOCH 1608330600
PARA 18.0
TIME 23:30
WE_Override 0
TAGE:
1
7:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
6
8:
EPOCH 1608269400
PARA 21.0
TIME 06:30
WE_Override 0
TAGE:
6
9:
EPOCH 1608330600
PARA 18.0
TIME 23:30
WE_Override 0
TAGE:
6
profile_IDX:
0:
00:10:00 10
06:30:00 11
23:30:00 12
1:
00:10:00 4
06:30:00 5
23:30:00 6
2:
00:10:00 16
06:30:00 17
23:30:00 18
3:
00:10:00 19
06:30:00 20
07:00:00 8
15:35:00 9
15:45:00 10
15:55:00 11
16:55:00 12
22:30:00 13
23:30:00 21
4:
00:10:00 13
06:30:00 14
23:30:00 15
5:
00:10:00 1
06:30:00 2
23:30:00 3
6:
00:10:00 7
06:30:00 8
23:30:00 9
weekprofiles:
Flo_Weekprofile:
PROFILE Winter:Buero_unten
PROFILE_JSON {"Mon":{"temp":["18.0","21.0","18.0"],"time":["06:30","23:30","24:00"]},"Sat":{"temp":["18.0","21.0","18.0"],"time":["06:30","23:30","24:00"]},"Tue":{"temp":["18.0","21.0","18.0"],"time":["06:30","23:30","24:00"]},"Wed":{"time":["06:30","23:30","24:00"],"temp":["18.0","21.0","18.0"]},"Sun":{"time":["06:30","23:30","24:00"],"temp":["18.0","21.0","18.0"]},"Fri":{"time":["06:30","23:30","24:00"],"temp":["18.0","21.0","18.0"]},"Thu":{"time":["06:30","23:30","24:00"],"temp":["18.0","21.0","18.0"]}}
SunAsWE 0
PROFILE_DATA:
Fri:
temp:
18.0
21.0
18.0
time:
06:30
23:30
24:00
Mon:
temp:
18.0
21.0
18.0
time:
06:30
23:30
24:00
Sat:
temp:
18.0
21.0
18.0
time:
06:30
23:30
24:00
Sun:
temp:
18.0
21.0
18.0
time:
06:30
23:30
24:00
Thu:
temp:
18.0
21.0
18.0
time:
06:30
23:30
24:00
Tue:
temp:
18.0
21.0
18.0
time:
06:30
23:30
24:00
Wed:
temp:
18.0
21.0
18.0
time:
06:30
23:30
24:00
Attributes:
commandTemplate set $NAME desired-temp $EVENT
userattr weekprofile
weekprofile HZ_Timer_Heizkoerper_Buero
und
Internals:
COMMAND
CONDITION
DEF ZWave_THERMOSTAT_4 weekprofile:Flo_Weekprofile:Buero_unten
DEVICE ZWave_THERMOSTAT_4
FUUID 5fda2d38-f33f-51ed-365d-2d031722c235b1c5
GlobalDaylistSpec
LANGUAGE de
NAME HZ_Timer_Heizkoerper_Buero2
NR 133
Profil 0: Sonntag 00:10:00 18.0, 06:30:00 21.0, 23:30:00 18.0,
Profil 1: Montag 00:10:00 18.0, 06:30:00 21.0, 23:30:00 18.0,
Profil 2: Dienstag 00:10:00 18.0, 06:30:00 21.0, 23:30:00 18.0,
Profil 3: Mittwoch 00:10:00 18.0, 06:30:00 21.0, 23:30:00 18.0,
Profil 4: Donnerstag 00:10:00 18.0, 06:30:00 21.0, 23:30:00 18.0,
Profil 5: Freitag 00:10:00 18.0, 06:30:00 21.0, 23:30:00 18.0,
Profil 6: Samstag 00:10:00 18.0, 06:30:00 21.0, 23:30:00 18.0,
STATE 21.0
STILLDONETIME 0
TYPE WeekdayTimer
READINGS:
2020-12-18 13:22:17 currValue 21.0
2020-12-18 13:22:17 nextUpdate 2020-12-18 23:30:00
2020-12-18 13:22:17 nextValue 18.0
2020-12-18 13:22:17 state 21.0
2020-12-18 13:22:12 weekprofiles Flo_Weekprofile:Winter:Buero_unten
SWITCHINGTIMES:
5|00:10|18.0
5|06:30|21.0
5|23:30|18.0
1|00:10|18.0
1|06:30|21.0
1|23:30|18.0
6|00:10|18.0
6|06:30|21.0
6|23:30|18.0
0|00:10|18.0
0|06:30|21.0
0|23:30|18.0
4|00:10|18.0
4|06:30|21.0
4|23:30|18.0
2|00:10|18.0
2|06:30|21.0
2|23:30|18.0
3|00:10|18.0
3|06:30|21.0
3|23:30|18.0
TIMER:
HZ_Timer_Heizkoerper_Buero2_3:
HASH HZ_Timer_Heizkoerper_Buero2
MODIFIER 3
NAME HZ_Timer_Heizkoerper_Buero2_3
HZ_Timer_Heizkoerper_Buero2_SetTimerOfDay:
HASH HZ_Timer_Heizkoerper_Buero2
MODIFIER SetTimerOfDay
NAME HZ_Timer_Heizkoerper_Buero2_SetTimerOfDay
SETTIMERATMIDNIGHT 1
HZ_Timer_Heizkoerper_Buero2_delayed:
HASH HZ_Timer_Heizkoerper_Buero2
MODIFIER delayed
NAME HZ_Timer_Heizkoerper_Buero2_delayed
helper:
daysRegExp (so|mo|di|mi|do|fr|sa|\$we|\!\$we)
daysRegExpMessage (so|mo|di|mi|do|fr|sa|$we|!$we)
SWITCHINGTIME:
0:
00:10:00 18.0
06:30:00 21.0
23:30:00 18.0
1:
00:10:00 18.0
06:30:00 21.0
23:30:00 18.0
2:
00:10:00 18.0
06:30:00 21.0
23:30:00 18.0
3:
00:10:00 18.0
06:30:00 21.0
23:30:00 18.0
4:
00:10:00 18.0
06:30:00 21.0
23:30:00 18.0
5:
00:10:00 18.0
06:30:00 21.0
23:30:00 18.0
6:
00:10:00 18.0
06:30:00 21.0
23:30:00 18.0
WEDAYS:
1 1
2 1
profil:
1:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
5
10:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
0
11:
EPOCH 1608269400
PARA 21.0
TIME 06:30
WE_Override 0
TAGE:
0
12:
EPOCH 1608330600
PARA 18.0
TIME 23:30
WE_Override 0
TAGE:
0
13:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
4
14:
EPOCH 1608269400
PARA 21.0
TIME 06:30
WE_Override 0
TAGE:
4
15:
EPOCH 1608330600
PARA 18.0
TIME 23:30
WE_Override 0
TAGE:
4
16:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
2
17:
EPOCH 1608269400
PARA 21.0
TIME 06:30
WE_Override 0
TAGE:
2
18:
EPOCH 1608330600
PARA 18.0
TIME 23:30
WE_Override 0
TAGE:
2
19:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
3
2:
EPOCH 1608269400
PARA 21.0
TIME 06:30
WE_Override 0
TAGE:
5
20:
EPOCH 1608269400
PARA 21.0
TIME 06:30
WE_Override 0
TAGE:
3
21:
EPOCH 1608330600
PARA 18.0
TIME 23:30
WE_Override 0
TAGE:
3
3:
EPOCH 1608330600
PARA 18.0
TIME 23:30
WE_Override 0
TAGE:
5
4:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
1
5:
EPOCH 1608269400
PARA 21.0
TIME 06:30
WE_Override 0
TAGE:
1
6:
EPOCH 1608330600
PARA 18.0
TIME 23:30
WE_Override 0
TAGE:
1
7:
EPOCH 1608246600
PARA 18.0
TIME 00:10
WE_Override 0
TAGE:
6
8:
EPOCH 1608269400
PARA 21.0
TIME 06:30
WE_Override 0
TAGE:
6
9:
EPOCH 1608330600
PARA 18.0
TIME 23:30
WE_Override 0
TAGE:
6
profile_IDX:
0:
00:10:00 10
06:30:00 11
23:30:00 12
1:
00:10:00 4
06:30:00 5
23:30:00 6
2:
00:10:00 16
06:30:00 17
23:30:00 18
3:
00:10:00 19
06:30:00 20
07:00:00 8
15:35:00 9
15:45:00 10
15:55:00 11
16:55:00 12
22:30:00 13
23:30:00 21
4:
00:10:00 13
06:30:00 14
23:30:00 15
5:
00:10:00 1
06:30:00 2
23:30:00 3
6:
00:10:00 7
06:30:00 8
23:30:00 9
weekprofiles:
Flo_Weekprofile:
PROFILE Winter:Buero_unten
PROFILE_JSON {"Mon":{"temp":["18.0","21.0","18.0"],"time":["06:30","23:30","24:00"]},"Sat":{"temp":["18.0","21.0","18.0"],"time":["06:30","23:30","24:00"]},"Tue":{"temp":["18.0","21.0","18.0"],"time":["06:30","23:30","24:00"]},"Wed":{"time":["06:30","23:30","24:00"],"temp":["18.0","21.0","18.0"]},"Sun":{"time":["06:30","23:30","24:00"],"temp":["18.0","21.0","18.0"]},"Fri":{"time":["06:30","23:30","24:00"],"temp":["18.0","21.0","18.0"]},"Thu":{"time":["06:30","23:30","24:00"],"temp":["18.0","21.0","18.0"]}}
SunAsWE Buero_unten
PROFILE_DATA:
Fri:
temp:
18.0
21.0
18.0
time:
06:30
23:30
24:00
Mon:
temp:
18.0
21.0
18.0
time:
06:30
23:30
24:00
Sat:
temp:
18.0
21.0
18.0
time:
06:30
23:30
24:00
Sun:
temp:
18.0
21.0
18.0
time:
06:30
23:30
24:00
Thu:
temp:
18.0
21.0
18.0
time:
06:30
23:30
24:00
Tue:
temp:
18.0
21.0
18.0
time:
06:30
23:30
24:00
Wed:
temp:
18.0
21.0
18.0
time:
06:30
23:30
24:00
Attributes:
commandTemplate set $NAME desired-temp $EVENT
userattr weekprofile
weekprofile HZ_Timer_Heizkoerper_Buero
Unter SWITCHTIMES stehen die richtigen Umschaltzeiten, nun sollte es funktionieren.
Jetzt muss ich aber die ganze Information hier nochmal durchsortieren um die richtige Befehlsabfolge rauszutüfteln, wie man das eingeben muss damit es auf Anhieb für die weiteren Räume klappt ;)
Also: so wie es ausschaut, hat weekprofile "Flo_Weekprofile" deine WDT bisher nicht als Mitglieder von "SNDDEVLIST" erkannt, was ach völlig logisch ist, weil beide noch die falsche entity im weekprofile-Attribut hatten. Du kannst ja mal schauen, was da in einem list von diesem Device auftaucht (es sind leider direkt die hashes, aber man kann wenigstens zählen, ob die Anzahl stimmt...).
Wenn Flo_Weekprofile die erkennt, wird es an jeden WDT genau den Befehl senden, den du jetzt eben mit Hilfe des drop-down eingegeben hattest ;) .
Also: weekprofile-Attribut am WDT korrigieren, weekprofile-Device neu inititalisieren, freuen ;) .
Ja, da scheint etwas mit der gegenseitigen Benachrichtigung noch nicht vollständig zu funktionieren:
Internals:
CONFIGFILE ./log/weekprofile-Flo_Weekprofile.cfg
FUUID 5fda1910-f33f-51ed-24b1-5a398cfd097d0ba4
NAME Flo_Weekprofile
NR 131
NTFY_ORDER 50-Flo_Weekprofile
STATE created
TYPE weekprofile
PROFILES:
HASH(0x29a2648)
HASH(0x299fde0)
HASH(0x29a2ff0)
HASH(0x29a6978)
HASH(0x29a74c0)
HASH(0x29a7d48)
HASH(0x29a8a60)
READINGS:
2020-12-18 14:00:09 profile_count 7
2020-12-18 14:00:09 state created
2020-12-18 14:00:09 topics default:Winter
SNDDEVLIST:
HASH(0x1b45d80)
HASH(0x1b45de0)
HASH(0x1b45e40)
HASH(0x1b45ea0)
HASH(0x1b45f00)
HASH(0x1b45f60)
HASH(0x1b45fc0)
TOPICS:
default
Winter
Attributes:
useTopics 1
Das weekprofile zeigt 7 hashes, das entspricht der Anzahl der Heizkörper, an denen ich mich bisher versucht habe.
Wenn ich eine Änderung am weekprofile vornehme, erfährt der WDT nichts davon, nachdem ich das weekprofile mit einem Klick auf speichern gesichter habe.
Auch dein Codeschnipsel { weekprofile_refreshSendDevList($defs{'Flo_Weekprofile'}) } zeigt leider keine Wirkung.
Nach einem shutdown restart wird die zuvor geänderte und gespeicherte neue Temperatur an die Thermostate übermittelt.
Man müsste nach dem Klick auf Speichern das Übertragen irgendwie anschieben. Vermutlich hast du dich mit
Also: weekprofile-Attribut am WDT korrigieren, weekprofile-Device neu inititalisieren, freuen ;) .
darauf bezogen, aber noch habe ich nicht herausgefunden, wie genau ich das machen kann.
Zum Nachtippen: Mit dieser Kommandozeilenfolge klappt die Zuordnung von mehreren Heizkörpern in einem Raum zu einem weekprofile:
define Flo_Weekprofile weekprofile
attr Flo_Weekprofile useTopics 1
Dann im Web-Backend Entity und Topic anlegen und die Schaltzeiten mit zugehörigen Temperaturen eingeben
defmod HZ_Timer_Heizkoerper_Bad_oben13 WeekdayTimer ZWave_THERMOSTAT_13 weekprofile:Flo_Weekprofile
set HZ_Timer_Heizkoerper_Bad_oben13 weekprofile Flo_Weekprofile:Winter:Bad_oben
defmod HZ_Timer_Heizkoerper_Bad_oben15 WeekdayTimer ZWave_THERMOSTAT_15 weekprofile:Flo_Weekprofile
set HZ_Timer_Heizkoerper_Bad_oben15 weekprofile Flo_Weekprofile:Winter:Bad_oben
attr HZ_Timer_Heizkoerper_Bad_oben13,HZ_Timer_Heizkoerper_Bad_oben15 weekprofile HZ_Timer_Heizkoerper_Bad_oben
So funktioniert es im Moment bei mir in mehreren Räumen. Ich werde es über 2 Tage beobachten und nochmal berichten.
Jetzt fehlt nur noch, dass eine Änderung im weekprofile sofort an den WDT übergeben wird und dann ist alles zusammen um einen c&p Wiki Beitrag zu verfassen ;D
Ah, jetzt wird klar, wo das Missverständnis noch liegt: Die pure Änderung eines Profils in weekprofile wird NIE direkt übertragen. Dafür ist der "T"-Button bzw. der restore_topic-Befehl ;) .
An den T-Button hatte ich mich nicht herangetraut ::) Der Bezeichnung nach hatte ich vermutet, dass irgendwelche default-Werte wiederhergestellt werden.
Nun habe ich es probiert... und es hat nicht geklappt. Die Änderungen, also die geänderte Temperaturvorgabe, wurden weder im WDT angezeigt noch an den Heizkörper übertragen.
Lediglich, wenn der set-Befehl erneut abgeschickt wird, nachdem das geänderte weekprofile gespeichert ist, wird der geänderte Temperaturwert im WDT richtig angezeigt und auch sofort an den Heizkörper übertragen:
set HZ_Timer_Heizkoerper_Bad_unten6 weekprofile Flo_Weekprofile:Winter:Bad_unten
Hier stand auch (vermutlich) noch der falsche Bezug in den weekprofile-Attributen...
attr HZ_Timer_Heizkoerper_Bad_oben13,HZ_Timer_Heizkoerper_Bad_oben15 weekprofile HZ_Timer_Heizkoerper_Bad_oben
Wenn der Bezugspunkt/die entity "Bad_unten" sein soll muss das (immer noch ::) ) sein:
attr HZ_Timer_Heizkoerper_Bad_unten6 weekprofile Bad_unten
(Ein wenig Rumspielen heißt noch nicht, gleich das große Chaos zu veranstalten...)
Super, das war es. Da waren wohl zu viele Bäume im Wald ;D
Es ist so, wie du geschrieben hast: Das Attribut muss natürlich auf das Entity von weekprofile referenzieren:
attr HZ_Timer_Heizkoerper_Bad_unten6 weekprofile Bad_unten
@Hadenia: soweit habe ich das auch verstanden. Meine Heizung im Bad läuft nun auch mit meinem Profil (Topic Default, Endity Bad).
So werde ich es auch im Wohnzimmer machen.
Wie bekomme ich nun die Sache mit Urlaub geregelt? Lege ich also am besten ein Topic Urlaub an? und die Frage: wie schalte ich es dann im Bad und im Wohnzimmer auf?
Lege ich also am besten ein komplett neues Entidy Urlaub und Topic urlaub an? Und wie wirds verküpft?
Sorry, wenn ich so blöde frag, aber dieser Teil ist mir noch nicht klar ...
Für sowas wie Referenz-Profile würde ich die "entity" "default" verwenden, dann findet man die "Wurzel" leichter wieder. Also ein Profil "Urlaub:default" anlegen, und dann einfach nur referenzierte Profile für "Urlaub:Bad_unten" etc. anlegen:
set Flo_Weekprofile reference_profile Urlaub:default Urlaub:Bad_unten
Die "Verknüpfung erfolgt weiter über die "entity", geliefert wird unter "Urlaub:Bad_unten" dann immer das, was aktuell in der Referenz, also hier "Urlaub:default" steht...
Hi!
sorry, das ich solang nichts hab von mir hören lassen! Hatte wenig zeit ...
Danke! Ich habe es verstanden und getestet ... alles ist fein ... Ich änder nun auch den Titel in gelöst.