Modul weekprofile + FHEMWEB widget

[Risiko]

Daher bin ich ein wenig ratlos, da ich den Mechanismus des Übertragens nicht kenne und mir daher die weiteren Debugmöglichkeiten fehlen.
Welcher Befehl wird denn eigentlich abgesetzt, wenn ein Profil übertragen werden soll? Würde auch denken, dass ich im Homematic-Modul sehe, dass Commands zur Abarbeitung anstehen. Und wenn ich da nichts finde, spätestens am nächsten Tag das Profil auf dem Thermostat sein müsste. Hmmm 

Bei Verwendung von Topics werden die Profile erst bei restore_topic aktualisiert\übertragen. Das "T" in der GUI.
In deinem Beispiel muss aber in BD_Klima_Climat das Attribut weekprofile über Userattr mit einem passenden Profilname gesetzt sein.
Hoffe es wurde jetzt verstanden

[Risiko]

Code Auswählen Erweitern

sudo apt-get install libjson-pp-perl

Welche Pakete wären denn noch Voraussetzung, damit man das vollständig angeben kann? Bei mir ist schon ziemlich viel drauf, sodass ich das nicht mehr identifizieren kann.

Ich habe libjson-pp-perl nicht installiert. Bei mir ist noch libjson-xs-perl drauf. Liegt evtl. an der perl Version? 

[joshi04]

Bei mir ist noch libjson-xs-perl drauf. Liegt evtl. an der perl Version?

Das erklärt, warum ich beim Define keine Fehlermeldung bekommen habe. Das hatte ich nämlich schon drauf. Die Info hatte ich von hier https://forum.fhem.de/index.php/topic,46117.msg384439.html#msg384439.

Zur Sicherheit habe ich gerade noch einmal alles aktualisiert:
Perl ist nun v5.14.2.

Verstanden hatte ich das bereits alles, auch dass man das Topic aktivieren muss, um die Pläne zu ändern. Zum Glück bestätigt Deine Beschreibung meine Interpretation. Nur die Befehle werden nicht abgesetzt.

Ich werde das morgen nochmal in Ruhe kontrollieren, probieren und ordentlich protokollieren/dokumentieren. Vielleicht habe ich irgendwo einen dämlichen Typo drin.
Für heute schon einmal vielen Dank!

[joshi04]

Mich hat's nicht in Ruhe gelassen.
Wie erwartet, der Fehler saß vor der Tastatur.
Hatte das Attribut falsch gesetzt. Das muss ich auf alle Fälle noch einmal etwas deutlicher im Wiki dokumentieren. Sorry für die Aufregung!
Letztendlich hat mich aber das Beispiel auf den richtigen Weg gebracht.

Dafür habe ich es reproduzierbar geschafft, mein FHEM zum Absturz zu bringen. Das verrate ich aber frühestens morgen, wie ich das hinbekomme. 

[joshi04]

Ich habe gesehen, Du warst fleissig und hast die Umlaute gefixt. Danke!

Kurz zusammengefast, führe ich einen restore_topic aus, dass ein referenziertes Profil enthält, stürzt FHEM ab.
Bei Interesse schau es Dir gerne an, ich werde das Modul erst einmal ohne referenzierte Profile verwenden. Das Kopieren ist ja sehr einfach möglich.

Außerdem werde ich wohl erstmal die Tempprofile über HMInfo in Betrieb nehmen. Also bitte stecke hier nicht zuviel Energie hinein.

Damit Du ein möglichst komplettes Bild bekommst, so sieht meine Testumgebung aus:
Eine Definition des Moduls weekprofile (11099) mit 2 Profilen und aktivierten Topics

Code Auswählen Erweitern


Internals:
   NAME       Heizprofile
   NR         831
   NTFY_ORDER 50-Heizprofile
   STATE      created
   TYPE       weekprofile
   PROFILES:
     HASH(0x3336fb0)
     HASH(0x3335fd0)
   Readings:
     2016-03-20 21:31:17   active_topic    normalerWochenplan
     2016-03-23 10:07:04   profile_count   2
     2016-03-23 10:07:04   state           created
   SNDDEVLIST:
     HASH(0x334c510)
     HASH(0x334c570)
     HASH(0x334c5d0)
     HASH(0x334c630)
     HASH(0x334c690)
     HASH(0x334c6f0)
     HASH(0x334c750)
     HASH(0x334c7b0)
     HASH(0x334c810)
     HASH(0x334c870)
   TOPICS:
     normalerWochenplan
Attributes:
   room       develop_weekprofile,System
   useTopics  1
   verbose    5
   widgetEditOnNewPage 1
   widgetWeekdays Montag,Dienstag,Mittwoch,Donnerstag,Freitag,Samstag,Sonntag


Der Inhalt der Datei weekprofile-Heizprofile.cfg lautet wie folgt:

Code Auswählen Erweitern


__version__=1.1
entry={"NAME":"Bad","DATA":{"Mon":{"temp":["20.0","22.0","17.0","20.0"],"time":["04:00","08:00","15:00","24:00"]},"Tue":{"temp":["20.0","22.0","17.0","20.0"],"time":["04:00","08:00","15:00","24:00"]},"Fri":{"temp":["20.0","22.0","17.0","20.0"],"time":["04:00","08:00","15:00","24:00"]},"Wed":{"temp":["20.0","22.0","17.0","20.0"],"time":["04:00","08:00","15:00","24:00"]},"Sun":{"temp":["20.0","22.0","20.0"],"time":["07:00","10:00","24:00"]},"Sat":{"temp":["20.0","22.0","20.0"],"time":["07:00","10:00","24:00"]},"Thu":{"temp":["20.0","22.0","17.0","20.0"],"time":["04:00","08:00","15:00","24:00"]}},"TOPIC":"normalerWochenplan","REF":null}
entry={"NAME":"Bad_HT","DATA":null,"REF":"normalerWochenplan:Bad","TOPIC":"normalerWochenplan"}


