HomeMatic-Forum / FHZ-Forum

Ich glaube, ich muss mir auch mal eine originale 3er zulegen.
Damit ich direkt nach Erscheinen einer neuen FW weiß, dass ein Bug - wie erwartet - weiter besteht.

Ist ja schon ganz normale Standardprozedur - FW drauf und nach dem Reboot durch die Geräte klickern.
Dann noch andere Fehler prüfen und dann patchen, neustarten und noch mal schauen.

Man muss ja schließlich schauen, was man patchen muss.

Alchy

Ich hab das gleiche Problem mit der CCU3 (DebMatic), aber nicht nur das, manche Homematic IP Geräte sind auf AUS, andere nicht und eine HomeMatic Classic Steckdose schaltet sich tatsächlich physisch EIN. Also nicht nur im Backend sondern sie schaltet sich tatsächlich ein.

Bitte sammle dich und versuche etwas zu schreiben, was man auch verstehen kann.

Frosch hat geschrieben: ↑

29.02.2020, 20:28

manche Homematic IP Geräte sind auf AUS, andere nicht

So ist es immer. Die Frage ist, bei welche Geräten beobachtest du was?

Frosch hat geschrieben: ↑

29.02.2020, 20:28

eine HomeMatic Classic Steckdose schaltet sich tatsächlich physisch EIN.

Das hat relativ wenig mit dem hier beschriebenen Bug zu tun.
Da musst du weiter ausholen und deinen beobachteten Fehler beschreiben.

Alchy

und eine HomeMatic Classic Steckdose schaltet sich tatsächlich physisch EIN. Also nicht nur im Backend sondern sie schaltet sich tatsächlich ein.

Dann gibt es ein Programm welches die Steckdose einschaltet, weil die Bedingungen beim CCU Neustart wahr sind ...
Den Link zur Programmlogik gibts unten in der Signatur.

robbi77 hat geschrieben: ↑

29.02.2020, 20:40

und eine HomeMatic Classic Steckdose schaltet sich tatsächlich physisch EIN. Also nicht nur im Backend sondern sie schaltet sich tatsächlich ein.

Dann gibt es ein Programm welches die Steckdose einschaltet, weil die Bedingungen beim CCU Neustart wahr sind ...
Den Link zur Programmlogik gibts unten in der Signatur.

Eigentlich nicht, an der Steckdose hängt ein Heizlüfter, wenn die Temperatur unter 3°C fällt schaltet er ein, bei über 10°C schaltet er aus. Beides ist aber nicht wahr im Moment.

Mach dir mal folgenden Spaß.

Als erstes zeig hier mal das Programm

Dann Boote mal neu. Dabei guggst dir direkt nach dem erfolgreichen Reboot mal die Temperaturen. Ich würde wetten da steht 0 grad

Und 0 ist kleiner 3 heisst dann ein

Black

Ich habe das Problem auch wobei es sich bei mir schon ausgewirkt hat da ich nicht wusste was hier Sache ist.

Die Hmipw-WTH stehen bei mir standardmäßig auf manuell und einer Temperatur. Nach einem CCU Neustart habe ich auch festgestellt das die Temperaturen etc. in der WebUI fehlen, ist blöd aber die WTH's stellen sich auch auf AUTO und damit auf 17°C Solltemperatur.

Gibt es hierzu auch eine Erklärung bzw. eine Lösung die nicht heißt nach Neustart mittels Programm alle WTHs setzen?
(Ich hab schonmal danach geschaut die Auto-Funktion still zu legen und auch Wochenprogramme gelöscht scheint aber nicht in letzter Instanz zu funktionieren...)

Danke vorab für einen Hinweis.

Gruß, Philipp

Pihero hat geschrieben: ↑

03.07.2020, 14:08

Danke vorab für einen Hinweis.

Bist du sicher das du keine Programme, DV's oder sonstiges hast welche bei Zentralen-Neustart deine HmIPW-WTH's in den Auto-Modus versetzen?
Ich habe zwar "nur" HmIP-WTH-2, aber diese bleiben in dem Modus in dem sie waren und senden (irgendwann) entsprechend ihren Status an die Zentrale so das der reale Status des Gerätes wieder mit der WebUI übereinstimmt.

Da ich keinerlei Wired Komponenten habe, kann ich dazu auch nichts sagen. Das wäre dann eine neue Dimension des Bug.
Melden sich deine Thermostate nach Neustart der CCU auch im Fehlerprotokoll wie >hier< angegeben

Das Wired auch betroffen sein sollte, wäre ja fatal aber irgendwie auch wieder wenigstens konsequent.

Alchy