Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[Ogerix88]

Hallo! Ich teste gerade den Adapter. inn der Log bekomme ich immer folgende Meldung:

heatingcontrol.0 2020-11-27 18:53:13.832 warn (19402) wrong order of periods: 8:0 is smaller then 9:0. Please reorder periods

was kann ich da machen?

[Harry94]

@Ogerix88
Klingt als hättest du in den Zeitprofilen eine Zeiteinstellung die Vor einer anderen anfängt.

z.B.

1. 09:00
2. 08.00

Ein Zeitprofil kann nur von 00:00 bis 23:59 gehen, nicht über mehrere Tage hinweg.

[Ogerix88]

@Harry94
ah alles klar! Fehler gefunden! Vielen Dank!

[da_Woody]

@Ogerix88 bist nicht der erste, is mir auch passiert. muss man bisschen ums eck denken...

[kaschperle83]

Ich bin auch auf der Suche nach einer Möglichkeit einzelne Räume auf abwesend zu schalten. Zum einen wenn die Kinder nicht da sind und zum anderen wenn im Wohnzimmer zb der Kamin an ist.

[OlafK]

*Hallo allerseits - der Adapter ist seit letztem Jahr so ziemlich problemfrei im Einsatz. Danke nochmals dafür.

Nun ist mir in den Sinn gekommen, die Temperatur selektiv für einzelne Räume bei Abwesenheit einzelner Personen abzusenken. Z.B. Tochter ist aus dem Haus )aber Eltern da) - ihr Zimmer muss nicht geheizt werden (aber Wohnzimmer schon ;-)).

Irgendwie sehe ich keine Möglichkeit, die zu realisieren - oder übersehe ich da was ?

vielleicht war meine Frage etwas unspezifisch...*

Ich weiß, dass es eine Datenpunkt "Abwesenheit gibt". Und ich denke, es wäre ziemlich auswändig, für jede Situation ein entsprechendes Szenario zu erstellen. Aber - wenn es eine Möglichkeit gäbe, ein Datenpunkt pro Zimmer zu haben, der eben die Temperatur "übersteuert", dann könnte man/frau sich ganz einfach ein Blockly basteln, der eben die spezifischen Umstände berücksichtigen kann. Und eben genau diesen Datenpunkt suche ich, den ich ggfls. "mißbrauchen" kann - oder gibt es den gar nicht ? Wenn wenn nicht - könnte so ein Datenpunkt evtl. in den nächsten Update mit integriert werden (muss ja auch nicht im VIS oder in den Profilen einstellbar sein - reicht ja, wenn er existiert).

[da_Woody]

@kaschperle83 @OlafK said in Test Adapter HeatingControl v1.0.x:

Ich bin auch auf der Suche nach einer Möglichkeit einzelne Räume auf abwesend zu schalten. Zum einen wenn die Kinder nicht da sind und zum anderen wenn im Wohnzimmer zb der Kamin an ist.

in den haupteinstellungen?

und wenn der kamin brennt, sollte der thermosthat das ja mitbekommen und die heizung nicht aktivieren.
zum thema abwesenheit:

[Rene_HM]

Bitte dieses Feature ("pro Raum") nicht mehr verwenden, in der 2.x wird es wieder entfallen

[da_Woody]

@Rene_HM wieso das? anderen lan, oder warum soll man räume nicht individuell regeln?

[Rene_HM]

@OlafK sagte in Test Adapter HeatingControl v1.0.x:

Ich weiß, dass es eine Datenpunkt "Abwesenheit gibt". Und ich denke, es wäre ziemlich auswändig, für jede Situation ein entsprechendes Szenario zu erstellen. Aber - wenn es eine Möglichkeit gäbe, ein Datenpunkt pro Zimmer zu haben, der eben die Temperatur "übersteuert", dann könnte man/frau sich ganz einfach ein Blockly basteln, der eben die spezifischen Umstände berücksichtigen kann. Und eben genau diesen Datenpunkt suche ich, den ich ggfls. "mißbrauchen" kann - oder gibt es den gar nicht ? Wenn wenn nicht - könnte so ein Datenpunkt evtl. in den nächsten Update mit integriert werden (muss ja auch nicht im VIS oder in den Profilen einstellbar sein - reicht ja, wenn er existiert).

Einen DP "Anwesenheit" pro Raum gibt es nicht, das wird zentral über einen DP gesteuert. man hat die Möglichkeit, die Höhe der Absenkung bei Abwesenheit pro Raum einzustellen, es gibt aber keine Unterscheidung zwischen "alle abwesend" und "Kinder abwesend". Man könnte die Kinder als Gäste definieren...
Alternativ das ganze über override bzw. Änderung vom Thermostat zu handeln... das geht dann über externe scripts....

[Rene_HM]

@da_Woody sagte in Test Adapter HeatingControl v1.0.x:

wieso das? anderen lan, oder warum soll man räume nicht individuell regeln?

Hier geht es doch darum, wie auf Änderung vom Thermostat reagiert werden soll, d.h. der Adapter soll erkennen, dass jemand am Thermostat gedreht hat. Aus meiner Sicht macht das keinen Sinn, dieses Feature in verschiedenen Räumen unterschiedlich zu nutzen. Außerdem ist die Umsetzung extrem fehleranfällig...
es wird weiterhin die Möglichkeiten:

• als override
• bis zum nächsten Profilpunkt
• als neuer Wert für den aktuellen Profilpunkt
  geben. Das aber nicht mehr pro Raum unterschiedlich...

[MichMein]

@Rene_HM hi, das wäre ziemlich cool wenn Du das in die V2 mit aufnehmen könntest das einige Räume, z.B. Kinderzimmer, Büro, Gästezimmer oder auch ein „zweites“ Badezimmer einen eigenen Anwesenheits DP bekommen könnten wenn es die Einzelraumsteuerung nicht mehr geben wird.

[OlafK]

@Rene_HM dem kann ich nur zustimmen - damit könnte nochmals der Energieverbrauch optimiert werden (da mehr als ein Kind bzw. noch Ehefrau scheidet die Gast-Alternative aus)

[da_Woody]

@Rene_HM na mal schauen... bin ja grad erst am anfang. ich heiz mit infrarot. jeder raum hat einen shellyHT und einen shelly1PM. im moment lööpt alles noch über die shellyAPP. da hat man auch die möglichkeit temp-kurven zu basteln.
muss da noch rumtesten...
schon einen fahrplan für 2.x?

[Rene_HM]

@da_Woody sagte in Test Adapter HeatingControl v1.0.x:

bin ja grad erst am anfang. ich heiz mit infrarot. jeder raum hat einen shellyHT und einen shelly1PM. im moment lööpt alles noch über die shellyAPP. da hat man auch die möglichkeit temp-kurven zu basteln.
muss da noch rumtesten...

genau, einfach ausprobieren, und falls dann doch noch etwas fehlt, schauen wir weiter...

schon einen fahrplan für 2.x?

ich denke, ich brauche noch 4 bis 8 Wochen, bis ich eine erste beta releasen kann. Der aktuelle Stand ist im github, aber da fehlt noch einiges, getestet ist auch erst wenig aber bugs habe ich auch schon auf der Liste...

[da_Woody]

@Rene_HM said in Test Adapter HeatingControl v1.0.x:

genau, einfach ausprobieren, und falls dann doch noch etwas fehlt, schauen wir weiter...

tut er, tut er... im moment teste ich mal mit dem werkstatt büro. in der shelly app deaktiviert und heatingcontrol lööpt.
aaaaaallerdings hab ich das selbe problem wie @Esmax666
material und material advanced deinstet. das projekt importiert, in der CSS MD_Demo gegen HeatingControl getauscht. script is drinnen, allerdings gibts im dateimanager den pfad /vis.0/HeatingControl/images nicht. somit siehts besch...eiden aus.

ok, fensterkontakte habsch nicht. vllt mal irgendwann. aber, kein HG, das profil-parameter widget sieht sültsam aus.
als ziemlicher anfänger in sachen vis tut man sich da schwer... trotz meiner 55jährchen versuch ichs ja zu verstehn. learning by doing war für mich immer schon das beste.
ich denk, die ver 1.x ist für meinen fall nicht "the yellow of the egg" ich bräuchte auch im Allgemeines 70% nicht wirklich.

[MichMein]

@Rene_HM sagte in Test Adapter HeatingControl v1.0.x:

ich denke, ich brauche noch 4 bis 8 Wochen, bis ich eine erste beta releasen kann. Der aktuelle Stand ist im github, aber da fehlt noch einiges, getestet ist auch erst wenig aber bugs habe ich auch schon auf der Liste...

Macht es Sinn sich diese Version nebenbei zu installieren um sich das ganze schon mal anzuschauen und ggf. Wünsche usw. zu äußern?

[Pittini]

@da_Woody Sieht jetzt ja nicht sooo falsch aus. Allgemeines passt. Profilparam Büro passt, auch wennes nicht so aussieht. Du hast als Absenkmethode weder relativ, noch absolut gewählt, sondern none, deswegen kriegste natürlich auch die Controls dafür nicht. Fensterstatus ist vom Vis ok, warums da NaNs gibt, k.a. evtl. weis da @Rene_HM mehr. Uhr is korrekt, Zeiten/Woche is korrekt und die Kopiervorlage auch, wenngleich nicht konfiguriert.
Also wo Genau siehst Du ein Problem?

[Rene_HM]

@MichMein sagte in Test Adapter HeatingControl v1.0.x:

Macht es Sinn sich diese Version nebenbei zu installieren um sich das ganze schon mal anzuschauen und ggf. Wünsche usw. zu äußern?

im Moment noch nicht, da sind noch zu viele Baustellen... ich kämpfe immer noch mit der Erkennung, wann nun eine Änderung vom Thermostat kommt, die der user eingestellt hat und die nicht durch den Adapter oder das Thermostat verursacht sind... hier musste ich größere Umbauarbeiten vornehmen, damit der Adapter sich merkt, was und vor allem warum er Änderungen zum Thermostat schickt, die dann ja auch wieder von dort zurückkommen und nicht als Änderung vom Thermostat interpretiert werden dürfen...

[Rene_HM]

@Pittini sagte in Test Adapter HeatingControl v1.0.x:

warums da NaNs gibt, k.a. evtl. weis da @Rene_HM mehr

@da_Woody sagt, er hat keine Fenstersensoren... Wenn nun der DP WindowIsOpen zwar angelegt aber nie verändert wurde, hat der auch keinen Zeitstempel der letzten Änderung. Das führt zu NaN... ist also nur ein "Schönheitsproblem"