Modul weekprofile + FHEMWEB widget

Begonnen von Risiko, 23 Dezember 2015, 20:16:54

Vorheriges Thema - Nächstes Thema

Risiko

Ok. Ich habe zwei events eingebaut.
PROFILE_TRANSFERED - wenn ein Profil zu einem Gerät gesendet wurde
PROFILES_SAVED - wenn Profile in der Konfigurationsdatei gespeichert wurden

Viel Spaß beim Testen.

JoeALLb

Hallo Risiko,

Danke! Das Event sehe ich schön im Eventmonitor,
jedoch ein simples

attr device userReadings tmp {return "1"}

feuert nicht! es wird nach wie vor nur aktualisiert, wenn sich profile_count ändert...
FHEM-Server auf IntelAtom+Debian (8.1 Watt), KNX,
RasPi-2 Sonos-FHEM per FHEM2FHEM,RasPi-3 Versuchs-RasPi für WLAN-Tests
Gateways: DuoFern Stick, CUL866 PCA301, CUL HM, HMLan, JeeLink, LaCrosse,VCO2
Synology. Ardurino UNO für 1-Wire Tests, FB7270

Risiko

Sorry verstehe auch nicht, was du mit dem userreading möchtest. "Feuern" wird das auch nicht, es wird ja nicht verändert. Du kannst doch jetzt mit einem notify auf das Event reagieren und hast alle Möglichkeiten.

Risiko

hermann258

Bei mir funktioniert das Modul nicht richtig. Ich kann kaum Profile erstellen, weil nichts davon gespeichert wird.
Profil erstellen ,kopieren clonen oder dublizieren geht alles nicht vernünftig. Ich will mich auch nicht ewig mit den Weekprofielen beschäftigen und herumschlagen.
Schade

Risiko

Hallo hermann258,

ohne weitere\nützliche Informationen kann ich dir leider nicht helfen.

stgeran

hermann258 hat das gleiche Problem wie ich! Mal geht ein Übertrag von einem Tag auf einen anderen und mal nicht. Man ändert einen Tag und speichert und alles ist beim alten. Wenn ich es gefühlt 10 mal mache KANN ich Glück haben und es ist gespeichert. Ich habe auch schon abgewartet ob sich nach dem Speichern etwas tut, manchmal ja, manchmal nein. Seltsamer Effekt: Ändern von z.B. Montag, speichern für alle Tage und Dienstag, Donnerstag, Samstag und Sonntag werden gespeichert. Mittwoch und Freitag jedoch nicht. Das raff ich nicht mehr. Ich versuche mal mit dem verbose 5 und den neuen "Eventanzeigen" eine Aktion auszulösen und dann mal im log sehen, was sich tut.
FHEM auf Raspberry
CSM 866MHz für EM1010 mit Strom und Gaszähler
CUL 866MHz für MAX! Radiator Thermostat 
CUL 433MHz für Innen und Aussen Temp
HMLAN für HM-LC-Sw1-PI-2

JoeALLb

Zitat von: Risiko am 12 November 2016, 18:56:26
... Du kannst doch jetzt mit einem notify auf das Event reagieren und hast alle Möglichkeiten.

Das notify löst eben NIE aus, egal ob ich es als
define Wochenplan.Notify notify Wochenplan:PROFILES_SAVED.* set x on
oder als
define Wochenplan.Notify notify Wochenplan.* set x on
definiere..
FHEM-Server auf IntelAtom+Debian (8.1 Watt), KNX,
RasPi-2 Sonos-FHEM per FHEM2FHEM,RasPi-3 Versuchs-RasPi für WLAN-Tests
Gateways: DuoFern Stick, CUL866 PCA301, CUL HM, HMLan, JeeLink, LaCrosse,VCO2
Synology. Ardurino UNO für 1-Wire Tests, FB7270

stgeran

Logfile
2016.11.14 17:06:06 4: Wohnzimmer(getDeviceType): WT_WZ is type MAX
2016.11.14 17:06:06 4: Wohnzimmer(sendDevProfile): set WT_WZ weekProfile Mon 18.0,09:00,22.0,15:00,22.5,23:55,18.0
2016.11.14 17:06:06 5: Wohnzimmer(Notify): WT_WZ, weekProfile
2016.11.14 17:06:06 4: Wohnzimmer(Notify): reread master profile from WT_WZ

und Bild
Ich frage mich, wo die verdammte Änderung bleibt die ich im log sehe.
So geht das Stück für Stück. Ändern, Speichern, NICHTS
FHEM auf Raspberry
CSM 866MHz für EM1010 mit Strom und Gaszähler
CUL 866MHz für MAX! Radiator Thermostat 
CUL 433MHz für Innen und Aussen Temp
HMLAN für HM-LC-Sw1-PI-2

hermann258

Was mir beim Speichern der Zeiten aufgefallen ist, ich sehe kurz die Speicherung und dann ist alles weg.
Ist es richtig das die Daten im Ordner Log gespeichert werden?

Risiko

