Test Adapter HeatingControl v2.12.x
-
@Oli sagte in Test Adapter HeatingControl v0.3.x:
Da ich allerdings mein Heizverhalten bzw meine Arbeitszeiten nicht als exotisch bezeichnen würde, finde ich den Vorschlag durchaus berechtigt.
Ich versteh das schon, aber ich weis halt, das dann z.B. Leute welche (Einzelhandel) am Samstag arbeiten müssen und nen Tag unter der Woche freihaben das auch wollen. Und die Leute aus der Gastro mit Dienstag Ruhetag wollens noch mal anders und zack....gibts 20 Varianten und keiner blickt mehr durch. Ich weis nicht was Rene macht, aber ich werde derlei Varianten definitiv nicht in das Vis für die Community einbauen.
-
@Pittini Naja, das mit den 20 Varianten kann ich nachvollziehen...
-
@Oli Daher habe ich ja ein Issue angelegt; entscheiden muss Rene!
-
das mit der Vis kann ich nachvollziehen, kann sich ja auch jeder selbst anpassen.
-
@guergen sagte in Test Adapter HeatingControl v0.3.x:
Daher habe ich ja ein Issue angelegt; entscheiden muss Rene!
Ich schliesse mich hier der Meinung von @Pittini an. Zumindest für Version 0.3.x und die 1.0.0 werde ich das so nicht einbauen, auch wenn ich den Ansatz und die Idee verstehe.
-
Vorschlag:
Eigentlich brauchen wir nicht mo-fr und sa-so.
Wenn folgendes möglich wäre:
Jeder tag einzeln und beim speichern die option die tage auszuwählen, die identisch sein sollen.
Wäre komplett in der vis umsetzbar, ohne das der Adapter überfrachtet wird.
Zusätzlich die Möglichkeit diesen plan auch auf andere Räume zu kopieren.
Für den Adapter würde es bedeuten das es nur jeden Tag einzeln gibt. -
@Oli said in Test Adapter HeatingControl v0.3.x:
die von dir angelegte Issue ist genau das, was ich gemeint habe, habe ich leider überlesen.
Meinen Vorschlag mit dem zusätzlichen gruppieren der Tage muss natürlich @Rene_HM entscheiden.
Da ich allerdings mein Heizverhalten bzw meine Arbeitszeiten nicht als exotisch bezeichnen würde, finde ich den Vorschlag durchaus berechtigt.
Mo-Do = gleiche Arbeitszeit
Fr = kürzere Arbeitszeit, bzw Abends eine längere Heizzeit
Sa = Ausschlafen, Heizzeit beginnt später und endet später
So = Ausschlafen, Heizzeit beginnt später und endet früher, da Montag arbeit.MOin,
das oben geschilderte wäre genau das, was ich auch gern hätte. Ich denke mal du betrachtest jeden Tag getrennt voneinander?
Was hilft mir in diesen Situation ein weiteres Profil?
-
@Jens-Lattwesen
ja, ich betrachte jeden Tag einzeln.Ein weiteres Profil nützt dir hier gar nichts.
-
OK.
Mein Problem ist folgendes: (MAX Heizkörperthermostate mit Fenstersensoren und Cube)
Ich habe "feste Tage", die immer gleich sind: Mo-Do
Fr, Sa, So sind unterschiedlich.Ich habe also "jeden Tag getrennt" genommen und dann schön alles in die Objekte eingetackert. Soweit so gut. Über die VIS wäre das einfacher, ich weiß, bekomm die nur nicht zum Laufen (Render-Fehler)
Nun funktioniert das auch an sich ganz gut, nur steuert er manche Thermostate mit Werten an, die ich nicht eingegeben habe ==> wo könnten die noch herkommen?
-
@Jens-Lattwesen sagte in Test Adapter HeatingControl v0.3.x:
Über die VIS wäre das einfacher, ich weiß, bekomm die nur nicht zum Laufen (Render-Fehler)
Wie bereits in der Anleitung zur Vis steht:
*"Voraussetzungen um den View ohne Änderungen verwenden zu können sind:
- Du verwendest 1 oder 2 Profile
- Du verwendest die Option Mo-Fr / Sa-So
- Du verwendest eine einigermaßen aktuelle Version des HeatingControl Adapters"*
Du erfüllst Punkt 2 nicht, wenn Du jeden Tag getrennt gewählt hast sind das völlig andere Datenpunkte. Warum das nen Renderfehler droppt dann, weis ich nicht. Es ist geplant diese Tagesvariante in die Vis 2.0 zu integrieren, aber das dauert noch etwas.
-
-
Ich habe im Zuge der Umstellung meiner Vis den Heatingadapter installiert, allerdings habe ich hier immer eine Fehlermeldung, kann mir hierzu jemand nen Lösungsansatz geben? Mein Versuch den RPC 1 auf Bin umzustellen scheitert.
I
Ich betreibe eine Raspberrymatic mit aktuellster FW, 1 IP Thermostat, 6 Homematic Thermostate und 9 Fenstersensoren.
-
Hallo zusammen,
ich möchte meine Heizungssteuerung auf diesen Adapter umstellen. Jetzt stehe ich aktuell vor der Herausforderung, dass ich im Wohnzimmer diverse Geräte habe:
2x Heizungsthermostat (HM IP eTRV-2)
1x Wandthermostat (HM IP STH )
2x Fensterkontakt (HM IP SWDO )wie richte ich die Geräte sinnvollerweise in Heating Control ein?
Und ist es dann auch noch möglich die Temperatur (der aktuellen Periode) manuell über die Heizungsthermostate zu überschrieben (das Script hat dies ja ermöglicht)
Vielen Dank für Eure Hilfe!
-
@HoffmannOs ich hab das gleiche Problem
-
@HoffmannOs hast du irgendetwas unter Sensoren oder Aktoren konfiguriert?
Mir würde auch das ganze log rings um den Fehler helfen...
-
@Heinerbub80 sagte in Test Adapter HeatingControl v0.3.x:
Und ist es dann auch noch möglich die Temperatur (der aktuellen Periode) manuell über die Heizungsthermostate zu überschrieben (das Script hat dies ja ermöglicht)
das ist (noch) nicht möglich, es gibt aber dazu schon ein Ticket...
https://github.com/rg-engineering/ioBroker.heatingcontrol/issues/70closed Steuerung des Adapters über die Thermostate #70
-
@HoffmannOs
Sieht für mich eher nach einem Problem des hm-rpc1 Adapters aus.
Callbackadresse richtig eingetragen? -
@Rene_HM Ja ich habe die Thermostate mit den dazugehörigen Fenster Sensoren konfiguriert. Wie meinst du das gesamte log?
-
@HoffmannOs sagte in Test Adapter HeatingControl v0.3.x:
ich habe die Thermostate mit den dazugehörigen Fenster Sensoren konfiguriert
aber Aktoren hast du keine konfiguriert??
Wie meinst du das gesamte log?
naja, du filterst und zeigst hier nur den Fehler vom hm-rpc. Wenn du aber den heatingcontrol adapter auf debug schaltest, und dann das log um den Fehler herum postest (bitte nicht als screenshot), würde ich sehen, an welcher stelle der Fehler passiert. Vielleicht hilft uns das weiter... Den Fehler selbst hatte ich schon mal irgendwo gesehen. hattest du hier im thread mal danach gesucht?
-
@Rene_HM
Nein Aktoren keine!
