[Vorlage] Heizungsthermostatsteuerung 2.1 - Script

looxer01

~~@contex22:~~

Habe mir nur ein 3-stufiges System aufgebaut: `

Jap, dann ist es eine dritte Variante.

Nachteil: manueller Eingriff (bei Situationen, die einen Fallback erfordern) notwendig

Vorteil: Script ist vollumfänglich nutzbar

und ich halte fest, dass es zahrleiche Möglichkeien gibt, einen oder mehrere Fallbacks einzubauen.

Blackmike

yap, das war meine intension, bei ausfall das ganze system trotzdem lebensfähig zu halten.

aber wenn sich etwas mit dem rpc adapter in der richtung tut, das er bei hm und hmip auch die mastersätze beherrscht, ist das glaub ich nicht nötig, in einem script nachzubilden.

Gruss, Black

looxer01

~~@contex22:~~

wäre es ein großer Aufwand die Absenkung auf einen einheitlichen wert zu bringen? Also nicht Absenkung um 2 Grad sonder zb auf 18 Grad? `

Im Grunde kannst du es so einstellen, Die Minimaltemperatur ist dann die ECO Temperatur.

beispiel:

Eco Temp = Miniltemp 18 Grad

geplante Raumtemp = 21 Grad

Absenkung bei Abwesenheit 5 Grad

Absenkung bei Urlaub 5 Grad

jetzt zieht immer die Minimaltemp von 18 Grad.

oder spricht da was dagegen ?

vG Looxer

contex22

Nein, von der Seite nicht. Kenn nur meine Frau, die friert so leicht und bei eingestellten 24 greift dann die 18 nicht mehr. Aber dann Stelle ich die Absenkung größer den die Absenkung geht ja nicht tiefer als die mindest Temperatur, oder?

Gesendet von meinem Redmi Note 4 mit Tapatalk

looxer01

~~@contex22:~~

ber dann Stelle ich die Absenkung größer den die Absenkung geht ja nicht tiefer als die mindest Temperatur, oder? `
Ja, ganz genau so war es gemeint. Wenn die Absenkung nur gross genug gewählt ist, dann entspricht die Mindesttemperatur der ECO Temp.

Die Temperatur geht nicht unter Mindesttemp.

vG Looxer

Dutchman

Hi,

Super script und die erneuerungen in 2.0 sind merkbar danke !

Ich habe nur 1 problem mit de view was mich zum verzweifelen bringt :lol: :mrgreen: :lol:

Da ich so einige Zimer habe moechte ich die komplette heizungs steuerung in ein seperates VIS project verschieben.

Jedoch verhaut es mir dabei irgendwie die layouts der buttons.

Import im Main sieht so aus :

Genau die gleiche view (export/import) sieht in meinen 2ten project so aus :

Jemand eine ahnung warum und was ich daran machen kan ?

looxer01

Hi,

das Problem ist leider schon sehr alt. siehe hier: http://forum.iobroker.net/viewtopic.php … =60#p84526

Habs auch seit dem schon im Trello. Ich muss aber auch sagen, dass ich nicht sicher war, ob das nur bei mir in der Form wie du es beschreibst auftritt.

Bei mir ist es so, dass sobald ich in einer anderen View den View mit den JQUI Widgets hinzfüge zerhaut es das Format inklusive aller anderen JQUIs aller Heizungsviews.

Kannst du das so bestätigen ? Dann können wir vielleicht den Aufbau besser beschreiben. Ich denke nur BF kann es am Ende fixen.

vG Looxer

looxer01

Hi Dutch,

Wenn ich mir das jetzt so im Trello ansehe, dann sieht es so aus, dass dort mehrere Probleme beschrieben sind.

So funktioniert das wahrscheinlich nicht. Wir sollten ein neues Ticket aufmachen, dass exakt die Situation beschreibt bei dem die Widgets Ihre Groesse/Position ändern.

Bei mir ist es so.

1. 5 Heizungsviews gepackt in View in Widget (5 x View in Widget) in einer View (Obergeschoss)

2. Wenn ich dann eine neue Heizungsview in eine andere View (Untergeschoss) (importiere oder kopiere - das ist egal ) wieder in view in Widget, dann verschieben sich die Widgets. ABer nicht nur im neu erzeugten View sondern in allen Heizungsviews inklusive der 5 Views im Obergeschoss.

3. Die verschobenen Views lassen sich nicht mehr korrekt anzeigen, auch wenn die neue View gelöscht wird. Nichts geht mehr

4. Im VIS Editor erscheint alles korrekt.

Bei dem beschriebenen Aufbau musst du vorsichtig sein, denn ich habe noch keinen Weg gefunden die Views wieder vernünftig anzuzeigen. Da half nur Restore.

vG Looxer

Dutchman

hmm ok also ein algemeines problem mit vis wen ich richtig verstehe ?

Wurde dafuer auch ein bug report gemacht in Git ? Trello sehe ich meist mehr fuer features und git als issue reporter/tracker.

looxer01

Hi,

ja mit VIS und speziell mit dem JQUI CTRL INPUT Widget.

Es gibt noch kein issue in GitHub.

Ich glaube, dass das nur auftritt, wenn du die Heizungsviews über mehrere VIS views verteilst.

Ist aber nur eine Theorie. Ich nutze view in Widget und rufe die Heizungsviews dann über einen transparenten Button auf.

Wie benutzt du die Widgets ? ebenfalls als "view in widget"

vG Looxer

Dutchman

~~@looxer01:~~

Wie benutzt du die Widgets ? ebenfalls als "view in widget" `