Zitat von: stgeran am 14 November 2016, 17:09:24
Logfile
2016.11.14 17:06:06 4: Wohnzimmer(getDeviceType): WT_WZ is type MAX
2016.11.14 17:06:06 4: Wohnzimmer(sendDevProfile): set WT_WZ weekProfile Mon 18.0,09:00,22.0,15:00,22.5,23:55,18.0
2016.11.14 17:06:06 5: Wohnzimmer(Notify): WT_WZ, weekProfile
2016.11.14 17:06:06 4: Wohnzimmer(Notify): reread master profile from WT_WZ

und Bild
Ich frage mich, wo die verdammte Änderung bleibt die ich im log sehe.
So geht das Stück für Stück. Ändern, Speichern, NICHTS
Also es wird nur der Montag aktualisiert. Die anderen Tage scheinen keine Änderung zu haben. D.h. die Readings (z.B. weekprofile-0-Sat-temp) vom Device "WT_WZ" sind entsprechend gesetzt.
Noch eine Anmerkung:
Das master-Profil wird nicht vom Modul weekprofile separat gespeichert! Es holt nur die Informationen vom assoziiertem Device.
Wenn das master-Profil gespeichert wird, werden die Daten gleich zum assoziiertem Device gesendet. Entsprechend der Credits kann es etwas dauern, bis die Änderungen wirksam werden! Auf jedenfall bekommt weekprofile mit, wenn sich die Profildaten im assoziiertem Device dann ändern!

Risiko

Zitat von: hermann258 am 14 November 2016, 17:23:51
Was mir beim Speichern der Zeiten aufgefallen ist, ich sehe kurz die Speicherung und dann ist alles weg.
Ist es richtig das die Daten im Ordner Log gespeichert werden?
Ja die Daten werden im Log-Ordner gespeichert. Siehe aber auch vorherigen Post.

Risiko

Zitat von: JoeALLb am 14 November 2016, 16:09:26
Das notify löst eben NIE aus, egal ob ich es als
define Wochenplan.Notify notify Wochenplan:PROFILES_SAVED.* set x on
oder als
define Wochenplan.Notify notify Wochenplan.* set x on
definiere..
Ok. Ich schaue es mir bei Gelegenheit mal an. Wird aber wahrscheinlich die Woche nichts mehr.

hulzer

Hallo,

ich würde gerne die Modus "off" und "on" auch zeitlich programmieren und habe daher die Temperaturliste erweitert:


547 547       //temp
548 548       html += "<td><select name=\"TEMP\" size=\"1\" onchange=\"FW_weekprofileTemp_chached(this)\">";
549 -     for (var k=5; k <= 30; k+=.5)
549 +     for (var k=4.5; k <= 30.5; k+=.5)
550 550       {
551 551           var selected = (k == temps[i]) ? "selected " : "";
552 -         html += "<option "+selected+"value=\""+k.toFixed(1)+"\">"+k.toFixed(1)+"</option>";
553 -     }
552 + if (k == 4.5)
553 + html += "<option "+selected+"value=\"off\">off</option>";
554 + else if (k == 30.5)
555 + html += "<option "+selected+"value=\"on\">on</option>";
556 + else
557 + html += "<option "+selected+"value=\""+k.toFixed(1)+"\">"+k.toFixed(1)+"</option>";
558 +     }


Leider kann ich nicht beurteilen in wiefern das auch mit HomeMatic-Thermostaten funktioniert. Eventuell kann könnte man hier noch eine Unterscheidung im Script machen?

Gruß
Hulzer

JoeALLb

Zitat von: Risiko am 15 November 2016, 20:21:14
Ok. Ich schaue es mir bei Gelegenheit mal an. Wird aber wahrscheinlich die Woche nichts mehr.
Hm, habs gerade nochmal mit einem DoIF versucht, damit klappts.. hab den Fehler aber noch nicht gefunden.. Sorry, sollte es eine Falschmeldung sein!
FHEM-Server auf IntelAtom+Debian (8.1 Watt), KNX,
RasPi-2 Sonos-FHEM per FHEM2FHEM,RasPi-3 Versuchs-RasPi für WLAN-Tests
Gateways: DuoFern Stick, CUL866 PCA301, CUL HM, HMLan, JeeLink, LaCrosse,VCO2
Synology. Ardurino UNO für 1-Wire Tests, FB7270

Risiko

Zitat von: hulzer am 16 November 2016, 09:30:22
Hallo,

ich würde gerne die Modus "off" und "on" auch zeitlich programmieren und habe daher die Temperaturliste erweitert:

OK. Könntest du das als Patch anhängen (Datei)?
Wieso bei 4.5 und 30.5°C ?

Zitat von: hulzer am 16 November 2016, 09:30:22
Leider kann ich nicht beurteilen in wiefern das auch mit HomeMatic-Thermostaten funktioniert. Eventuell kann könnte man hier noch eine Unterscheidung im Script machen?
Es wäre gut, wenn das jemand mal beurteilen könnte, der HomeMatic im Einsatz hat!!!