Man sieht, ich habe ein Profil mit dem Namen "Bad" und eines mit Namen "Bad_HT", das auf Bad referenziert. Diese wurden über das Widget erstellt.

Die Thermostaten, auf die die Profile angewendet werden sollen sind
zum einen ein Wandthermostat:

Code Auswählen Erweitern


Internals:
   DEF        569DB913
   NAME       BD_Klima_Climate
   NR         805
   NTFY_ORDER 50-BD_Klima_Climate
   STATE      T: 20.3 desired: 20.0
   TYPE       CUL_HM
   chanNo     02
   device     BD_Klima
   peerList   BD_Heiz_Climate,
   Helper:
     Dblog:
       Desired-temp:
         Mydblog:
           TIME       1458760688.3489
           VALUE      20.0
       Humidity:
         Mydblog:
           TIME       1458760688.3489
           VALUE      63
       Measured-temp:
         Mydblog:
           TIME       1458760688.3489
           VALUE      20.3
       State:
         Mydblog:
           TIME       1458741600.13252
           VALUE      set_desired-temp 20.0
   Readings:
     2016-03-23 15:00:01   CommandAccepted yes
     2016-03-10 18:59:32   R-dayTemp       21 C
     2016-03-10 18:59:32   R-daylightSaveTime on
     2016-03-10 18:59:32   R-heatCool      heating
     2016-03-10 18:59:32   R-hyst2point    0.4 C
     2016-03-10 18:59:32   R-modePrioManu  all
     2016-03-10 18:59:32   R-modePrioParty all
     2016-03-10 18:59:32   R-nightTemp     17 C
     2016-03-10 18:59:32   R-noMinMax4Manu off
     2016-03-10 18:59:32   R-sendWeatherData on
     2016-03-10 18:59:32   R-showHumidity  temp
     2016-03-10 18:59:32   R-showInfo      time
     2016-03-10 18:59:32   R-showSetTemp   actTemp
     2016-03-10 18:59:28   R-sign          off
     2016-03-10 18:59:32   R-tempOffset    0.0K
     2016-03-10 18:59:32   R-weekPrgSel    prog1
     2016-03-10 18:59:32   R-winOpnBoost   off
     2016-03-20 21:23:24   R_P1_0_tempListSat 07:00 20.0 10:00 22.0 24:00 20.0
     2016-03-20 21:23:24   R_P1_1_tempListSun 07:00 20.0 10:00 22.0 24:00 20.0
     2016-03-20 21:23:24   R_P1_2_tempListMon 04:00 20.0 08:00 22.0 15:00 17.0 24:00 20.0
     2016-03-20 21:23:24   R_P1_3_tempListTue 04:00 20.0 08:00 22.0 15:00 17.0 24:00 20.0
     2016-03-20 21:23:24   R_P1_4_tempListWed 04:00 20.0 08:00 22.0 15:00 17.0 24:00 20.0
     2016-03-20 21:23:24   R_P1_5_tempListThu 04:00 20.0 08:00 22.0 15:00 17.0 24:00 20.0
     2016-03-20 21:23:24   R_P1_6_tempListFri 04:00 20.0 08:00 22.0 15:00 17.0 24:00 20.0
     2016-03-20 21:23:24   R_P1_tempList_State verified
     2016-03-20 21:23:28   R_P2_0_tempListSat 24:00 17.0
     2016-03-20 21:23:28   R_P2_1_tempListSun 24:00 17.0
     2016-03-20 21:23:28   R_P2_2_tempListMon 24:00 17.0
     2016-03-20 21:23:28   R_P2_3_tempListTue 24:00 17.0
     2016-03-20 21:23:28   R_P2_4_tempListWed 24:00 17.0
     2016-03-20 21:23:28   R_P2_5_tempListThu 24:00 17.0
     2016-03-20 21:23:28   R_P2_6_tempListFri 24:00 17.0
     2016-03-20 21:23:28   R_P2_tempList_State verified
     2016-03-20 21:23:32   R_P3_0_tempListSat 24:00 17.0
     2016-03-20 21:23:32   R_P3_1_tempListSun 24:00 17.0
     2016-03-20 21:23:32   R_P3_2_tempListMon 24:00 17.0
     2016-03-20 21:23:32   R_P3_3_tempListTue 24:00 17.0
     2016-03-20 21:23:32   R_P3_4_tempListWed 24:00 17.0
     2016-03-20 21:23:32   R_P3_5_tempListThu 24:00 17.0
     2016-03-20 21:23:32   R_P3_6_tempListFri 24:00 17.0
     2016-03-20 21:23:32   R_P3_tempList_State verified
     2016-03-20 21:23:20   RegL_01.        08:00 00:00
     2016-03-20 21:23:24   RegL_07.        <Raw ausgeblendet>
     2016-03-20 21:23:28   RegL_08.        <Raw ausgeblendet>
     2016-03-20 21:23:32   RegL_09.        <Raw ausgeblendet>
     2016-03-23 20:01:34   boostTime       -
     2016-03-23 20:01:34   commReporting   off
     2016-03-23 20:01:34   controlMode     manual
     2016-03-23 20:18:08   desired-temp    20.0
     2016-03-23 20:18:08   humidity        63
     2016-03-23 20:18:08   measured-temp   20.3
     2016-03-23 10:06:59   peerList        BD_Heiz_Climate,
     2016-03-23 15:00:01   recentStateType ack
     2016-03-23 20:18:08   state           T: 20.3 desired: 20.0
     2016-03-10 19:01:24   temperature     0
     2016-03-23 20:01:34   winOpenReporting off
   Helper:
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Role:
       chn        1
     Shregr:
       07         00