Hey there, habe beides probiert also seperate views und view in widget, das letztere moechte ich benutzen und dan mit navigation die richtie view laden.

Btw: mir ist noch was aufgevallen, wen man die heizperiode deactiviert geht alles auf die eingestellete mindest temperatur (OK.

Activiert man diese wieder bleibt der SOLL wert abgesenkt und nicht conform zeitplan, triggert man z.b. manuell auf 0 wird die SOLL richtig eingestellt.

~Dutch

looxer01

~~@Dutchman:~~

Btw: mir ist noch was aufgevallen, wen man die heizperiode deactiviert geht alles auf die eingestellete mindest temperatur (OK.

Activiert man diese wieder bleibt der SOLL wert abgesenkt und nicht conform zeitplan, triggert man z.b. manuell auf 0 wird die SOLL richtig eingestellt. `

Hi Dutch,

habs gerade mal getestet. Ich kann das Verhalten bei mir aber nicht bestaetigen.

Vielleicht hat es etwas mit der Zeit zu tun. Es braucht etwas bis alle Thermostate die updates bekommen.

Daher sollte zwischen aus- und einschalten einige Zeit gelassen werden. Direkt hintereinanderfolgendes schalten kann zu unerwarteten Ergebnissen führen.

Kannst du das nochmal so testen ?

~~@Dutchman:~~

habe beides probiert also seperate views und view in widget, das letztere moechte ich benutzen und dan mit navigation die richtie view laden. `

ich schreibe Morgen mal ein issue in GitHub

vG Looxer

Dutchman

~~@looxer01:~~

Hi Dutch,

habs gerade mal getestet. Ich kann das Verhalten bei mir aber nicht bestaetigen.

Vielleicht hat es etwas mit der Zeit zu tun. Es braucht etwas bis alle Thermostate die updates bekommen.

Daher sollte zwischen aus- und einschalten einige Zeit gelassen werden. Direkt hintereinanderfolgendes schalten kann zu unerwarteten Ergebnissen führen.

Kannst du das nochmal so testen ?

vG Looxer `

Hey Looxer,

Na klar ! Also ich habe:

heizperiode deaktiviert
Soll wert springt sofort auf 4.5 (hab ich auch so eingestelt)
5 minuten gewartet
Heizperiode aktiviert
Soll wert bleibt auf 4.5 aber script wurde abgerufen, er uebernimmt halt nur nicht die richtige SOLL

Deaktivieren:

Activieren (5 min spaeter):

starte ich das script jetzt neu (oder setze manuel die temp auf 0) werde die werte des shedule uebernommen (wie gewolllt)

Edit: stimm nicht ganz, starte ich das script neu bleibt der wert 4.5 ! nur nach manuellen setzte der Man Temperatur auf 0 uebernimmt er wieder den wert des shedules.

looxer01

Hi Dutch,

konnte es nachvollziehen. Bei mir stand die Temp auf 12 Grad. Da scheint alles zu funktionieren.

Nach Aenderung auf 4.5 ging es nicht mehr.

Ich checke das Morgen.

vG Looxer

Dutchman

Danke dan wäre wir mal ab, scheint auf jedenfall was mit der "ausschalt SOLL" zu tun zu haben warum kann ich auch nichts Standard lassen

–-----------------------

Send from mobile device

Das schöne ios hat Auto Korrektur zum k****

Wer Schreibfehler findet darf sie behalten oder auf eBay verkaufen, mindest Umsatz 10% für die community

looxer01

~~@Dutchman:~~

scheint auf jedenfall was mit der "ausschalt SOLL" zu tun zu haben warum kann ich auch nichts Standard lassen `
Hi Dutch,

Ich habe das issue gefixt. Ich werde es noch ein wenig testen und am Wochenende mit weiteren Fixes hochladen. Wird dann 2.00b02

Ich bin natürlich irgendwie darauf reingefallen, dass die alten Thermostate nicht unter 6 Grad gehen können. Blöd wenn man 5 eingestellt hat

Habs dann irgendwann mal gemerkt.

Generell ist aber die Empfehlung die Absenktemperatur fuer "Fenster Auf" und die Sommertemperatur (Heizperiode = false) sowie die Absenktemperaturen der Thermostate alles identisch zu halten.

Vorteil dabei ist, dass die Thermostate keine unnötigen Thermostatfahrten vornehmen und der Funkverkehr im Sommer bei Null bleibt.

Schont natürlich auch alles die Batterien.

zum Thema:
~~@Dutchman:~~

Ich habe nur 1 problem mit de view was mich zum verzweifelen bringt :lol: `

Hierzu habe ich ein Issue auf GitHub aufgemacht:

https://github.com/ioBroker/ioBroker.vis/issues/152

vG Looxer

pxstd

Ich muss nochmal fragen, weil ich ein Schisser bin:

Wie ist die Vorgehensweise?

Ich entferne meine Heizprogramme (Gruppe, Geräte) von der Homematic und installiere mir das Script?

Gibt's da eine Art Dokumentation, die ich übersehen habe?

Dutchman

~~@pxstd:~~

Gibt's da eine Art Dokumentation, die ich übersehen habe? `

Jup und stellt die Thermostate auf manuell Betrieb.

PDF im ersten Post gesehen?

–-----------------------

Send from mobile device

Das schöne ios hat Auto Korrektur zum k****

Wer Schreibfehler findet darf sie behalten oder auf eBay verkaufen, mindest Umsatz 10% für die community

pxstd

~~@Dutchman:~~

~~@pxstd:~~

Gibt's da eine Art Dokumentation, die ich übersehen habe? `

Jup und stellt die Thermostate auf manuell Betrieb.

PDF im ersten Post gesehen?

–-----------------------

Send from mobile device

Das schöne ios hat Auto Korrektur zum k****

Wer Schreibfehler findet darf sie behalten oder auf eBay verkaufen, mindest Umsatz 10% für die community `

So nah und doch so fern Danke - ich bin mal lesen!

looxer01

Hi,

ich habe eine neue Version hochgeladen. Es ist jetzt die Version 2.00b02.

Die Version ist für alle relevant, da sich im Bereich der globalen Parameter Fehler eingeschlichen hatten.

ChangeLog:

//````
// Version 2.00b02 05.01.2018 - zweite Beta
//.............................Technische Coding Aenderungen (ueberfluessige log eintragungen und doppel coding entfernt)
//.............................Kein Trigger bei Aenderung von An/Abwesenheit und Feiertagen gefixt
//.............................Bei Einstellung der Duration Manuelle Temp kleiner Null wurde bei einer Thermostataenderung am Thermostat keine Rückstellung auf schedule vorgenommen
//.............................Delay Time (notwendig für alte Thermostate) nach Fensteröffnung wieder aktiviert - 2 Minuten Verzögerung nach Fensterschliessung
//.............................Sensorstatusermittlung fuer HM-Geraete verallgemeinert (keine Speziallogik mehr notwendig. Konfig in der Sensortypetab reicht aus) / logging Eintraege fuer Sensor Aenderungen hinzugefuegt
//.............................Bei Einschalten der Heizperiode wurden die Temperaturen nicht sofort auf die geplanten Temperaturen gesetzt


Bitte beachtet folgendes:

Bei den Einstellungen haben sich 3 Aenderungen ergeben

1\. Thermostatabelle für die alten Thermostate sollte ein Delay von 2 Minuten eingegeben werden

2\. SensorTabelle für DrehSensorGriffe muss in Spalte 6 Verschlussstatus eine 0 eingetragen werden (Wert bei geschlossen)

3\. SensorTabelle für HMIP Fenstersensor muss in Spalte 6 Verschlussstatus eine 0 eingetragen werden (Wert bei geschlossen)

Ansonsten gibt es keine Aenderungen bei den Usereinstellungen. Es kann also das Coding nach den Einstellungen kopiert werden und diese drei kleinen Aenderungen manuell eingetragen werden.

vG Looxer

NEWS

[Vorlage] Heizungsthermostatsteuerung 2.1 - Script

Support us

763

32.4k

81.4k

1.3m