UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Rene_HM]

@Issi Habe in meiner Simulation den Fehler auch gesehen und auch eine Lösung gefunden. Das update liegt schon in github, will es aber nochmal bis morgen in der Simulationsumgebung laufen lassen...

[Issi]

@Rene_HM super :+1: teste ich heute mal

[Issi]

@Rene_HM
Die Änderungen die du gemacht hast sehen gut aus heute waren keine Errors im log und die Temperatur wurde auch richtig gesetzt. :+1:

[danny_v1]

@Rene_HM
was bewirkt der Datenpunkt "ChangesFromThermostatMode" und welche Einstellungsmöglicheiten gibt es da?

Hab festgestellt das, wenn ich am Thermostat was ändere springt er immer auf den Override Wert. Erst steht im State Chenge from Thermostat und nach kurzer Zeit spingt es um auf override.

[Phil636]

Ich habe ein ähnliches Problem.
Komme aus dem Status auch nicht heraus.
Nutze v1.1.1 und die Max! Thermostate.
State sagt 'change from thermostat' und er nimmt nicht mehr den Wert aus der VIS. Woran könnte das liegen?

[Conquest]

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

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

Ich glaub den Bug gefunden zu haben..

Das schaue ich mir auch mal an.... Danke für den Tipp.

Konntest du schon was herausfinden wegen dem Bug von @UncleB und mir?

Gruß

[Rene_HM]

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

was bewirkt der Datenpunkt "ChangesFromThermostatMode"

Wenn du hier "pro Raum einstellbar" gewählt hast, gibt es die gleichen Einstellmöglichkeiten wie hier (nur eben als Zahl

• 1 nichts
• 2 override
• 3 als neue Profileinstellung
• 4 bis zum nächsten Profilpunkt)

Ich bin mir nicht sicher, ob ich das drin lasse. Das macht das ganze System sehr undurchschaubar... Ich bin im Moment an einem mittelgroßen redesign, damit erst mal die ersten Varianten (also ohne "pro Raum") stabil werden.

[Rene_HM]

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

konntest du schon was herausfinden wegen dem Bug von @UncleB und mir?

nein, noch nicht. wie im vorherigen post geschrieben, muss ich erst mal ein redesign einschieben...

[Conquest]

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

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

konntest du schon was herausfinden wegen dem Bug von @UncleB und mir?

nein, noch nicht. wie im vorherigen post geschrieben, muss ich erst mal ein redesign einschieben...

Ok danke für die schnelle Antwort. Funktioniert ja auch erstmal so.
Muss dir aber auch nochmal ein Lob aussprechen für den tollen Adapter und das du jedem hier so schnell antwortest. :+1:

[danny_v1]

So ich habe heute noch mal etwas mit meinen Thermostaten (Eurotronic Zigbee) herumgespielt. Die Steuerung über den Adapter hat irgendwie nicht immer funktioniert, wenn man händisch am Thermostat herumspielt.

Ich denke es lag daran das der Wert vom Thermostat zeitversetzt kommt und der Adapter da immer schneller nachregelt.

Ich lass den Adapter den Wert jetzt in einen Datenpunkt schreiben welchen ich als Virtuelles Thermostat angelegt habe.

Ich habe mir jetzt ein kleines Blockly zusammengebaut. Welches bei Änderung der Temperatur vom Thermostat oder der Vis einen Override setzt und wenn die Temp wieder zurück auf den Profilwert gedreht wird, wird der Override auf null gesetzt. Auch wenn sich der TimeSlot ändert. Erst dann wird der Wert vom Adapter ans Thermostat geschickt.

Bis jetzt haut das ganz gut hin.

[UncleB]

Was halt wirklich sehr verwirrend ist, wenn man mit mehreren Profilen und Perioden arbeitet.
Da ich im 4 Schicht System Arbeite, bieten sich Profile und Perioden wirklich super an..
Ich habe 4 Profile (Früh Spät Nacht Frei)
Und zu jedem Profil 3 Perioden.
Folgende Datenpunkte werden angelegt bei 4 Profilen:
0 - 4 (entspricht 5 Datenpunkte) editiere ich in der VIS Profil 1 wird auch in ioBroker der Ordner Profiles -> 1 editiert (wozu wird dann überhaupt Profile -> 0 erstellt?)

Bei den Perioden ähnlich, ich hab 3 Perioden angelegt
In ioBroker findet man jetzt zu jeden Profil 4 Perioden (wieder 0 - 3)
Editieren ich jetzt zB Profil 1 Periode 1 wird "Periods 0" aktualisiert, hier ist also der Ordner Periode 3 für die Katz..
Wirklich verwirrend, ich hoffe du verstehst was ich meine :)