Attributes:
   alias      Bad Wandthermostat
   group      Heizung
   icon       temp_control
   model      HM-TC-IT-WM-W-EU
   peerIDs    00000000,55E74B15,
   room       Bad
   userattr   weekprofile
   weekprofile Bad


Zum anderen ein Heizungsthermostat:

Code Auswählen Erweitern


Internals:
   CFGFN      ./FHEM/99_HM.cfg
   DEF        55E74B15
   NAME       BD_Heiz_Clima
   NR         324
   NTFY_ORDER 50-BD_Heiz_Clima
   STATE      T: 20.2 T-soll: 20.0 Ventil: 0.0
   TYPE       CUL_HM
   chanNo     04
   device     BD_Heiz
   Helper:
     Dblog:
       Valveposition:
         Mydblog:
           TIME       1458761095.27111
           VALUE      0
       Desired-temp:
         Mydblog:
           TIME       1458761095.27111
           VALUE      20.0
       Measured-temp:
         Mydblog:
           TIME       1458761095.27111
           VALUE      20.2
   Readings:
     2016-03-23 15:05:14   CommandAccepted yes
     2016-02-21 18:24:23   R-boostPos      80 %
     2016-02-21 18:24:23   R-btnNoBckLight off
     2016-02-21 18:24:23   R-dayTemp       21 C
     2016-02-21 18:24:23   R-daylightSaveTime on
     2016-02-21 18:24:23   R-modePrioManu  all
     2016-02-21 18:24:23   R-modePrioParty all
     2016-02-21 18:24:23   R-nightTemp     17 C
     2016-02-21 18:24:23   R-noMinMax4Manu off
     2016-02-21 18:24:23   R-regAdaptive   on
     2016-02-21 18:24:23   R-showInfo      time
     2016-02-21 18:24:18   R-sign          off
     2016-02-21 18:24:23   R-tempOffset    0.0K
     2016-02-21 18:24:23   R-valveOffsetRt 0 %
     2016-02-21 18:24:23   R-winOpnBoost   off
     2016-03-13 15:20:27   R_0_tempListSat 06:00 17.0 22:00 21.0 24:00 17.0
     2016-03-13 15:20:27   R_1_tempListSun 06:00 17.0 22:00 21.0 24:00 17.0
     2016-03-13 15:20:27   R_2_tempListMon 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
     2016-03-13 15:20:27   R_3_tempListTue 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
     2016-03-13 15:20:27   R_4_tempListWed 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
     2016-03-13 15:20:27   R_5_tempListThu 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
     2016-03-13 15:20:27   R_6_tempListFri 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
     2016-03-13 15:20:27   R_tempList_State verified
     2016-03-13 15:17:55   RegL_01.        08:00 00:00
     2016-03-13 15:20:27   RegL_07.        <Raw ausgeblendet>
     2016-03-23 20:24:55   ValvePosition   0
     2016-03-23 20:24:55   boostTime       -
     2016-03-23 20:24:55   controlMode     manual
     2016-03-23 20:24:55   desired-temp    20.0
     2016-03-23 20:24:55   measured-temp   20.2
     2016-03-23 20:24:55   partyEnd        -
     2016-03-23 20:24:55   partyStart      -
     2016-03-23 20:24:55   partyTemp       -
     2016-03-23 15:05:14   recentStateType ack
     2016-03-23 20:24:55   state           T: 20.2 desired: 20.0 valve: 0
   Helper:
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Role:
       chn        1
     Shregr:
       07         00
Attributes:
   alias      Bad Heizungsthermostat
   group      Heizung
   icon       temp_control
   model      HM-CC-RT-DN
   peerIDs    00000000,
   room       Bad
   stateFormat {sprintf("T: %.1f T-soll: %.1f Ventil: %.1f", ReadingsVal($name,"measured-temp",0), ReadingsVal($name,"desired-temp",0), ReadingsVal($name,"ValvePosition",0))}
   userattr   weekprofile
   weekprofile Bad_HT


Der relevante Teil des Logs sieht so aus:

Code Auswählen Erweitern


2016.03.23 20:30:55 4: WEB_192.168.150.33_49806 POST /fhem?cmd=set%20Heizprofile%20restore_topic%20normalerWochenplan&XHR=1&fw_id=7864; BUFLEN:0
2016.03.23 20:30:55 5: Cmd: >set Heizprofile restore_topic normalerWochenplan<
2016.03.23 20:30:55 5: Heizprofile(Set): found device BD_Klima_Climate
2016.03.23 20:30:55 4: Heizprofile(Set): Send profile normalerWochenplan:Bad to BD_Klima_Climate
2016.03.23 20:30:55 4: Heizprofile(sendDevProfile): nothing to do
2016.03.23 20:30:55 5: Heizprofile(Set): found device KU_Klima_Climate
2016.03.23 20:30:55 5: Heizprofile(Set): found device SZ_Klima_Climate
2016.03.23 20:30:55 5: Heizprofile(Set): found device BD_Heiz_Clima
2016.03.23 20:30:55 4: Heizprofile(Set): Send profile normalerWochenplan:Bad_HT to BD_Heiz_Clima
Can't use an undefined value as an ARRAY reference at ./FHEM/98_weekprofile.pm line 209.


