Antwort
Nov 19, 2020 - 11:28
Hallo Stephan,
die Rauchmelder bilden keine automatische Gruppe, du müsstest also alle in den Auslöser des Tasks stecken oder aber eine Variable als Auslöser nehmen, die einen bestimmten Wert animmt, wenn einer der Rauchmelder Rauch erkennt.
Wenn du mit dem Rauchmelderspray, den Rauchmelder auslöst, kommt die Statusänderung dann auch im CREATOR an? Um das zu überprüfen kannst du ein Textfeld nutzen, dem der Rauchmelder zugewiesen ist und in der App-Voraschau überprüfen, ob sich der Status auf "smoke" ändert, wenn du den Melder auslöst.
Liebe Grüße,
Mona
die Rauchmelder bilden keine automatische Gruppe, du müsstest also alle in den Auslöser des Tasks stecken oder aber eine Variable als Auslöser nehmen, die einen bestimmten Wert animmt, wenn einer der Rauchmelder Rauch erkennt.
Wenn du mit dem Rauchmelderspray, den Rauchmelder auslöst, kommt die Statusänderung dann auch im CREATOR an? Um das zu überprüfen kannst du ein Textfeld nutzen, dem der Rauchmelder zugewiesen ist und in der App-Voraschau überprüfen, ob sich der Status auf "smoke" ändert, wenn du den Melder auslöst.
Liebe Grüße,
Mona
Von
Hallo Mona,
Danke für die Rückmeldung.
Bedeutet die fehlende Gruppenbildung auch, dass ein Alarmsignal nicht weitergegeben würde, so, wie es bei vernetzten Rauchmeldern der Fall wäre?
Eine Statusänderung kann ich leider nicht feststellen.
Aber ich konnte andere "Dinge" feststellen:
- die Neo Server Version wird mit 1.0.0 dargestellt, bei FW 1.1.19, (nach Testmodus und Stromtrennung nun 2.5.6)
- Der HmIP Rauchmelder wird nun auch nicht mehr in der WebUI angezeigt,
- wenn ich anstatt des Taskmanagers, den Automation Manager im Testmodus des Creators nutze, kann ich nicht auf andere Geräte an anderen Gateways (CCU3) zugreifen,
- Das Löschen von HmIP Geräten am V5+ funktioniert nicht immer, manche ja, andere nur nach Neustart, manchmal nur nach Trennung vom Stromnetz,
- wenn der V5+ angeschaltet ist, erhalte ich nun eine Fehlermeldung eines Fensterkontaktes, welcher an der CCU3 angemeldet ist,
Irgendwie steigert das Verhalten nicht mein Vertrauen in die versprochene Funktionalität und Zuverlässigkeit der Box, vor allem, wenn ich sie für den Rauch- bzw. Feuerfall nutzen will.
Das einzige, was bisher zuverlässig funktioniert ist ein testweise angemeldeter Elero Rollladen. Allerdings mit unterschiedlichen Verzögerungen.
Ich hoffe, dass es eine simple Lösung gibt, die alle Probleme löst, damit ich das Gateway sorglos für mein smartes Home nutzen kann. Ich verbrenne viele Stunden mit der Konfiguration ohne zufriedenstellende Ergebnisse. Die Idee ist super, aber bei der Umsetzung mache ich mir inzwischen immer größere Sorgen, ob das Gateway die versprochenen Eigenschaften wirklich erfüllen kann.
Zum Vergleich: die CCU3 arbeitet bisher 100% zuverlässig und ist nahezu intuitiv bedienbar, zwar altmodisch, aber funktionell.
Mit aufgeschlossenen und freundlichen Grüßen
Stephan
Von
Kleines Update:
- Nach dem Trennen vom Stromnetz für ca. 10 Sekunden, taucht der Rauchmelder wieder in der WebUI des V5+ auf, allerdings wieder im Posteingang und nicht im Device Manager,
- Den Neo Server der CCU3 kann ich inzwischen im Automation Manager sehen, er war zwar auf der CCU3 installiert und online, aber in den Firewall Einstellungen war der Mediola Zugriff deaktiviert, per default
Von
noch ein Update:
- das V5+ Gateway hat inzwischen einen kompletten Reset (rot) auf Werkseinstellungen bekommen.
- alle Rauchmelder sind jetzt an der CCU3 angemeldet und lösen nacheinander aus, sobald der erste RM Rauch erkennt.
- Der Automation Manager läuft auf dem Neo Server (2.5.6) auf der CCU3,
- es findet keinerlei Statusänderung (communication, battery, smoke, alarm detail) im Textfeld statt (false/false/off/off), sobald der Rauchmelder auslöst.
- wenn ich einen Fensterkontakt als Trigger benutze, funktioniert der Task (Rollläden hoch),
BTW: Beim Zuweisen des Status des Fensterkontakts (Quelltyp/Raum/Gerät/Status) gibt der Creator nur "Rollladen: Status" für den Fensterkontakt vor. Seltsam, oder?
Von
Hallo,
1. Rauchmeldergruppen: Richtig, da die Rauchmelder hier nicht verknüpft werden können, schlägt auch nur der rauchmelder Alarm, der das Feuer erkannt hat.
2. wenn ich anstatt des Taskmanagers, den Automation Manager im Testmodus des Creators nutze, kann ich nicht auf andere Geräte an anderen Gateways (CCU3) zugreifen.
--> Wo haben Sie Ihre Geräte angelernt? am V5 Plus oder an der CCU? Haben Sie im Automation Manager ein Gateway bzw. einen NEO SERVER zur Tasksteuerung ausgewählt?
3. Das Löschen von HmIP Geräten am V5+ funktioniert nicht immer, manche ja, andere nur nach Neustart, manchmal nur nach Trennung vom Stromnetz.
--> Löschen Sie die Geräte im Gerätemanger des CREATORs? Dies wäre das übliche Vorgehen. Wenn Sie die Geräte über die Homematic-Oberfläche löschen, dann löschen Sie diese stattdessen bitte über den Gerätemanager des CREATORs.
4. wenn der V5+ angeschaltet ist, erhalte ich nun eine Fehlermeldung eines Fensterkontaktes, welcher an der CCU3 angemeldet ist.
--> Wo erhalten Sie die Fehlermeldung? im CREATOR? Wie lautet diese?
5. Beim Zuweisen des Status des Fensterkontakts (Quelltyp/Raum/Gerät/Status) gibt der Creator nur "Rollladen: Status" für den Fensterkontakt vor.
--> Dies ist ein Bug in der neuen Version. Hier wird schlicht der falsche Name angezeigt. Mit der neuen Version, die Anfang Dezember erscheint, wird der Fehler behoben sein.
Von
Hallo,
Nach ein paar Experimenten und Rückfragen bei eQ-3 habe ich nun eine Lösung gefunden, die meine Erwartung erfüllt (Rollläden hoch bei Rauchalarm):
- alle RM müssen an der CCU3 angemeldet sein,
- der Automation Manager muss auf der CCU3 laufen,
- die Rollläden (elero) sind am V5+ angemeldet,
- es dauert ca. 5-10 Sekunden, bis der Task ausgelöst wird, da vorab die anderen RM aktiviert werden, bevor das Signal an die CCU bzw. den AM geht.
Dann wird der Task ausgelöst und die Rollläden fahren hoch!
Hier noch ein Feedback zu Mona's Kommentaren bzw. Fragen:
zu 1.) Schade, dass es keine automatische Gruppe (auch unabhängig vom Gateway) für die Rauchmelder gibt. Wahrscheinlich bleibt dann hier nur die Verknüpfung aller RM über den Taskmanager oder Automation Manager. Dies birgt zusätzliches Risiko dass die verkettete Alarmierung nicht funktioniert (z.B. Ausfall des Gateways). Diese Funktion erfüllen inzwischen viele der Standard RM und sind auch wichtig.
zu 2.) Die RM sind an der CCU und die Rollläden (elero) sind am V5+ angemeldet, der AM lief zuvor auf dem V5+ (unplausible Versionsnummern 1.0.0, trotz Update) und dann auf der CCU.
zu 3.) OK, verstanden. Aber wozu gibt es dann das HM Web Frontend auf dem V5+?
zu 4.) Die Status LED des Fensterkontaktes blinkt beim Senden orange und dann rot, nicht grün (am Ende).
Neuen Kommentar hinzufügen