Test Adapter HeatingControl v2.12.x
-
@passuff sagte in Test Adapter HeatingControl v2.8.x:
Leider erstellt er den Raum im Objektbaum falsch:
Erstellst du dazu bitte auch noch ein issue im github? danke.
-
@rene_hm Die vis benutze ich nicht und leider lief die Instanz nicht im Debug-Modus. Ich werde den debug-log bereitstellen sobald ich das Problem erneut beobachte.
-
Moin,
ich versuche aktuell den Adapter ans Laufen zu kriegen, stoße jedoch auf einige Probleme.
Ich nutze debmatic, also ccu3 unter Debian, was auch ziemlich gut funktioniert. Der Adapter erkennt auch alle Räume, scheint aber die Thermostate nicht richtig zu erkennen. Diese sind alle der Funktion Heizung zugewiesen, welche auch im Adapter eingestellt ist. Bei etwa der Hälfte meiner Fenster habe ich die HoIP Fenstersensoren im Einsatz, bei den anderen welche von Aquara, welche per Zigbee mit dem iobroker verbunden sind. Diese sind ebenfalls der Funktion Heizung zugewiesen. Zudem sind alle Geräte im iobroker den entsprechenden Räumen zugewiesen.
Im Pittini-VIS sehe ich für die Thermostate als Wert jedoch nur NaN bzw. -99,0°C:
Ebenso habe ich noch Aquara-Raumsensoren (ebenfalls via Zigbee) im Einsatz, welche auch wie oben zugewiesen sind.
Ich habe das Gefühl, dass keins der Geräte im Adapter richtig erkannt wird. Auch, wenn ich ein Fenster öffne (egal welcher Sensor), ändert sich die Temperatur nicht.Kann mir jemand helfen und sagen, was ich vielleicht übersehe und/oder falsch mache?
-
@1337gut Konfiguriere die Geräte manuell, die automatische Erkennung findet nur sehr wenige Geräte...
-
@rene_hm Blöde Frage, aber wo konfiguriere ich die Geräte? Ich finde nur die Einstellung zur Erkennung der Räume.
-
und dann die Thermostate, Sensoren, Aktoren (je nachdem, was du alles hast)
Immer mit dem plus ein neues Gerät hinzufügen
-
@rene_hm Danke, ich hatte es gerade eben auch gefunden.
Den Knopf hatte ich irgendwie vollkommen ignoriert. Setze mich jetzt beschämt in die Ecke und konfiguriere die Geräte mal. Vielen Dank für den Hinweis! -
Im github und NPM liegt die 2.8.4 zum Testen bereit.
siehe auch githubEs gibt folgende Änderungen:
- Der offset wird nun ebenfalls auf 0,5°C gerundet
- Aktoren werden nun definiert geschaltet, wenn ein Raum inaktiv wird. Zustand des Aktors bei inaktivem Raum entspricht dem Zustand bei inaktiver Heizperiode
- Man kann nun eine Verzögerung verwenden, um Aktoren nicht gleichzeitig zu schalten.
- es gibt einen neuen Datenpunkt, der die aktuelle Zieltemperatur basierend auf dem Profil ausgibt (read only, ohne offset)
Feedback ist wie immer willkommen...
Übrigens: ich suche support bei der Erstellung bzw. Update der Dokumentation. Bei Interesse bitte melden...
-
Ich habe verschiedene Fensterkontakte. Zum Teil original Homematic Ip und zum anderen Teil Aqara Fensterkontakte. Was muss ich einstellen, dass beide Arten die Temperatur runtersetzen und bei geschlossenen Fenster wieder raufsetzen?
-
@lustig29 Der Typ ist egal, einfach als Fenstersensor konfigurieren...
-
@rene_hm Ja, aber bei mir geht die Temperatur bei den Aqara Fensterkontakten nicht runter.
-
@a-s-0 said in Test Adapter HeatingControl v2.8.x:
Hat jemand eine Idee, wie man einen Thermen-Raumthermostat (von tado), der die therme regelt (der thermostat hängt im Flur) zusammen mit homematic hz-thermostate so koppelt, das die relegung in Abhängigkeit von einander funktioniert?
Aktuell ist es so, dass wenn im Flur die Temperatur erreicht ist, die gasetagenheizung aufhört zu heizen. Und erst wieder anfängt, wenn die Temperatur abgesunken ist.
Ist aber eine Tür zu z.b. Schlafzimmer, wird dort die voreingestellte Temperatur am homematic thermostat nicht erreicht.
gibt es hierfür mittlerweile eine Lösung? Kann man Tado Raumthermostate mittlerweile komplett einbinden und steuern?
-
@lustig29 sagte in Test Adapter HeatingControl v2.8.x:
Ja, aber bei mir geht die Temperatur bei den Aqara Fensterkontakten nicht runter
zeige mal deine Konfiguration. Was liefert der Sensor bei "Fenster offen"?
-
@fir3drag0n sagte in Test Adapter HeatingControl v2.8.x:
gibt es hierfür mittlerweile eine Lösung? Kann man Tado Raumthermostate mittlerweile komplett einbinden und steuern?
Aus meiner Sicht kann man jedes Thermostat in den Adapter einbinden, wenn das Thermostat eine Soll-Temperatur von ioBroker entgegen nehmen kann.
ABER: Der Adapter stellt keine Verbindung zwischen verschiedenen Systemen her (als z.Bsp. wird die Ist-Temperatur von einem Sensor nicht an ein Thermostat zur Regelung übertragen) Das sind Sonderfälle, die der Adapter auch in Zukunft nicht abdecken wird... -
@rene_hm sagte in Test Adapter HeatingControl v2.8.x:
@grizzlyco sagte in Test Adapter HeatingControl v2.7.x:
"Temp offset calculation skipped, time difference too long"
Das soll dieses issue beheben : github
Wenn zwischen dem letzten update vom Standard-Sensor und dem letzten update des externen Sensors eine zu lange Zeit vergangen ist, wird der Offset nicht neu berechnet.
Die maximale Zeitdifferenz kann man im admin eintragen:
Mein Log ist ziemlich voll von diesen Meldungen. Kannst du vielleicht den Raum oder den Sensor zur Meldung hinzufügen? So ist die Fehlersuche recht schwierig..
-
@passuff ja, baue ich ein. Bis dahin: auf debug umstellen, dann sollte man den Grund sehen...
-
Moin, ist es irgendwie möglich einzelne Perioden so einzustellen, dass diese den Anwesenheitspunkt ignorieren und trotzdem schalten?
Meine Frau arbeitet bis 13 Uhr. Ich würde gerne die Thermostate schon um 12 Uhr schalten damit die Wohnung warm ist wenn sie nach Hause kommt. Nur mit aktivierter Anwesenheit wird diese Periode ja ignoriert und das Thermostat erst geschaltet wenn sie zu Hause ist.
-
Sagen wir, du willst ne Temperatur von 21 Grad haben und hast ne Absenkung von 2 Grad. Dann könntest du eine Periode von 12 -13 Uhr machen und die Temperatur auf 23 Grad stellen.
-
@dominik-f sagte in Test Adapter HeatingControl v2.8.x:
... hast ne Absenkung von 2 Grad ...
Kann ich RELATIV zur aktuellen Periode die Solltemperatur absenken bei Abwesenheit?
Das wird doch immer als Absolut eingestellt? -
@kbrausew warum? es gibt doch beides:
