NEWS
Test Adapter Alarm 3.6.x
-
Hallo Zusammen,
ich schalte die Anlage über das NSPanel mit ein Kenntastenfeld aktiv.
Das NSPanel gibt mir eine Rückmeldung sollte die Aktivierung fehlschlagen.Wenn ich nun die Alarmanlage mit delay aktiviere und z.B. ein Fenster noch auf ist, bekomme ich die Rückmeldung erst wenn der Countdown runtegelaufen ist.
Gibt es eine Art Vorabprüfung, ob die Anlage ohne Fehler scharf geschaltet werden kann?
Vielen Dank!
@niiccooo1 sagte in Test Adapter Alarm 3.x.x:
Gibt es eine Art Vorabprüfung, ob die Anlage ohne Fehler scharf geschaltet werden kann?
es gibt den DP "alarm.0.status.enableable", der "true" ist, wenn man scharf schalten kann (bzw. könnte). Meinst du sowas?
-
@niiccooo1 sagte in Test Adapter Alarm 3.x.x:
Gibt es eine Art Vorabprüfung, ob die Anlage ohne Fehler scharf geschaltet werden kann?
es gibt den DP "alarm.0.status.enableable", der "true" ist, wenn man scharf schalten kann (bzw. könnte). Meinst du sowas?
-
Guten Morgen,
ich musste mein HM-Türschloss gegen ein HmIP-Schloss tauschen. Nun hat das alte Schloss zum schließen und öffnen true und false verwendet. Das neue Schloss verwendet aber "numbers", also Zahlen.
In den Verknüpfungen habe ich das so auch eingetragen und das schließen funktioniert auch, nur mit dem öffnen gibt es ein Problem, was allerdings nicht Kritisch ist.
Nun steht im Log folgendes:
2022-11-11 06:49:33.159 - info: alarm.0 (1116) Scharf innen deaktiviert 2022-11-11 06:49:34.490 - info: alarm.0 (1116) State value to set for "hm-rpc.2.002A1Dxxxxxxxx.1.LOCK_TARGET_LEVEL" has to be type "number" but received type "string" 2022-11-11 07:48:49.522 - info: alarm.0 (1116) Alarmanlage mit Warnungen aktiviert: Fenster Schlafzimmer 2022-11-11 07:48:50.307 - info: alarm.0 (1116) State value to set for "hm-rpc.2.002A1Dxxxxxxxx.1.LOCK_TARGET_LEVEL" has to be type "number" but received type "string"Eintragung im Adapter ist folgender im Bereich "Verknüpfungen / Ausgabeverknüpfungen".
Gibt es da ein "workaround" ?
grüße zum Wochenende
MarcPress any key to continue or any other to quit
-
Guten Morgen,
ich musste mein HM-Türschloss gegen ein HmIP-Schloss tauschen. Nun hat das alte Schloss zum schließen und öffnen true und false verwendet. Das neue Schloss verwendet aber "numbers", also Zahlen.
In den Verknüpfungen habe ich das so auch eingetragen und das schließen funktioniert auch, nur mit dem öffnen gibt es ein Problem, was allerdings nicht Kritisch ist.
Nun steht im Log folgendes:
2022-11-11 06:49:33.159 - info: alarm.0 (1116) Scharf innen deaktiviert 2022-11-11 06:49:34.490 - info: alarm.0 (1116) State value to set for "hm-rpc.2.002A1Dxxxxxxxx.1.LOCK_TARGET_LEVEL" has to be type "number" but received type "string" 2022-11-11 07:48:49.522 - info: alarm.0 (1116) Alarmanlage mit Warnungen aktiviert: Fenster Schlafzimmer 2022-11-11 07:48:50.307 - info: alarm.0 (1116) State value to set for "hm-rpc.2.002A1Dxxxxxxxx.1.LOCK_TARGET_LEVEL" has to be type "number" but received type "string"Eintragung im Adapter ist folgender im Bereich "Verknüpfungen / Ausgabeverknüpfungen".
Gibt es da ein "workaround" ?
grüße zum Wochenende
Marc@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.
Entwickler vom: - Viessman Adapter
- Alarm Adapter -
@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)
Support us
330
Online32.6k
Users82.3k
Topics1.3m
Posts