[Rene_HM]

@UncleB ja, das verstehe ich. Ich hatte mich aber entschieden, hier keine Änderung vorzunehmen, da dies auf jeden Fall nicht mehr kompatibel zur aktuellen Version ist.
Da ich aktuell an einer Version 2.x arbeite, könnte ich aber so eine Änderung mit einplanen...

[danny_v1]

So es scheint jetzt alles zu funktionieren. Hab noch etwas an meinem Blockly gebastelt, falls jemand Interesse daran hat, bwz auch Probleme mit den Eurotronic Thermostaten und deconz in Verbindung mit dem Adapter hat kann es ja mal testen.

@Rene_HM vielleicht kannst Du da ja auch mal drüber schauen ob Du die Funktion so mit in den Adapter rein bekommst?

blockly_Heizung_deconz.txt

[Harry94]

Ich hätte da auch nochmal ein Problemchen,
eigentlich vielmehr einen Verbesserungsvorschlag.

Wenn ich eine Temperatur am Thermostat einstelle, dann das Fenster öffne und schliße, wird die Temperatur wieder auf den aktuellen Zeitwert zurückgesetzt. Das ist so wie ich es gelesen habe recht ähnlich zu den anliegen der vorherigen.
Wäre es nicht möglich pro Raum einen Datenpunkt zu erstellen wo die Temperatur gespeichert wird bevor das fenster geöffnet wird und diese dann bei Bedarf abzurufen? Evtl mit einer Aktivierungsmöglichkeit in den Einstellungen, sofern man diese Funktion nutzen möchte.

Meine zweite Idee ist folgende (bitte verzeiht falls das hier schonmal thema war, habe nicht alles vollständig gelesen)
viele Thermostate, z.b. die Eurotronic Zwave oder die HomematicIP haben Datenpunkte für Boost, Abschaltung (frostschutz) etc..
wäre es möglich zumindest die Datenpunkte für die Abschaltung mit einzubinden und dann als wert Außerhalb der Heizperiode zu definieren? Bzw als Fenster-offen wert?
Hier müsste nicht nur der Datenpunkt der Heizungsthermostate festgelegt werden sondern auch jeweils ein Wert für die verschiedenen Aktionen.

Ich weiß, da ich selber wenig ahnung vom Programmieren hab, dass das hier jetzt wohl recht einfach hingeschrieben ist aber wohl viel Zeit in der Umsetzung braucht. Ggf. klappts ja mit der Version 2.x :)

vielen Dank schonmal.
Lg

[danny_v1]

@Harry94 Mit dem Blockly was ich eingestellt habe, sollte das mit dem Fenster öffnen und schliesßen schon mal klappen. Wenn Du z.B. 20 Grad am Thermostat einstellst und im Profil sind 18 hinterlegt, die Fensterabsenkung ist bei 3 Grad, dann werden bei offenen Fenster 17 Grad und nicht 15 Grad eingestellt. Beim Schliessen gehts dann wieder auf die einstellten 20 Grad. Wenn der TimeSlot wechselt oder Du die Temperatur auf die im Profil hinterlegte einstellst, läuft das Profil wie gewohnt weiter.

[UncleB]

@danny_v1
Aber wieso stellst den Adapter nicht absolute? Dann passiert doch genau das?
Oder seh ich das falsch?

[danny_v1]

@UncleB Ich habe Probleme mit dem Adapter in Verbindung mit meinen Thermostaten, wenn ich am Thermostat den Wert ändere wird oft vom Adapter die Temperatur wieder überschrieben.

Und mit Absoluten Werte wollte ich eigentlich nicht arbeiten, weiß auch nicht so richtig warum aber mit einer relativen Änderung gefällt mir irgendwie besser. Da wird halt nur etwas nachgeregelt, wenn ich ein Fenster auf mache.

[Harry94]

@danny_v1
Ich nutze Hauptsächlich die absolute Absenkung. Daher entstand leider auch das Problem.
Weiterhin kann es ja auch damit Probleme geben wenn die relative absenkung unter die ansteuerbare Temperatur des Thermostates geht.

Aber danke schonmal für den Tipp. :)

[deta]

Mal ne Frage:
Was ist der Unterschied absolute Absenkung und relative Absenkung?

[guergen]

@deta Bei Absoluter Absenkung stellst Du den zu erreichenden Wert direkt ein, z.B. 20°C und bei relativer Absenkung den Wert, um den Du absenken möchtest, z.B. rel. 5 macht bei eingestellten 20°C (20-5) 15°C