Alarmprofil

[CooperCologne]

Ich habe auch schon festgestellt, dass mehrere Zustände innerhalb einer Regel im DANN Teil nur unzuverlässig abgearbeitet werden. In meinem speziellen Fall konnte ich das umgehen, indem ich zwei weitere Regeln angelegt habe, die da lautet WENN Zustand1 AUF JA GEHT DANN SCHALTE ZUSTAND2 AUF JA und umgekehrt.

[Tedda007]

Ich habe auch schon festgestellt, dass mehrere Zustände innerhalb einer Regel im DANN Teil nur unzuverlässig abgearbeitet werden. In meinem speziellen Fall konnte ich das umgehen, indem ich zwei weitere Regeln angelegt habe, die da lautet WENN Zustand1 AUF JA GEHT DANN SCHALTE ZUSTAND2 AUF JA und umgekehrt.

Ich habe es auch schon mit einer separaten Regel versucht. Jedoch schalteten alle Zustandsvariablen nicht zuverlässig auf Nein bei Deaktivierung. Also richtig kommt mit das nicht vor. Wird bestimmt noch ein Bug sein. Habe es heute Morgen schon an Innogy gemeldet. Mal schauen was daraus wird.

Gesendet von meinem LG-H815 mit Tapatalk

[Torchmann]

Welchen Vorteil hat es wenn man das Alarmprofil mit mehreren ZV baut? Hat man dadurch mehr Möglichkeiten? Ich hatte das Alarmprofil hier aus dem Forum in der vorhergehenden Version von Smarthome. Aber genau die gleiche Konfiguration kann man ja mit der neuen Software auch bauen. Man kann auch alles in ein Szenario packen und konfigurieren.

[Tedda007]

Der Vorteil liegt in der vorher erwähnten Problematik, dass wenn man wenn man nach Hause kommt den noch nicht scharf gestellten Alarm deaktivieren kann. Das Problem bei zu wenig Zustandsvariablen ist, dass einige Zustandsvariablen oben bleiben und bei nächster Alarmaktivierung die Sirene betätigen. Das hat was mit der verzögerten einSchaltzeit zu tun, die sich trotz Deaktivierung nicht verhindern lässt. Das einzige was man damit immer noch nicht machen kann ist, den Alarm innerhalb der verzögerten Einschaltzeit wieder zu aktivieren. Da bei mir die Programmierung der Scharfstellung auf 2 Minuten steht, ist es aber kein großes Problem. Es gibt dazu auch schon viele Forenbeiträge. Für mich war die Konfiguration mit den vier Zustandsvariablen einfach die sicherste und komfortabelste. Nützt mir nur leider nichts mehr, wenn die Zustandsvariablen nicht ordnungsgemäß an oder ausgehen. Spielt ja auch keine Rolle, jeder kann sich dir programmieren wie er mag. Aber es ist definitiv nicht richtig, dass wenn ein Zustand eintritt, dieser einen anderen Zustand nicht auf Nein bewegen kann Sobald mehrere auf einmal auf Nein bewegt werden sollen.
Ich hatte die Alarmanlage so ein ein halb Jahre erfolgreich konfiguriert. Erst nach Migration in Ui 2.0 treten diese Probleme auf.

Gesendet von meinem LG-H815 mit Tapatalk

[Donaudrohne]

Hast Du mal ein zwei Screenshot(s) Deiner Lösung?

Jupp.
("Beep" ist meine Alarmsirene)
(Mein Alarmschalter ist ein modifizierter Fenstersensor an einem Wippschalter)

[revadeen]

Hallo zusammen,
ich habe auch mal eine Frage, ich hatte vorher als Alarmanlage die Fenster un Tueren abgesichert mit Logikprofilen!?
Heisst ich habe ueber einen Schalter oder die App alle Sensoren scharf geschaltet oder abgeschaltet.
Wurde bei scharfschaltung ein Fenster geoeffnet oder eine Tuer ging natuerlich der Alarm los und ich habe eine Nachricht bekommen welche Tuer geoeffnet
wurde.
Irgendwie sind all dies Priofile nicht uebernommen worden, das ist das eine. Also habe ich neue Szenarien definiert.
Aber was ich jetzt habe, fuer jedes Fenster ein Szenario damit ich auch die passende Pushnachricht kriege.
Aber das heisst auch ich muss, wenn ich ueber die Benutzeroberflaeche schalten will, alle getrennt schalten, oder gibt es da einen zentralen Schalter?
Mal ne andere frage, ich wuerde am liebsten alle alten Profile loeschen, mir scheint das die Ubernahme uberhaupt nicht gekappt hat.
Wie kriege ich denn alle Profile geloescht ohne aber alle Aktoren und Sensoren zu loeschen?
Danke
René

[CooperCologne]

Leider musst du dann alle Profile separat löschen, bleibt abzuwägen was schneller geht, das oder alle Geräte frisch einbinden.

Die Push-Nachricht enthält übrigens den auslösenden Sensor mit Zimmerangabe, es reicht also völlig eine Regel für alle Sensoren inkl. Bewegungsmelder, falls vorhanden, anzulegen. Das von Innogy mitgelieferte Standard-Profil für eine Alarmkette lässt sich gut an die eigenen Bedürfnisse anpassen.

[revadeen]

Danke cooper cologne,
Das waere auch meine Frage gewesen,aber wie kriege ich alles geloescht? Indem ich die Zentrale zureucksetze?
In der App steht das Szenarien trotzdem erhalten bleiben.
Ich habe versucht alle einzeln zu loeschen, aber ofmals stuerzt die App ab und man weiss nie ob es wirklich geloescht ist.
Auch scheinen da noch Profile versteckt zu sein, denn im Moment geht z.B mein Aussenstrahler an, der aber nur anging wenn die Alarmanlage scharf war.
Jetzt brennt er immer bei Bewegung. Alles nicht mehr klar zu sehen.
Bei der Push Nachricht ist die Frage jetzt eher dumm, aber woher weiss der Sensor das er in diesem Zimmer ist? wahrscheinlich durch saubere Benennung?
Also meinst du ich kann alle Sensoren in eine Alarmkette packen und der ausloesende Sensor wird benannt? Das werde ich gleich mal probieren
danke

René

[CooperCologne]

Ich habe meine beim Zurücksetzen auch aus meinem Profil entfernt und dann quasi wie ein Neukunde angefangen. Dann werden bei Innogy alle Profile entfernt. Allerdings soll es auch möglich sein, dass man nach dem Zurücksetzen die Wiedereinspielung der Profile überspringt, müsstest du ausprobieren.

Die Sensoren werden Orten (Zimmer, Garten, etc.) zugeordnet.

[Olliwer]

@Donaudrohne Danke!

@All

Ich bin ja noch auf auf auf UI 1.0. Kann ich in der alten Welt nicht einfach alle Zustandsvariablen, Logig- und Zeitprofile löschen, so dass nur die Aktoren/ Geräte übrig bleiben? Müsste das dann nicht eine ansich saubere Migration geben?