NEWS
Test Adapter Alarm 3.6.x
-
@fenriswolf Moin, das ist ein "Fehler" der mir die Tage in einem anderen Zusammenhang auch aufgefallen ist.
Ich arbeite derzeit an einem größeren Update des Adapters, ich werde versuchen mit dem Release die Transformation der Zahlen mit einzuarbeiten. Ich brauche aber noch ein paar Tage.
Hallo zusammen,
so ich habe in den letzten Tagen und Wochen, einiges an Arbeit in den Adapter gesteckt. Der Kern der Arbeit war die Implementierung von Zonen und einer ANWESENHEITSSIMULATION! Die Simulation ist recht einfach gehalten und kann sicherlich nicht mit einer "KI" Simulation mithalten :-) ...., aber für einfache Dinge sollte es okay sein.
In dem Zusammenhang, habe ich auch die Anleitung überarbeitet. Aus diesem Grund schreibe ich jetzt auch keine weiteren Details und bitte euch die Doku anzuschauen: Anleitung
Auch hier sind PR´s natürlich gerne gesehen.
DA ICH ABER RELATIV VIEL AM CODE GEÄNDERT HABE, BRAUCHE ICH JETZT TESTER BEVOR DAS GANZE IN DEN LATEST RELEASE GEHT!
Hierzu bitte das Standard Programm, Adapter deinstallieren, danach neu von Github installieren. Backup nicht vergessen!
Entwickler vom: - Viessman Adapter
- Alarm Adapter -
Hallo zusammen,
so ich habe in den letzten Tagen und Wochen, einiges an Arbeit in den Adapter gesteckt. Der Kern der Arbeit war die Implementierung von Zonen und einer ANWESENHEITSSIMULATION! Die Simulation ist recht einfach gehalten und kann sicherlich nicht mit einer "KI" Simulation mithalten :-) ...., aber für einfache Dinge sollte es okay sein.
In dem Zusammenhang, habe ich auch die Anleitung überarbeitet. Aus diesem Grund schreibe ich jetzt auch keine weiteren Details und bitte euch die Doku anzuschauen: Anleitung
Auch hier sind PR´s natürlich gerne gesehen.
DA ICH ABER RELATIV VIEL AM CODE GEÄNDERT HABE, BRAUCHE ICH JETZT TESTER BEVOR DAS GANZE IN DEN LATEST RELEASE GEHT!
Hierzu bitte das Standard Programm, Adapter deinstallieren, danach neu von Github installieren. Backup nicht vergessen!
Kann ich die Json dann wieder importieren?
Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Immer Daten sichern! -
Kann ich die Json dann wieder importieren?
-
@sigi234 eigentlich ja, im Zweifelsfall Fallback auf die letzte Version. Bitte die neue Version mit bedacht einsetzten, diese kann natürlich Fehler enthalten.
@blauholsten sagte in Test Adapter Alarm 3.2.x:
@sigi234 eigentlich ja, im Zweifelsfall Fallback auf die letzte Version. Bitte die neue Version mit bedacht einsetzten, diese kann natürlich Fehler enthalten.
Jupp, funtioniert
-
Hallo zusammen,
so ich habe in den letzten Tagen und Wochen, einiges an Arbeit in den Adapter gesteckt. Der Kern der Arbeit war die Implementierung von Zonen und einer ANWESENHEITSSIMULATION! Die Simulation ist recht einfach gehalten und kann sicherlich nicht mit einer "KI" Simulation mithalten :-) ...., aber für einfache Dinge sollte es okay sein.
In dem Zusammenhang, habe ich auch die Anleitung überarbeitet. Aus diesem Grund schreibe ich jetzt auch keine weiteren Details und bitte euch die Doku anzuschauen: Anleitung
Auch hier sind PR´s natürlich gerne gesehen.
DA ICH ABER RELATIV VIEL AM CODE GEÄNDERT HABE, BRAUCHE ICH JETZT TESTER BEVOR DAS GANZE IN DEN LATEST RELEASE GEHT!
Hierzu bitte das Standard Programm, Adapter deinstallieren, danach neu von Github installieren. Backup nicht vergessen!
@blauholsten hatte heute 70 Einträge als warn im Protokoll - ALLERDINGS auch nicht die Instanz gelöscht.
alarm.0 2022-11-16 13:16:05.531 warn Issue in function function, plaese report this the developer!Hab ich jetzt gemacht nach Backup der Einstellungen, den neuen nochmal drübergejückelt und ne neue Instanz hinzugefügt wieder. Aktuell noch keine Fehlermeldung im Log.
NACHTRAG: Fehlermeldung (warn) erscheint immer noch
UDM Pro, Intel NUC - ioBroker in Proxmox-VM, PiHole+Grafana&Influx+TasmoAdmin in LXCs, Raspberry Pi3 (als CCU), Zigbee-Stick Sonoff, Synology DS918+
-
@blauholsten hatte heute 70 Einträge als warn im Protokoll - ALLERDINGS auch nicht die Instanz gelöscht.
alarm.0 2022-11-16 13:16:05.531 warn Issue in function function, plaese report this the developer!Hab ich jetzt gemacht nach Backup der Einstellungen, den neuen nochmal drübergejückelt und ne neue Instanz hinzugefügt wieder. Aktuell noch keine Fehlermeldung im Log.
NACHTRAG: Fehlermeldung (warn) erscheint immer noch
-
Danke für die Meldung, denke es ist jetzt auf Github gefixed! Bitte testen.
-
@blauholsten okay, hab neu von Github installiert. Versionsnr. bleibt die 3.2.0?
-
@blauholsten Fehler ist mit der neuen Version von Git nun nicht mehr aufgetaucht 👍
-
Hi, bin auch gerade am testen, bin von 4 Instanzen weg, jetzt nur noch eine Instanz mit der neuen Version und den Zonen notwendig.
Sobald ich alle States neu gesetzt habe ( dauert leider, bis das Feld da ist.. kann man das Handling da irgendwie beschleunigen? ich meine die Zeit vom Klick auf den Stift fuer die ObjectID bis das Fenster mit den States aufgeht..)
teste ich..Fehler im Protokoll seit der letzten Git Version keine mehr, hatte auch den Fehler wie @Kueppert .
-
Super das Du ein Update gebracht hast, auf die Zonenthematik warte ich schon lange...
Update installiert , läuft soweit...
Vielleicht kann mir der ein oder andere nen Hinweis geben wie er die Zonen-Thematik gelöst hat.
Steh ein wenig auf dem Schlauch wie ich das nun umsetze...
Hab 3 Gebäude die ich gerne in Zonen setzen würde ( Zone 1 - 2 -3 eben)
Davon ist eins Hauptgebäude , die anderen Nebengebäude.
An den Nebengebäuden soll auch eine gesonderte Abschaltung erfolgen ( anderes Thema)
Was bzw. welchen State setze ich nun in die Object-ID ?
Ich hab zum Teil in jeder Zone mehrere Auslöser / Bewegungsmelder ...und bin mir nicht ganz klar wie ich das umsetzen soll......
Alle Auslöser wiederrum in die jeweilige Zone ? Wenn ja sind die dann per "ODER" oder "UND" miteinander connected.
Wie habt Ihr das gelöst bzw. wie packt Ihr das an ?
Danke für paar Hinweise / Ideen....Grüße
Sunny
-
Super das Du ein Update gebracht hast, auf die Zonenthematik warte ich schon lange...
Update installiert , läuft soweit...
Vielleicht kann mir der ein oder andere nen Hinweis geben wie er die Zonen-Thematik gelöst hat.
Steh ein wenig auf dem Schlauch wie ich das nun umsetze...
Hab 3 Gebäude die ich gerne in Zonen setzen würde ( Zone 1 - 2 -3 eben)
Davon ist eins Hauptgebäude , die anderen Nebengebäude.
An den Nebengebäuden soll auch eine gesonderte Abschaltung erfolgen ( anderes Thema)
Was bzw. welchen State setze ich nun in die Object-ID ?
Ich hab zum Teil in jeder Zone mehrere Auslöser / Bewegungsmelder ...und bin mir nicht ganz klar wie ich das umsetzen soll......
Alle Auslöser wiederrum in die jeweilige Zone ? Wenn ja sind die dann per "ODER" oder "UND" miteinander connected.
Wie habt Ihr das gelöst bzw. wie packt Ihr das an ?
Danke für paar Hinweise / Ideen....Grüße
Sunny
@sunny9999 Bei deiner Konstellation, wenn du die Nebengebäude seperat abschalten mochtest, empfehle ich eine zweite Instanz.
Sonst zu deiner Frage, ja sind alle quasi per oder verknüpft. Wie in den anderen Kreisen auch.
Vielleicht hilft dir die readme es besser zu verstehen. Im Zweifelsfall nochmal schreiben.
-
@sunny9999 Bei deiner Konstellation, wenn du die Nebengebäude seperat abschalten mochtest, empfehle ich eine zweite Instanz.
Sonst zu deiner Frage, ja sind alle quasi per oder verknüpft. Wie in den anderen Kreisen auch.
Vielleicht hilft dir die readme es besser zu verstehen. Im Zweifelsfall nochmal schreiben.
Wie ist das mit der Anwesenheitssimulation, die geht nur, wenn die Anlage scharf ist, richtig?
Geht sie auch Tagsueber? Wenn ich da die Objekte von Lichtern eintrage, dann gehen auch die Tagsueber, wenn Anlage scharf, an?Oder nur Nachts? Oder kann ich irgendwo noch setzen, dass diese Aktiv ist oder nicht?
-
Wie ist das mit der Anwesenheitssimulation, die geht nur, wenn die Anlage scharf ist, richtig?
Geht sie auch Tagsueber? Wenn ich da die Objekte von Lichtern eintrage, dann gehen auch die Tagsueber, wenn Anlage scharf, an?Oder nur Nachts? Oder kann ich irgendwo noch setzen, dass diese Aktiv ist oder nicht?
@ilovegym sagte in Test Adapter Alarm 3.2.x:
Wie ist das mit der Anwesenheitssimulation, die geht nur, wenn die Anlage scharf ist, richtig?
JA
Geht sie auch Tagsueber? Wenn ich da die Objekte von Lichtern eintrage, dann gehen auch die Tagsueber, wenn Anlage scharf, an?
Wenn die Anlage scharf ist, ja natürlich. Immer wenn dann eines der eingestellten Modi triggert.
Oder nur Nachts? Oder kann ich irgendwo noch setzen, dass diese Aktiv ist oder nicht?
Ja, man kann diese de- oder aktivieren ohne was an der Konfig zu ändern. Steht alles in der Doku :-)
-
Ah, danke, ja die Anleitung… ich hatte den Stift übersehen, da hast du ja richtig viele Einstellungen ermöglicht, super!
Vielen Dank!
-
@ilovegym sagte in Test Adapter Alarm 3.2.x:
Wie ist das mit der Anwesenheitssimulation, die geht nur, wenn die Anlage scharf ist, richtig?
JA
Geht sie auch Tagsueber? Wenn ich da die Objekte von Lichtern eintrage, dann gehen auch die Tagsueber, wenn Anlage scharf, an?
Wenn die Anlage scharf ist, ja natürlich. Immer wenn dann eines der eingestellten Modi triggert.
Oder nur Nachts? Oder kann ich irgendwo noch setzen, dass diese Aktiv ist oder nicht?
Ja, man kann diese de- oder aktivieren ohne was an der Konfig zu ändern. Steht alles in der Doku :-)
Hi,
gerade bei den Wasser und Feueralarmmeldungen.. der Echo sagt immer: Undefined Reserve1..
Reserve1 stimmt, so habe ich den Wassersensor genannt.
Aber irgendwo ist in den Settings wohl was nicht gesetzt, in den Benachrichtungen und Speak und ueberall sonst konnte ich nichts ungesetztes finden.. es steht ueberall Wasseralarm und Feueralarm drin...Kannste da bitte nochmal nachschauen..?
Logfile:2022-11-19 11:28:12.659 - debug: alarm.0 (27659) Redis Objects: Use Redis connection: 192.168.3.41:6379 2022-11-19 11:28:12.715 - debug: alarm.0 (27659) Objects client ready ... initialize now 2022-11-19 11:28:12.731 - debug: alarm.0 (27659) Objects create System PubSub Client 2022-11-19 11:28:12.736 - debug: alarm.0 (27659) Objects create User PubSub Client 2022-11-19 11:28:13.041 - debug: alarm.0 (27659) Objects client initialize lua scripts 2022-11-19 11:28:13.058 - debug: alarm.0 (27659) Objects connected to redis: 192.168.3.41:6379 2022-11-19 11:28:13.379 - debug: alarm.0 (27659) Redis States: Use Redis connection: 192.168.3.41:6379 2022-11-19 11:28:13.384 - debug: alarm.0 (27659) States create System PubSub Client 2022-11-19 11:28:13.389 - debug: alarm.0 (27659) States create User PubSub Client 2022-11-19 11:28:13.407 - debug: alarm.0 (27659) States connected to redis: 192.168.3.41:6379 2022-11-19 11:28:13.586 - info: alarm.0 (27659) starting. Version 3.2.0 (non-npm: misanorot/ioBroker.alarm) in /opt/iobroker/node_modules/iobroker.alarm, node: v16.18.1, js-controller: 4.0.23 2022-11-19 11:28:13.616 - debug: alarm.0 (27659) Messages to: [] 2022-11-19 11:28:13.617 - debug: alarm.0 (27659) zone one: {} zone two: {} zone three: {} 2022-11-19 11:28:13.637 - debug: alarm.0 (27659) Night rest configured from 23:0 to 4:30 2022-11-19 11:28:13.656 - debug: alarm.0 (27659) {"zigbee.0.00158d0008064403.opened":false} 2022-11-19 11:28:13.691 - error: alarm.0 (27659) state is null: zigbee.0.00158d0006fafd89.detected 2022-11-19 11:28:13.693 - debug: alarm.0 (27659) other alarm are one: {"zigbee.0.00158d0005c135bf.detected":false,"zigbee.0.00158d00032ba8af.detected":false,"zigbee.0.0015bc00310096b8.smoke":false,"zigbee.0.0015bc003100965a.smoke":false,"zigbee.0.0015bc0031009604.smoke":false,"zigbee.0.0015bc00310097b8.smoke":false,"zigbee.0.0015bc0031009708.smoke":false,"zigbee.0.0015bc0031009956.smoke":false,"zigbee.0.0015bc003100961f.smoke":false,"zigbee.0.0015bc003100960d.smoke":false,"zigbee.0.00158d0004036d72.detected":false,"zigbee.0.00158d0004036de7.detected":false,"zigbee.0.00158d0005c1376a.detected":false,"zigbee.0.00158d0004036d92.detected":false,"zigbee.0.00158d0004036dd5.detected":false,"zigbee.0.00158d0005229809.detected":false,"zigbee.0.00158d0004857dbe.detected":false} two: {"zigbee.0.00158d0001bb8e47.detected":false,"zigbee.0.00158d00023a4aa0.detected":false,"zigbee.0.00158d00023e9030.detected":false,"zigbee.0.00158d000286d63f.detected":false,"zigbee.0.00158d00042adb71.detected":false,"zigbee.0.00158d0008059cfb.detected":false,"zigbee.0.00158d0006f944f9.detected":false,"zigbee.0.00158d0006fafd89.detected":null} 2022-11-19 11:28:12.659 - debug: alarm.0 (27659) Redis Objects: Use Redis connection: 192.168.3.41:6379 2022-11-19 11:28:12.715 - debug: alarm.0 (27659) Objects client ready ... initialize now 2022-11-19 11:28:12.731 - debug: alarm.0 (27659) Objects create System PubSub Client 2022-11-19 11:28:12.736 - debug: alarm.0 (27659) Objects create User PubSub Client 2022-11-19 11:28:13.041 - debug: alarm.0 (27659) Objects client initialize lua scripts 2022-11-19 11:28:13.058 - debug: alarm.0 (27659) Objects connected to redis: 192.168.3.41:6379 2022-11-19 11:28:13.379 - debug: alarm.0 (27659) Redis States: Use Redis connection: 192.168.3.41:6379 2022-11-19 11:28:13.384 - debug: alarm.0 (27659) States create System PubSub Client 2022-11-19 11:28:13.389 - debug: alarm.0 (27659) States create User PubSub Client 2022-11-19 11:28:13.407 - debug: alarm.0 (27659) States connected to redis: 192.168.3.41:6379 2022-11-19 11:28:13.586 - info: alarm.0 (27659) starting. Version 3.2.0 (non-npm: misanorot/ioBroker.alarm) in /opt/iobroker/node_modules/iobroker.alarm, node: v16.18.1, js-controller: 4.0.23 2022-11-19 11:28:13.616 - debug: alarm.0 (27659) Messages to: [] 2022-11-19 11:28:13.617 - debug: alarm.0 (27659) zone one: {} zone two: {} zone three: {} 2022-11-19 11:28:13.637 - debug: alarm.0 (27659) Night rest configured from 23:0 to 4:30 2022-11-19 11:28:13.656 - debug: alarm.0 (27659) {"zigbee.0.00158d0008064403.opened":false} 2022-11-19 11:28:13.691 - error: alarm.0 (27659) state is null: zigbee.0.00158d0006fafd89.detected 2022-11-19 11:28:13.693 - debug: alarm.0 (27659) other alarm are one: {"zigbee.0.00158d0005c135bf.detected":false,"zigbee.0.00158d00032ba8af.detected":false,"zigbee.0.0015bc00310096b8.smoke":false,"zigbee.0.0015bc003100965a.smoke":false,"zigbee.0.0015bc0031009604.smoke":false,"zigbee.0.0015bc00310097b8.smoke":false,"zigbee.0.0015bc0031009708.smoke":false,"zigbee.0.0015bc0031009956.smoke":false,"zigbee.0.0015bc003100961f.smoke":false,"zigbee.0.0015bc003100960d.smoke":false,"zigbee.0.00158d0004036d72.detected":false,"zigbee.0.00158d0004036de7.detected":false,"zigbee.0.00158d0005c1376a.detected":false,"zigbee.0.00158d0004036d92.detected":false,"zigbee.0.00158d0004036dd5.detected":false,"zigbee.0.00158d0005229809.detected":false,"zigbee.0.00158d0004857dbe.detected":false} two: {"zigbee.0.00158d0001bb8e47.detected":false,"zigbee.0.00158d00023a4aa0.detected":false,"zigbee.0.00158d00023e9030.detected":false,"zigbee.0.00158d000286d63f.detected":false,"zigbee.0.00158d00042adb71.detected":false,"zigbee.0.00158d0008059cfb.detected":false,"zigbee.0.00158d0006f944f9.detected":false,"zigbee.0.00158d0006fafd89.detected":null} 2022-11-19 11:28:15.617 - debug: alarm.0 (27659) SUBSCRIBTION for: zigbee.0.00158d0008064403.opened 2022-11-19 11:28:15.618 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.00158d0005c135bf.detected 2022-11-19 11:28:15.619 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.00158d00032ba8af.detected 2022-11-19 11:28:15.622 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.0015bc00310096b8.smoke 2022-11-19 11:28:15.622 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.0015bc003100965a.smoke 2022-11-19 11:28:15.622 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.0015bc0031009604.smoke 2022-11-19 11:28:15.622 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.0015bc00310097b8.smoke 2022-11-19 11:28:15.623 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.0015bc0031009708.smoke 2022-11-19 11:28:15.623 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.0015bc0031009956.smoke 2022-11-19 11:28:15.623 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.0015bc003100961f.smoke 2022-11-19 11:28:15.623 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.0015bc003100960d.smoke 2022-11-19 11:28:15.623 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.00158d0004036d72.detected 2022-11-19 11:28:15.623 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.00158d0004036de7.detected 2022-11-19 11:28:15.623 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.00158d0005c1376a.detected 2022-11-19 11:28:15.623 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.00158d0004036d92.detected 2022-11-19 11:28:15.623 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.00158d0004036dd5.detected 2022-11-19 11:28:15.623 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.00158d0005229809.detected 2022-11-19 11:28:15.624 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.00158d0004857dbe.detected 2022-11-19 11:28:15.624 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm two: zigbee.0.00158d0001bb8e47.detected 2022-11-19 11:28:15.624 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm two: zigbee.0.00158d00023a4aa0.detected 2022-11-19 11:28:15.624 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm two: zigbee.0.00158d00023e9030.detected 2022-11-19 11:28:15.624 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm two: zigbee.0.00158d000286d63f.detected 2022-11-19 11:28:15.624 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm two: zigbee.0.00158d00042adb71.detected 2022-11-19 11:28:15.624 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm two: zigbee.0.00158d0008059cfb.detected 2022-11-19 11:28:15.624 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm two: zigbee.0.00158d0006f944f9.detected 2022-11-19 11:28:15.625 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm two: zigbee.0.00158d0006fafd89.detected 2022-11-19 11:28:15.642 - debug: alarm.0 (27659) Alarm circuit list: 2022-11-19 11:28:15.644 - debug: alarm.0 (27659) Inside circuit list: 2022-11-19 11:28:15.644 - debug: alarm.0 (27659) Notification circuit list: 2022-11-19 11:28:15.663 - debug: alarm.0 (27659) One list: 2022-11-19 11:28:15.664 - debug: alarm.0 (27659) Two list: 2022-11-19 11:28:15.763 - debug: alarm.0 (27659) state alarm.0.status.enableable changed: true (ack = true) 2022-11-19 11:28:15.617 - debug: alarm.0 (27659) SUBSCRIBTION for: zigbee.0.00158d0008064403.opened 2022-11-19 11:28:15.618 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.00158d0005c135bf.detected 2022-11-19 11:28:15.619 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.00158d00032ba8af.detected 2022-11-19 11:28:15.622 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.0015bc00310096b8.smoke 2022-11-19 11:28:15.622 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.0015bc003100965a.smoke 2022-11-19 11:28:15.622 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.0015bc0031009604.smoke 2022-11-19 11:28:15.622 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.0015bc00310097b8.smoke 2022-11-19 11:28:15.623 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.0015bc0031009708.smoke 2022-11-19 11:28:15.623 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.0015bc0031009956.smoke 2022-11-19 11:28:15.623 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.0015bc003100961f.smoke 2022-11-19 11:28:15.623 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.0015bc003100960d.smoke 2022-11-19 11:28:15.623 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.00158d0004036d72.detected 2022-11-19 11:28:15.623 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.00158d0004036de7.detected 2022-11-19 11:28:15.623 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.00158d0005c1376a.detected 2022-11-19 11:28:15.623 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.00158d0004036d92.detected 2022-11-19 11:28:15.623 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.00158d0004036dd5.detected 2022-11-19 11:28:15.623 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.00158d0005229809.detected 2022-11-19 11:28:15.624 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm one: zigbee.0.00158d0004857dbe.detected 2022-11-19 11:28:15.624 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm two: zigbee.0.00158d0001bb8e47.detected 2022-11-19 11:28:15.624 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm two: zigbee.0.00158d00023a4aa0.detected 2022-11-19 11:28:15.624 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm two: zigbee.0.00158d00023e9030.detected 2022-11-19 11:28:15.624 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm two: zigbee.0.00158d000286d63f.detected 2022-11-19 11:28:15.624 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm two: zigbee.0.00158d00042adb71.detected 2022-11-19 11:28:15.624 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm two: zigbee.0.00158d0008059cfb.detected 2022-11-19 11:28:15.624 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm two: zigbee.0.00158d0006f944f9.detected 2022-11-19 11:28:15.625 - debug: alarm.0 (27659) SUBSCRIBTION for other alarm two: zigbee.0.00158d0006fafd89.detected 2022-11-19 11:28:15.642 - debug: alarm.0 (27659) Alarm circuit list: 2022-11-19 11:28:15.644 - debug: alarm.0 (27659) Inside circuit list: 2022-11-19 11:28:15.644 - debug: alarm.0 (27659) Notification circuit list: 2022-11-19 11:28:15.663 - debug: alarm.0 (27659) One list: 2022-11-19 11:28:15.664 - debug: alarm.0 (27659) Two list: 2022-11-19 11:28:15.763 - debug: alarm.0 (27659) state alarm.0.status.enableable changed: true (ack = true) 2022-11-19 11:28:28.565 - debug: alarm.0 (27659) state zigbee.0.0015bc0031009604.smoke changed: false (ack = true) 2022-11-19 11:28:28.565 - debug: alarm.0 (27659) state zigbee.0.0015bc0031009604.smoke changed: false (ack = true) 2022-11-19 11:28:28.565 - debug: alarm.0 (27659) state zigbee.0.0015bc0031009604.smoke changed: false (ack = true) 2022-11-19 11:28:28.565 - debug: alarm.0 (27659) state zigbee.0.0015bc0031009604.smoke changed: false (ack = true) 2022-11-19 11:28:38.008 - debug: alarm.0 (27659) state zigbee.0.0015bc00310096b8.smoke changed: false (ack = true) 2022-11-19 11:28:38.008 - debug: alarm.0 (27659) state zigbee.0.0015bc00310096b8.smoke changed: false (ack = true) 2022-11-19 11:28:40.049 - debug: alarm.0 (27659) state zigbee.0.00158d0006f944f9.detected changed: true (ack = true) 2022-11-19 11:28:40.058 - debug: alarm.0 (27659) Alarm circuit list: 2022-11-19 11:28:40.058 - debug: alarm.0 (27659) Inside circuit list: 2022-11-19 11:28:40.058 - debug: alarm.0 (27659) Notification circuit list: 2022-11-19 11:28:40.060 - debug: alarm.0 (27659) One list: 2022-11-19 11:28:40.064 - debug: alarm.0 (27659) Two list: zigbee.0.00158d0006f944f9.detected 2022-11-19 11:28:40.065 - debug: alarm.0 (27659) Inside two, state change: zigbee.0.00158d0006f944f9.detected val: true 2022-11-19 11:28:40.066 - info: alarm.0 (27659) Alarmanlage meldet einen Wasseralarm: Reserve 1 2022-11-19 11:28:40.066 - debug: alarm.0 (27659) speech output instance: alexa2.0.Echo-Devices.G091P306143306P9.Commands.speak: undefined Reserve 1, delay 1s 2022-11-19 11:28:40.080 - debug: alarm.0 (27659) state alarm.0.status.enableable changed: true (ack = true) 2022-11-19 11:28:40.083 - debug: alarm.0 (27659) No changes inside shortcuts! 2022-11-19 11:28:40.084 - debug: alarm.0 (27659) state alarm.0.other_alarms.two_changes changed: true (ack = true) 2022-11-19 11:28:40.049 - debug: alarm.0 (27659) state zigbee.0.00158d0006f944f9.detected changed: true (ack = true) 2022-11-19 11:28:40.058 - debug: alarm.0 (27659) Alarm circuit list: 2022-11-19 11:28:40.058 - debug: alarm.0 (27659) Inside circuit list: 2022-11-19 11:28:40.058 - debug: alarm.0 (27659) Notification circuit list: 2022-11-19 11:28:40.060 - debug: alarm.0 (27659) One list: 2022-11-19 11:28:40.064 - debug: alarm.0 (27659) Two list: zigbee.0.00158d0006f944f9.detected 2022-11-19 11:28:40.065 - debug: alarm.0 (27659) Inside two, state change: zigbee.0.00158d0006f944f9.detected val: true 2022-11-19 11:28:40.066 - info: alarm.0 (27659) Alarmanlage meldet einen Wasseralarm: Reserve 1 2022-11-19 11:28:40.066 - debug: alarm.0 (27659) speech output instance: alexa2.0.Echo-Devices.G091P306143306P9.Commands.speak: undefined Reserve 1, delay 1s 2022-11-19 11:28:40.080 - debug: alarm.0 (27659) state alarm.0.status.enableable changed: true (ack = true) 2022-11-19 11:28:40.083 - debug: alarm.0 (27659) No changes inside shortcuts! 2022-11-19 11:28:40.084 - debug: alarm.0 (27659) state alarm.0.other_alarms.two_changes changed: true (ack = true) 2022-11-19 11:29:12.643 - debug: alarm.0 (27659) state zigbee.0.00158d0006f944f9.detected changed: false (ack = true) 2022-11-19 11:29:12.644 - debug: alarm.0 (27659) Alarm circuit list: 2022-11-19 11:29:12.645 - debug: alarm.0 (27659) Inside circuit list: 2022-11-19 11:29:12.645 - debug: alarm.0 (27659) Notification circuit list: 2022-11-19 11:29:12.645 - debug: alarm.0 (27659) One list: 2022-11-19 11:29:12.646 - debug: alarm.0 (27659) Two list: 2022-11-19 11:29:12.646 - debug: alarm.0 (27659) Inside two, state change: zigbee.0.00158d0006f944f9.detected val: false 2022-11-19 11:29:12.663 - debug: alarm.0 (27659) state alarm.0.status.enableable changed: true (ack = true) 2022-11-19 11:29:12.666 - debug: alarm.0 (27659) No changes inside shortcuts! 2022-11-19 11:29:12.643 - debug: alarm.0 (27659) state zigbee.0.00158d0006f944f9.detected changed: false (ack = true) 2022-11-19 11:29:12.644 - debug: alarm.0 (27659) Alarm circuit list: 2022-11-19 11:29:12.645 - debug: alarm.0 (27659) Inside circuit list: 2022-11-19 11:29:12.645 - debug: alarm.0 (27659) Notification circuit list: 2022-11-19 11:29:12.645 - debug: alarm.0 (27659) One list: 2022-11-19 11:29:12.646 - debug: alarm.0 (27659) Two list: 2022-11-19 11:29:12.646 - debug: alarm.0 (27659) Inside two, state change: zigbee.0.00158d0006f944f9.detected val: false 2022-11-19 11:29:12.663 - debug: alarm.0 (27659) state alarm.0.status.enableable changed: true (ack = true) 2022-11-19 11:29:12.666 - debug: alarm.0 (27659) No changes inside shortcuts! 2022-11-19 11:29:29.310 - debug: alarm.0 (27659) state zigbee.0.0015bc003100960d.smoke changed: false (ack = true) 2022-11-19 11:29:29.310 - debug: alarm.0 (27659) state zigbee.0.0015bc003100960d.smoke changed: false (ack = true) 2022-11-19 11:29:47.733 - debug: alarm.0 (27659) state zigbee.0.0015bc00310097b8.smoke changed: false (ack = true) 2022-11-19 11:29:47.733 - debug: alarm.0 (27659) state zigbee.0.0015bc00310097b8.smoke changed: false (ack = true)
-
Guten Morgen zusammen,
mittlerweile habe ich fast den kompletten Thread durchgelesen, habe aber trotzdem noch Verständnisprobleme...
Ich habe mir eine Blockly Alarmanlage geschrieben hier funktioniert soweit alles, aber der Adapter scheint mir wesentlich komfortabler und hat auch einige Funktionen die ich mit Blockly nicht realisieren kann.Jetzt zu meinem eigentlichen Problem:
Wenn ich unter den Eingabeverknüpfungen meinen Anwesenheitsdatenpunkt setze und bei True die Anlage deaktiviere (use disable) und gegenteiliges bei Abwesenheit, ändert sich der Status der Alarmanlage sobald nur ein Handy nicht mehr im Wlan ist. Bsp: ich verlasse das Haus, aber meine Frau ist noch da, wird die Anlage aktiviert. Andersherum natürlich auch.
Da mache ich doch einen Fehler oder? Alle Handys welche abgefragt werden, schalten einen Anwesenheits-Datenpunkt (Bei mehreren habe noch mehr Fehler in der Alarmanlage gehabt)Meine 2. Frage wäre, ich habe ein Homematic IP Türschloss, welches nciht true oder false liefert, wie und wo muss ich das in der Alarmanlage eintragen (Abgeschlossen soll Nachtalarm/Alarmanlage aktivieren bzw. muss abgeschlossen sein, damit die Anlage scharf geschaltet wird und beim aufschließen soll sie deaktiviert werden)
VIELEN DANK :)
-
Guten Morgen zusammen,
mittlerweile habe ich fast den kompletten Thread durchgelesen, habe aber trotzdem noch Verständnisprobleme...
Ich habe mir eine Blockly Alarmanlage geschrieben hier funktioniert soweit alles, aber der Adapter scheint mir wesentlich komfortabler und hat auch einige Funktionen die ich mit Blockly nicht realisieren kann.Jetzt zu meinem eigentlichen Problem:
Wenn ich unter den Eingabeverknüpfungen meinen Anwesenheitsdatenpunkt setze und bei True die Anlage deaktiviere (use disable) und gegenteiliges bei Abwesenheit, ändert sich der Status der Alarmanlage sobald nur ein Handy nicht mehr im Wlan ist. Bsp: ich verlasse das Haus, aber meine Frau ist noch da, wird die Anlage aktiviert. Andersherum natürlich auch.
Da mache ich doch einen Fehler oder? Alle Handys welche abgefragt werden, schalten einen Anwesenheits-Datenpunkt (Bei mehreren habe noch mehr Fehler in der Alarmanlage gehabt)Meine 2. Frage wäre, ich habe ein Homematic IP Türschloss, welches nciht true oder false liefert, wie und wo muss ich das in der Alarmanlage eintragen (Abgeschlossen soll Nachtalarm/Alarmanlage aktivieren bzw. muss abgeschlossen sein, damit die Anlage scharf geschaltet wird und beim aufschließen soll sie deaktiviert werden)
VIELEN DANK :)
Grundsätzlich machst du das richtig mit den eingabeverk. , aber du brauchst natürlich einen Datenpunkte der erst gesetzt wird wenn alle aus dem Haus sind. Z.b. der fbcheckpresence Adapter liefert diesen Datenpunkte.
Zum zweiten Thema, dass verstehe ich nicht ganz. Was liefert das Schloss den für werte?
-
Grundsätzlich machst du das richtig mit den eingabeverk. , aber du brauchst natürlich einen Datenpunkte der erst gesetzt wird wenn alle aus dem Haus sind. Z.b. der fbcheckpresence Adapter liefert diesen Datenpunkte.
Zum zweiten Thema, dass verstehe ich nicht ganz. Was liefert das Schloss den für werte?
-
@blauholsten
Ich habe mir ein blockly script gebastelt, welches den Datenpunkt bei abwesenheit auf True und bei Anwesenheit auf False setzt.Das Schloss liefert: Locked(1) Unlocked(0) oder Unlocked (2)
Support us
601
Online32.4k
Users81.6k
Topics1.3m
Posts