Nach der letzten Zeile steigt fhem komplett aus und muss über

Code Auswählen Erweitern

/etc/init.d/fhem start neu gestartet werden. Man sieht außerdem, auf BD_Klima_Climate ist schon das richtige Profil drauf und daher -> nothing to do. Man sieht auch, dass ich noch weitere Thermostaten mit Attributen ausgestattet habe. Beim Versuch, das referenzierte Profil zu senden, steigt er aus.

Ergänzung:
Auch wenn das Profil geändert wird, sieht das log leider gleich aus:

Code Auswählen Erweitern


2016.03.23 21:05:07 5: Heizprofile(Set): found device BD_Klima_Climate
2016.03.23 21:05:07 4: Heizprofile(Set): Send profile normalerWochenplan:Bad to BD_Klima_Climate
2016.03.23 21:05:07 4: Heizprofile(sendDevProfile): set BD_Klima_Climate tempListMon prep 04:00 20.0 08:00 22.0 15:00 16.5 24:00 20.0; set BD_Klima_Climate tempListTue prep 04:00 20.0 08:00 22.0 15:00 16.5 24:00 20.0; set BD_Klima_Climate tempListWed prep 04:00 20.0 08:00 22.0 15:00 16.5 24:00 20.0; set BD_Klima_Climate tempListThu prep 04:00 20.0 08:00 22.0 15:00 16.5 24:00 20.0; set BD_Klima_Climate tempListFri prep 04:00 20.0 08:00 22.0 15:00 16.5 24:00 20.0; set BD_Klima_Climate tempListSat prep 07:00 20.0 10:00 22.0 24:00 20.5; set BD_Klima_Climate tempListSun exec 07:00 20.0 10:00 22.0 24:00 20.5
2016.03.23 21:05:07 3: CUL_HM set BD_Klima_Climate tempListMon prep 04:00 20.0 08:00 22.0 15:00 16.5 24:00 20.0
2016.03.23 21:05:07 3: CUL_HM set BD_Klima_Climate tempListTue prep 04:00 20.0 08:00 22.0 15:00 16.5 24:00 20.0
2016.03.23 21:05:07 3: CUL_HM set BD_Klima_Climate tempListWed prep 04:00 20.0 08:00 22.0 15:00 16.5 24:00 20.0
2016.03.23 21:05:07 3: CUL_HM set BD_Klima_Climate tempListThu prep 04:00 20.0 08:00 22.0 15:00 16.5 24:00 20.0
2016.03.23 21:05:07 3: CUL_HM set BD_Klima_Climate tempListFri prep 04:00 20.0 08:00 22.0 15:00 16.5 24:00 20.0
2016.03.23 21:05:07 3: CUL_HM set BD_Klima_Climate tempListSat prep 07:00 20.0 10:00 22.0 24:00 20.5
2016.03.23 21:05:07 3: CUL_HM set BD_Klima_Climate tempListSun exec 07:00 20.0 10:00 22.0 24:00 20.5
2016.03.23 21:05:07 5: Heizprofile(Set): found device KU_Klima_Climate
2016.03.23 21:05:07 5: Heizprofile(Set): found device SZ_Klima_Climate
2016.03.23 21:05:07 5: Heizprofile(Set): found device BD_Heiz_Clima
2016.03.23 21:05:07 4: Heizprofile(Set): Send profile normalerWochenplan:Bad_HT to BD_Heiz_Clima
Can't use an undefined value as an ARRAY reference at ./FHEM/98_weekprofile.pm line 209.


[Risiko]

Hallo joshi04,

vielen Dank für die ausführliche Analyse.
Ich sehe mir das mit den Referenzen nach Ostern mal an.
Betreffs HMInfo warte ich wie gesagt auf martinp876.

[Risiko]

Hallo.

Das Problem mit den referenzierten Profilen\Daten sollte ab morgen behoben sein.

[joshi04]

Hallo Risiko,

vielen Dank. Bestätige, läuft!

Jetzt leider noch einmal eine blöde Frage von der Anwenderseite:
Ich habe ein Profil (z.B. "Wohnzimmer") per Attribut mehreren Thermostaten (z.B. WZ_Klima_Climate, WZ_Heiz_Kammer_Clima und WZ_Heiz_Clima) zugeordnet. Gegenüber der Verwendung von Referenzen hat dieses den Vorteil, dass nur ein Profil auftaucht, dass auch bearbeitet werden kann und über das Attribut zugeordnet auf 3 Thermostate übertragen wird. Welchen Anwendungsfall gibt es dann noch für "referenzierende Profile"?
Sorry, weiß nicht, warum ich da nicht früher drauf gekommen bin. 
Oder stelle ich mir das wieder zu einfach vor und hätte ich diese Frage nicht stellen sollen?

Btw möchtest Du eigentlich überhaupt weitere Erfahrungswerte oder bist Du froh, wenn es erstmal läuft?

Hier der relevante Auszug aus dem erfolgreichen Log:

Code Auswählen Erweitern


