UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Fenriswolf]

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

[blauholsten]

@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.

[blauholsten]

@blauholsten

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!

[sigi234]

@blauholsten

Kann ich die Json dann wieder importieren?

[blauholsten]

@sigi234 eigentlich ja, im Zweifelsfall Fallback auf die letzte Version. Bitte die neue Version mit bedacht einsetzten, diese kann natürlich Fehler enthalten.

[sigi234]

@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

[Kueppert]

@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

[blauholsten]

@kueppert

Danke für die Meldung, denke es ist jetzt auf Github gefixed! Bitte testen.

[Kueppert]

@blauholsten okay, hab neu von Github installiert. Versionsnr. bleibt die 3.2.0?

[blauholsten]

@kueppert ja

[Kueppert]

@blauholsten Fehler ist mit der neuen Version von Git nun nicht mehr aufgetaucht 👍

[Ein ehemaliger Benutzer]

@blauholsten

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 .

[sunny9999]

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

[blauholsten]

@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.

[Ein ehemaliger Benutzer]

@blauholsten

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?

[blauholsten]

@ilovegym sagte in Test Adapter Alarm 3.2.x:

@blauholsten

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 :-)

[Ein ehemaliger Benutzer]

@blauholsten

Ah, danke, ja die Anleitung… ich hatte den Stift übersehen, da hast du ja richtig viele Einstellungen ermöglicht, super!

Vielen Dank!

[Ein ehemaliger Benutzer]

@blauholsten

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)

[Matze_HH]

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 :)

[blauholsten]

@matze_hh

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?