[Offen] Stromausfall

[Mac_]

...
Schön wäre trotzdem, wenn der letze Zustand nach einem Stromausfall gespeichert und als Istzustand nach dem Neustart eingestellt werden würde.
...

Nehmen wir mal an, dass sich der Fensterzustand während des Stromausfalls verändert (OFFEN -> ZU oder ZU -> OFFEN), und SHC würde dann den falschen Zustand anzeigen - wäre das besser?

Ist es dann nicht richtiger den Zustand mit ? anzuzeigen, da der tatsächliche Zustand nicht bekannt ist.

Zusätzlicher aktiver Zustandsaustausch, mit dem o.a. Dilemma abgefangen werden könnte, würde aus meiner Sicht die Batterielebensdauer drastisch verringern.

Mac_

[Te Ch No]

Solange das nicht möglich ist wäre mir persönlich lieber ich könnte die SHC per Zwischenstecker (zB Fritz ) nach einem Absturz aus der Ferne neu starten und sie läuft erstmal in dem Zustand halbwegs weiter....als das ich aus dem Urlaub nach Hause fahre und mal eben alle Türen und Fenster im Haus ein Paar mal auf und zu mache....bis der Status wieder bekannt ist. Auch wenn dann der gespeicherte Status möglicherweise nich der richtige ist.
Das ist natürlich Ansichtssache.


Gesendet von meinem iPad mit Tapatalk

[Mac_]

...
Solange das nicht möglich ist wäre mir persönlich lieber ich könnte die SHC per Zwischenstecker (zB Fritz ) nach einem Absturz aus der Ferne neu starten und sie läuft erstmal in dem Zustand halbwegs weiter
...

Das kannst Du doch trotzdem - mit Ausnahme der Fenstersensoren ist doch alles OK. Und die Fenster - naja die sind halt wahrscheinlich in dem Zustand wie vor dem Absturz - aber sicher ist das halt nicht -> also "?"

Mac_

[Te Ch No]

Solange man die Fenstersensoren als Teil einer Alarmanlage nutzt, ist dieser Teil dann eben außer Betrieb.


Gesendet von meinem iPad mit Tapatalk

[Mac_]

...
Solange man die Fenstersensoren als Teil einer Alarmanlage nutzt, ist dieser Teil dann eben außer Betrieb.
...

Da bin ich mir gar nicht so sicher. Beim ersten Kontaktdurchgang sendet der Fenstersensor ja sein Signal. Ich habe versuchsweise mal ein Fenster mit "?" welches geschlossen war geöffnet (1x) - es hat brav seinen Zustand auf offen gewechselt.

Und ein offenes Fenster ist ja sowieso schon offen - egal ob Alarmanlage oder nicht. Egal - ich denke die Argumente sind ausgetauscht.

Mac_

[Te Ch No]

Einer geht noch.....da ich das ganze schon des öfteren erleben durfte.....häufig reicht eben nicht ein einzelner Schaltvorgang für die korrekte Initialisierung.
Und schönen Abend noch


Gesendet von meinem iPad mit Tapatalk

[Nachtwaechter]

Das fällt mir gerade jetzt besonders auf, da ich seit der Benutzung von Hue nun doch öfter die SHC neu starten musste. Besonders bei der Benutzung von Apps wie Ambify, die ständig neue Variablen senden kommt die SHC bei zB Bewegungslichtprofilen wohl nicht gut zurecht und hängt sich vollständig auf.?

Geht mir genauso, hoffe da kommt noch was.

[THellweg]

Hallo zusammen,

Das fällt mir gerade jetzt besonders auf, da ich seit der Benutzung von Hue nun doch öfter die SHC neu starten musste.

Hinweis am Rande, für den Fall, dass euer SHC, seit Installation der HUE App, häufiger einfriert.
Dies kann das folgende, bekannte Ursachen haben:
1) HUE App wurde installiert, Bridge gesucht, gefunden und eingebunden. Danach wurde die Bridge aus dem Netzwerk entfernt.
Abhilfe: HUE-App deaktivieren oder die Bridge wieder ins Netzwerk bringen.
2) HUE App wurde installiert, Bridge gesucht, gefunden und eingebunden. Danach war die Bridge wahrscheinlich eine gewisse Zeit vom Netzwerk getrennt und hat anschließend eine andere IP-Adresse vom DHCP Dienst zugewiesen bekommen (Ursache dafür ist meistens eine fehlende Adressreservierung am Router). Seitdem werden auch die Symbole für die HUE Lampen, falls Lampen eingerichtet wurden, in der UI grau angezeigt und sie können nicht mehr geschaltet werden.
Abhilfe: Bridge in HUE-App neu suchen um deren aktuelle IP Adresse zu erhalten und danach eine Adressreservierung auf dem Router einrichten um den Fehler zukünftig zu verhindern.

Viele Grüße,
Thomas