2016.03.29 18:38:25 5: Heizprofile(Set): found device WZ_Heiz_Clima
2016.03.29 18:38:25 4: Heizprofile(Set): Send profile testWochenplan:Wohnzimmer to WZ_Heiz_Clima
2016.03.29 18:38:25 4: Heizprofile(sendDevProfile): set WZ_Heiz_Clima tempListMon exec 15:30 17.0 18:00 20.0 24:00 17.0
2016.03.29 18:38:25 3: CUL_HM set WZ_Heiz_Clima tempListMon exec 15:30 17.0 18:00 20.0 24:00 17.0
2016.03.29 18:38:25 5: Heizprofile(Set): found device WZ_Klima_Climate
2016.03.29 18:38:25 4: Heizprofile(Set): Send profile testWochenplan:Wohnzimmer to WZ_Klima_Climate
2016.03.29 18:38:25 4: Heizprofile(sendDevProfile): set WZ_Klima_Climate tempListMon exec 15:30 17.0 18:00 20.0 24:00 17.0
2016.03.29 18:38:25 3: CUL_HM set WZ_Klima_Climate tempListMon exec 15:30 17.0 18:00 20.0 24:00 17.0
2016.03.29 18:38:25 5: Heizprofile(Set): found device WZ_Heiz_Kammer_Clima
2016.03.29 18:38:25 4: Heizprofile(Set): Send profile testWochenplan:Wohnzimmer to WZ_Heiz_Kammer_Clima
2016.03.29 18:38:25 4: Heizprofile(sendDevProfile): set WZ_Heiz_Kammer_Clima tempListMon exec 15:30 17.0 18:00 20.0 24:00 17.0
2016.03.29 18:38:26 3: CUL_HM set WZ_Heiz_Kammer_Clima tempListMon exec 15:30 17.0 18:00 20.0 24:00 17.0


Anmerkung zu HMInfo:
Bei HMInfo vermute ich zurückblickend, haben wir vielleicht aneinander vorbei kommuniziert. Ich dachte ursprünglich an ein Interface, dass mir die Templ-Dateien für HMInfo erstellt, um diese dann mit HMInfo zu übertragen. Das allerdings kann das Weekprofile ja aber bereits direkt, so dass mein Bedarf der Verwaltung perfekt abgedeckt ist. Du und vielleicht Martin hattet vielleicht eher die prüfende Funktionalität von HMInfo im Sinn. Dass allerdings wäre wirklich nur nice-to-have. Außerdem prüft Weekprofile ja ebenfalls auf Übereinstimmungen beim restore eines Topics, daher wird solch eine Integration der Prüfung noch weniger interessant.

Schöne Grüße,
John

[Risiko]

Hallo John,

so wie du es konfiguriert hast, kann man es natürlich machen. Ich sehe es aber nicht für so sinnvoll an.
Willst du nun bspw. einem Thermostat in der Sommerperiode ein anderes Profil geben, ist das nicht so einfach mgl. Jedenfalls nicht mit nur einer Instanz von weekprofile.

Ich würde es z.B. so machen:
Deine drei Thermostate kürze ich mal mit WZ1, WZ2, WZ3 ab.
Topic: Standard, Winter, Sommer mit folgenden Profilen anlegen.
Standard:Wohnzimmer = dein aktueller Plan "Wohnzimmer"
Winter:WZ1 --> referenziert zu Standard:Wohnzimmer
Winter:WZ2 --> referenziert zu Standard:Wohnzimmer
Winter:WZ3 --> referenziert zu Standard:Wohnzimmer
Sommer:WZ1 --> referenziert zu Standard:Wohnzimmer
Sommer:WZ2 --> referenziert zu Standard:Wohnzimmer
Sommer:WZ3  neues Profil\Plan für dieses Thermostat im Sommer

Den Userattributen der einzelnen Thermostate muss WZ1,WZ2 bzw. WZ3 zugewiesen werden.
Wenn man nun von Winter auf Sommer wechselt, wird nur das Profil im Thermostat WZ3 geändert, weil sich Sommer:WZ3 von Standard:Wohnzimmer unterscheidet.
Will man nun bspw. den Standardplan ändern muss man dieses Plan nur einmalig in Standard:Wohnzimmer ändern und dann restore Topic Sommer\Winter aufrufen.

Hoffe der Sinn von Referenzen ist somit etwas verständlicher geworden.

Btw möchtest Du eigentlich überhaupt weitere Erfahrungswerte oder bist Du froh, wenn es erstmal läuft?

Bin immer offen für neue\andere Anwendungsfälle bzw. Erfahrungen, denn nur so kann das Modul sinnvoll weiter entwickelt werden.
Damit ist natürlich noch nicht gesagt, ob und wenn das erfolgen wird.

Zu HMInfo:
Um hier konkrete Aussagen treffen zu können, fehlt mir die Erfahrung mit HMInfo. Kenne den Workflow hier nicht ausreichend. Meiner Meinung nach könnte die Wochenprofilverwaltung aus HMInfo entfernt werden. Ob und wie HMInfo zur Prüfung auf weekprofile zurückgreift ist noch nicht diskutiert worden. Den oder die konkreten Anwendungsfälle müssen hier von HM-Anwendern kommen.
Auch der anfänglich gedachte Plan die Wochenprofile von HMInfo einzulesen\abzufragen ist bis jetzt nicht weiter verfolgt worden.

Risiko

[joshi04]

Hallo Risiko,

Danke für die Erklärung. Ich glaube langsam wird mir klarer wozu man die Referenzen benötigt. Aber auch klarer, dass das vermutlich ein ganz anderer Anwendungsfall ist, als er bei mir zum Einsatz kommt.

Wenn ich es in meinen Worten noch einmal ausdrücken darf:
Topics:
Falls man in einem Topic (Winter) das gleiche Profil (Wohnzimmer) mehreren Thermostaten (WZ1, WZ2 und WZ3) zuweisen möchte, in einem anderen Topic (Sommer) für einen dieser Thermostate (WZ3) aber ein abweichendes benötigt.

Bei mir sind alle drei Thermostate in einem Raum und unterschiedliche Profile innerhalb des gleichen Raumes werden nicht benötigt. Im Detail handelt es sich um einen Wandthermostat, der für sich alleine eigentlich schon ausreichen würde, die beiden Heizungsthermostate (an der Heizung) zu steuern und nur aus Redundanzgründen soll das gleiche Profil auch auf die Heizungsthermostate selbst drauf, falls mal was mit dem Wandthermostat nicht passt.
HM-Hintergrund: Bei HM ist es möglich, die Solltemperatur und/oder die Ist-Temperatur von einem Wandthermostat an einen Heizungsthermostaten zu übergeben. Das Profil auf den Heizungsthermostaten ist bei dieser Betriebsart nicht aktiv. Ich bin nicht sicher, wie das bei MAX läuft. Und um ehrlich zu sein, weiß ich auch nicht, was der Heizungsthermostat macht, wenn er nichts mehr vom Wandthermostat hört...

Für diesen Anwendungsfall würde ich ein und das selbe Profil einfach direkt allen Thermostaten zuweisen ohne Referenzen. Das hat zum Vorteil, dass ich auch nur ein Profil pro Raum im Dropdown habe, mehr wäre aber auch nicht nötig. Könntest Du erläutern, ob bzw. was Du daran nicht für sinnvoll hältst? Ich fühle mich begriffsstutzig mit Brett vor dem Kopf in der Hoffnung, ich habe meinen Fall zu ungenau beschrieben.

Zu HMInfo, einen Bedarf kann ich selbst derzeit nicht formulieren. Das mag aber auch daran liegen, dass ich bzgl. HM noch am Anfang stehe und mich mit HMInfo bislang auch nur rudimentär und mit Hinblick auf die Wochenpläne beschäftigt habe. Dieses Feld läuft aber mit Deinem Modul anwenderfreundlicher und aufgabenerfüllend. Daher, solle man den Hinweis im Wiki erstmal wieder herausnehmen? Ansonsten übergebe ich hier gerne an andere HM-Anwender mit konkreten Vorstellungen. 

Bezüglich Betrieb ist mir noch etwas aufgefallen, dass mM die Funktionalität aber nicht beeinträchtigt.
Wenn ich fhem starte (nicht beim reread oder shutdown restart) erhalte ich folgenden Log:

Code Auswählen Erweitern


2016.03.31 20:40:06 1: Including ./FHEM/99_HM.cfg
2016.03.31 20:40:06 1: HMLAN_Parse: HMLAN new condition disconnected
2016.03.31 20:40:06 3: Opening HMLAN device 192.168.150.13:1000
2016.03.31 20:40:06 3: HMLAN device opened
2016.03.31 20:40:06 1: HMLAN_Parse: HMLAN new condition init
main::weekprofile_findPRF() called too early to check prototype at ./FHEM/98_weekprofile.pm line 572.
2016.03.31 20:40:09 5: Heizprofile(weekprofile_Attr): set, widgetEditOnNewPage, 1
2016.03.31 20:40:09 5: Heizprofile(weekprofile_Attr): set, widgetWeekdays, Montag,Dienstag,Mittwoch,Donnerstag,Freitag,Samstag,Sonntag

Normaler Weise würde ich bei so etwas auf die Reihenfolge der Defines innerhalb der fhem.cfg tippen, die Definition von Weekprofile steht aber ganz unten, nachdem alle Thermostaten bereits bekannt sein sollten.
Ich werde mal ein bisschen herum probieren, ob ich das näher eingrenzen kann. Noch ist nichts produktiv.

Schöne Grüße,
John

[Risiko]

Hallo John,

wenn alle Thermostate in einem Raum ist, ist der Weg mit dem Attribut schon völlig ok.
Denke aber auch, dass es eigentlich völlig ausreichend sein sollte das Profil dem Wandthermostat und nicht noch den Heizkörperthermostaten zu senden. Mach ich bei MAX! auch so.

Betreffs der Logmeldung:
Kann ich leider (noch) nicht nachvollziehen. Spontan habe ich auch keine Idee woher das kommen könnte.
Versuche da aber mal dran zu bleiben.

[joshi04]

Hallo Risiko,

über die Fragestellung, welche Profile auf welches Thermostat sollte, gibt es tatsächlich sehr unterschiedliche Meinungen hier im Forum. Die Fragestellung ist hier aber OT. Nur zur Info, nach etwas Suchen im Forum hat Martin für HM hier mal etwas detaillierter eine Aussage gemacht. https://forum.fhem.de/index.php/topic,46790.msg385323.html#msg385323 Und wenn man genau liest, steht es auch im Wiki.

Bezüglich der Logmeldung konnte ich das Verhalten leider nicht weiter eingrenzen.

Falls Du trotzdem schauen möchtest im Folgenden was ich probiert habe:

• Meldung kommt nur beim Kaltstart, also wenn man den fhem-Dienst beendet und neu startet und "shutdown restart". Bei "reread config" taucht die Meldung nicht auf. Leider weiß ich nicht genau, welche Prozesse während der Initialisierung im Einzelnen ablaufen.
• Meldung ist unabhängig vom Attribut Topics.
• Meldung ist unabhängig von referenzierten Profilen.
• Meldung ist unabhängig von zugewiesenen Profilen, d.h. auch ohne Deckung zwischen Profilen und Attributdefinition.
• Meldung kommt auch, wenn die Definition des Moduls ganz am Ende der cfg steht (um Fehler durch die Reihenfolge auszuschließen).
• Meldung kommt auch auf einem komplett nackten System, sobald man das Modul einmal definiert hat.
• Perl Version 5.14.2
• dpkg -s libjson-pp-perl | grep Version
  Version: 2.27200-2
• 98_weekprofile.pm 11138 2016-03-28 14:28:21Z risiko79
• Mehr fällt mir nicht ein.

Da die Funktionalität aber nicht beeinträchtigt scheint, würde ich das mit sehr geringer Wichtigkeit einstufen.

Eine Anmerkung noch zu HMInfo, im oben verlinkten Forumseintrag hatte Martin im Januar man geschrieben, wie er sich das vermutlich vorstellt. Wenn das noch seine aktuelle Meinung ist und ich Dich auch richtig verstanden habe, gibt es vermutlich einen Patt.
Allerdings bleibe ich auch bei meiner Aussage, bei mir läuft derzeit alles.

[joshi04]

Seit ein paar Tagen (mM nach einem Update außerhalb von weekprofile) sind ein paar Perl Warnungen beim Systemstart aufgetaucht:

Code Auswählen Erweitern

2016.04.10 18:03:35 1: PERL WARNING: Argument "0D" isn't numeric in addition (+) at ./FHEM/98_weekprofile.pm line 68.
2016.04.10 18:03:35 1: PERL WARNING: Argument "0A" isn't numeric in addition (+) at ./FHEM/98_weekprofile.pm line 68.
2016.04.10 18:03:35 1: PERL WARNING: Argument "0E" isn't numeric in addition (+) at ./FHEM/98_weekprofile.pm line 68.
2016.04.10 18:03:35 1: PERL WARNING: Argument "0C" isn't numeric in addition (+) at ./FHEM/98_weekprofile.pm line 68.
2016.04.10 18:03:35 1: PERL WARNING: Argument "0B" isn't numeric in addition (+) at ./FHEM/98_weekprofile.pm line 68.
2016.04.10 18:03:35 1: PERL WARNING: Argument "0F" isn't numeric in addition (+) at ./FHEM/98_weekprofile.pm line 68.

Hat das noch jemand bei sich?

[Risiko]

Hallo joshi04,

da scheint die Channel Nummer 'chanNo' vom Device keine Zahl zu sein!?
Hat sich da was bei HM geändert?
Fange das jetzt explizit ab.

[joshi04]

Hallo Risiko,
zumindest nicht offensichtlich, hier ein Wandthermostat mit chanNo "02". Ein Heizungsthermostat hat wie bekannt "04".

Code Auswählen Erweitern

CFGFN      ./FHEM/99_HM.cfg
   CHANGED
   DEF        458DB802
   NAME       BD_Klima_Climate
   NR         340
   STATE      T: 21.7 desired: 20.0
   TYPE       CUL_HM
   chanNo     02
   device     BD_Klima
   peerList   BD_Heiz_Climate,
   Helper:
     Dblog:
       Desired-temp:
         Mydblog:
           TIME       1460389370.88268
           VALUE      20.0
   Readings:
     2016-04-07 06:36:15   CommandAccepted yes
     2016-03-26 12:56:53   R-dayTemp       22 C
     2016-03-25 13:50:41   R-daylightSaveTime on
     2016-03-25 13:50:41   R-heatCool      heating
     2016-03-25 13:50:41   R-hyst2point    0.4 C
     2016-03-25 13:50:41   R-modePrioManu  all
     2016-03-25 13:50:41   R-modePrioParty all
     2016-03-25 13:50:41   R-nightTemp     17 C
     2016-03-25 13:50:41   R-noMinMax4Manu off
     2016-04-02 13:33:29   R-sendWeatherData on
     2016-04-02 13:33:29   R-showHumidity  tempHum
     2016-03-25 13:50:41   R-showInfo      time
     2016-04-02 13:33:29   R-showSetTemp   actTemp
     2016-03-25 13:50:36   R-sign          off
     2016-04-02 13:33:29   R-tempOffset    0.0K
     2016-03-25 13:50:41   R-weekPrgSel    prog1
     2016-03-25 13:50:41   R-winOpnBoost   off
     2016-04-02 13:33:29   R_P1_0_tempListSat 07:00 20.0 10:00 22.0 24:00 20.5
     2016-04-02 13:33:29   R_P1_1_tempListSun 07:00 20.0 10:00 22.0 24:00 20.5
     2016-04-02 13:33:29   R_P1_2_tempListMon 04:00 20.0 08:00 22.0 15:00 16.5 24:00 20.0
     2016-04-02 13:33:29   R_P1_3_tempListTue 04:00 20.0 08:00 22.0 15:00 16.5 24:00 20.0
     2016-04-02 13:33:29   R_P1_4_tempListWed 04:00 20.0 08:00 22.0 15:00 16.5 24:00 20.0
     2016-04-02 13:33:29   R_P1_5_tempListThu 04:00 20.0 08:00 22.0 15:00 16.5 24:00 20.0
     2016-04-02 13:33:29   R_P1_6_tempListFri 04:00 20.0 08:00 22.0 15:00 16.5 24:00 20.0
     2016-04-02 13:33:29   R_P1_tempList_State verified
     2016-04-02 13:33:33   R_P2_0_tempListSat 24:00 17.0
     2016-04-02 13:33:33   R_P2_1_tempListSun 24:00 17.0
     2016-04-02 13:33:33   R_P2_2_tempListMon 24:00 17.0
     2016-04-02 13:33:33   R_P2_3_tempListTue 24:00 17.0
     2016-04-02 13:33:33   R_P2_4_tempListWed 24:00 17.0
     2016-04-02 13:33:33   R_P2_5_tempListThu 24:00 17.0
     2016-04-02 13:33:33   R_P2_6_tempListFri 24:00 17.0
     2016-04-02 13:33:33   R_P2_tempList_State verified
     2016-04-02 13:33:36   R_P3_0_tempListSat 24:00 17.0
     2016-04-02 13:33:36   R_P3_1_tempListSun 24:00 17.0
     2016-04-02 13:33:36   R_P3_2_tempListMon 24:00 17.0
     2016-04-02 13:33:36   R_P3_3_tempListTue 24:00 17.0
     2016-04-02 13:33:36   R_P3_4_tempListWed 24:00 17.0
     2016-04-02 13:33:36   R_P3_5_tempListThu 24:00 17.0
     2016-04-02 13:33:36   R_P3_6_tempListFri 24:00 17.0
     2016-04-02 13:33:36   R_P3_tempList_State verified
     2016-04-02 13:33:25   RegL_01.        08:00 00:00
     2016-04-02 13:33:29   RegL_07.        01:2C 02:22 03:09 04:3D 05:00 06:00 07:00 08:00 09:C7 0A:30 0B:00 0C:00 0D:00 0E:01 0F:04 10:00 11:00 12:09 13:00 14:50 15:54 16:58 17:78 18:53 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:50 2F:54 30:58 31:78 32:53 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:50 49:30 4A:58 4B:60 4C:42 4D:B4 4E:51 4F:20 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:50 63:30 64:58 65:60 66:42 67:B4 68:51 69:20 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:50 7D:30 7E:58 7F:60 80:42 81:B4 82:51 83:20 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:50 97:30 98:58 99:60 9A:42 9B:B4 9C:51 9D:20 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:50 B1:30 B2:58 B3:60 B4:42 B5:B4 B6:51 B7:20 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:00 CB:00 CC:00 CD:00 CE:00 CF:00 00:00
     2016-04-02 13:33:33   RegL_08.        01:00 02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00 0A:00 0B:00 0C:00 0D:00 0E:00 0F:00 10:00 11:00 12:00 13:00 14:45 15:20 16:45 17:20 18:45 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:45 2F:20 30:45 31:20 32:45 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:45 49:20 4A:45 4B:20 4C:45 4D:20 4E:45 4F:20 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:45 63:20 64:45 65:20 66:45 67:20 68:45 69:20 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:45 7D:20 7E:45 7F:20 80:45 81:20 82:45 83:20 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:45 97:20 98:45 99:20 9A:45 9B:20 9C:45 9D:20 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:45 B1:20 B2:45 B3:20 B4:45 B5:20 B6:45 B7:20 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:00 CB:00 CC:00 CD:00 CE:00 CF:00 00:00
     2016-04-02 13:33:36   RegL_09.        01:00 02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00 0A:00 0B:00 0C:00 0D:00 0E:00 0F:00 10:00 11:00 12:00 13:00 14:45 15:20 16:45 17:20 18:45 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:45 2F:20 30:45 31:20 32:45 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:45 49:20 4A:45 4B:20 4C:45 4D:20 4E:45 4F:20 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:45 63:20 64:45 65:20 66:45 67:20 68:45 69:20 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:45 7D:20 7E:45 7F:20 80:45 81:20 82:45 83:20 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:45 97:20 98:45 99:20 9A:45 9B:20 9C:45 9D:20 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:45 B1:20 B2:45 B3:20 B4:45 B5:20 B6:45 B7:20 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:00 CB:00 CC:00 CD:00 CE:00 CF:00 00:00
     2016-04-11 18:35:50   boostTime       -
     2016-04-11 18:35:50   commReporting   off
     2016-04-11 18:35:50   controlMode     auto
     2016-04-11 18:48:19   desired-temp    20.0
     2016-04-11 18:48:19   humidity        54
     2016-04-11 18:48:19   measured-temp   21.7
     2016-04-10 20:52:47   peerList        BD_Heiz_Climate,
     2016-04-07 06:36:15   recentStateType ack
     2016-04-11 18:48:19   state           T: 21.7 desired: 20.0
     2016-03-25 13:53:36   temperature     0
     2016-04-11 18:35:50   winOpenReporting off
   Helper:
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Role:
       chn        1
     Shregr:
       07         00
Attributes:
   alias      Bad Wandthermostat
   event-on-change-reading desired-temp
   group      Heizung
   icon       hm-tc-it-wm-w-eu
   model      HM-TC-IT-WM-W-EU
   peerIDs    00000000,44E63B02,
   room       Bad
   tempListTmpl none
   userattr   weekprofile
   weekprofile Bad

Schöne Grüße,
John