Test Adapter Alarm 3.6.x
-
Heute hab ich die 1.2.2 über den Latest installiert, was wurde da technisch geändert? Die kosmetischen Änderungen in den Settings gefallen mir sehr gut!
-
@jm1292 nur Optik
-
@blauholsten Hallo Blauholsten,
erstmal vielen vielen Dank das du das mit uns teilst. ist nicht selbstverständlich!
Eine kurze Frage: ICh habe soweit alle Sensoren eingebunden inkl. einer Sirene.
Momentan ist das so, dass sobald ein fenster geöffnet wird die Sirene an geht, sobald das fenster jedoch wieder zu gemacht wird, geht die Sirene wieder aus.
Kann man das so einstellen, dass wenn das Fenster geöffnet wird, die Sirene erst aus geht, sobald man den Pin eingibt??
Vielen Dnak.
-
@xADDRx hallo, ich habe eben im Code geschaut, dass ist eigentlich nicht möglich. In Notfall mir die Log Datei zukommen lassen.
Oder hast du eventuell eine Verknüpfung erstellt, die dir die Sirene ausschaltet?
-
@blauholsten so sieht das bei mir aus:
-
Hallo,
ich gehe davon aus, dass das reiner Zufall ist und du die Zeit in der Konfig auf Standard 3s hast(Zeit für Warnungen)???Das ist noch ein Übersetzungsfehler und wird bei der nächsten Version geändert.
-
Hallo Profis, bin ziemlich neu hier und sorry, wenn ich was falsch gemacht habe aber ich habe mich auch mal an den Adapter gewagt und muss auch sagen, ist schon ein tolles Teil. Bin gerade am testen der Version 1.2.2 und habe ein paar Fragen an die, die den Adapter besser kennen als ich .... oder diesen sogar programmiert haben
1.) Wenn die Anlage scharf ist (use.enable = true) und ein Sensor des Alarmkreisen auf true geht, dann bleibt der "status.alarm_flash" und der status.silent_flash" immer auf false, auch nach Ablauf der Verzögerungszeit. Ist das so gewollt ?
2.) Wenn ein Sensor nur auf Benachrichtigung gesetzt ist, wird im info.log "Alarmanlage meldet Veränderung während der Nachtruhe bei: "Sensor Benachrichtigung"
3.) Bei Panikalarm wird als status.state_list "night rest(4)" eingetragen ? egal welche Zustand die Anlage hat ....
Grüße aus dem Aichtal ......
Stephan -
@sruhsam sagte in Test Adapter Alarm 1.1.x:
Hallo Profis, bin ziemlich neu hier und sorry, wenn ich was falsch gemacht habe aber ich habe mich auch mal an den Adapter gewagt und muss auch sagen, ist schon ein tolles Teil. Bin gerade am testen der Version 1.2.2 und habe ein paar Fragen an die, die den Adapter besser kennen als ich .... oder diesen sogar programmiert haben
1.) Wenn die Anlage scharf ist (use.enable = true) und ein Sensor des Alarmkreisen auf true geht, dann bleibt der "status.alarm_flash" und der status.silent_flash" immer auf false, auch nach Ablauf der Verzögerungszeit. Ist das so gewollt ?
Kann ich nicht nachstellen, habe es eben ausprobiert! Wenn der stille Alarm ist blinkt ...silent und bei alarm ...alarm.
Hast du eine Zeit konfiguriert???2.) Wenn ein Sensor nur auf Benachrichtigung gesetzt ist, wird im info.log "Alarmanlage meldet Veränderung während der Nachtruhe bei: "Sensor Benachrichtigung"
War ein Fehler, in der neuen Version behoben, danke!
3.) Bei Panikalarm wird als status.state_list "night rest(4)" eingetragen ? egal welche Zustand die Anlage hat ....
War ein Fehler, in der neuen Version behoben, danke!
-
@blauholsten
Habe bei „Blitzlichtzeit bei Einbruch“ und bei „Blitzlichtzeit bei stillem Alarm“ je 600sec stehen, aber das sind ja die Zeiten wie lange ausgelöst werden soll. Habe noch die Alarmverzögerung auf 60 sec stehen. Ausgang Status.burglar_alarm geht nach der Verzögerung auf „True“ aber Status.alarm_flash bleibt immer auf „false“
Gruß Stephan -
@sruhsam die Zeit ist das Intervall des blitzes. Bei dir würde die Leuchte im 10min Takt leuchten
-
@blauholsten sagte in Test Adapter Alarm 1.1.x:
@sruhsam die Zeit ist das Intervall des blitzes. Bei dir würde die Leuchte im 10min Takt leuchten
Achsoooo ich hab das auch falsch verstanden... Ich bitte darum, die Anleitung in die Konfig zu implementieren, den blauen Balken hast du ja schon gemacht, fehlt nur noch der Text ..
Das Hin- und Herspringen zur Github Seite ist weniger schön und nervt, da braucht sich keiner zu wundern, wenn das Readme nicht gelesen wird...
-
@blauholsten
alles klar, konnte flash nun positiv testen. Das schöne ist, mann kann auch z.B. mit 0.5 arbeiten, sofern die nachfolgenden System das schnelle Blinken auch verarbeiten können. Mit Version 1.2.3 sind auch die anderen beiden Themen vom Tisch.... super support! Klasse Arbeit ...Habe alle Schaltfolgen mal im Detail durchgetestet und dokumentiert und konnte keine Unklarheiten mehr feststellen.
Frage: ist das so gewollt, dass wenn ein Sensor nur mit Benachrichtigung von false auf true geht eine Benachrichtigung nur im scharfgeschalteten- und im Nachtruhe-Zustand versendet wird, nicht aber im "Scharf innen" Zustand.
Gruß
Stephan -
@sruhsam sagte in Test Adapter Alarm 1.1.x:
Frage: ist das so gewollt, dass wenn ein Sensor nur mit Benachrichtigung von false auf true geht eine Benachrichtigung nur im scharfgeschalteten- und im Nachtruhe-Zustand versendet wird, nicht aber im "Scharf innen" Zustand.
Hallo,
kann ich leider nicht nachstellen, bei mir gingen die Tests. -
@blauholsten
hab dies auch nochmals überprüft. war mein Fehler, da dies nicht angezeigt wurde, aber im logfile stand dann die Nachricht auch beim schalten von "scharf innen".
Schau immer direkt im IoBroker.Objekte auf den alarm.status, doch der aktualisiert sich manchmal nicht. Mein Problem, muss mal prüfen, hab erst seit neuem ein RPI4 auf welchem der IoBroker und CCU3 läuft.So long
Gruß
Stephan -
Hallo,
wie macht Ihr denn die Blockierung des Scharf Zustands auf dem VIS:Beispiel:
Anlage ist nur durch PIN deaktivierbar, aber wenn z.B. die Anlage Scharf ist, kann ja noch immer ohne PIN mit dem entsprechenden Buttons auf "Scharf innen" oder "Nachtruhe" gewechselt werden. Wenn nun die Sensoren des Innekreises nur auf Innenkreis ohn Benachrichtigung stehen, kann ja eingebrochen werden, ohne dass alarmiert oder benachrichtigt wird.Ziel sollte eigentlich sein, dass aus einem scharfen Zustand nur durch deaktivieren um- bzw. abgeschaltet werden kann, oder habe ich ein Denkfehler.
Gruß
Stephan -
Hallo Zusammen,
ich habe in der Version 1.2.3 folgendes Problem: scheinbar meldet die CCU (habe zwei, passiert bei beiden) bei bestimmten Geräten, z.B. nachdem diese z.B. gestört waren eine Änderung. Der Wert von STATE ist das dann zwar immer noch z.B. auf false, jedoch ist der Zeitstempel der letzen Änderung aktualisiert. Dies führt dann jedoch dazu, dass die Alarmanlage auslöst, obwohl der Wert sich gar nicht geändert hat und auch nicht kritisch ist, da die Tür ja noch zu ist.
Daher Idee: Wäre es möglich bei der Liste der überwachten Objekte noch den Werte von State anzugeben, welcher überwacht wird. Das würde auch helfen, z.B. bei Aktoren mit 3 Werten, also offen,geschlossen,gekippt noch genauer zu prüfen. Aber vor allem würden ungewollte Änderunge, bzw. Updates nicht zum Auslösen füren. Auch wäre es ja nicht "schlimm" wenn man das Fenster bei aktivierter Anlage schliesst, sonder nur öffnet. Also den State auf false triggen, true wäre okay. Hoffe ist verständlich.
Dazu: Ich habe bei meiner alten eigenen blockly Prüfung, neben der obene genannten Logig nur auf geänderte Werte geprüft.
Danke. Sonst läuft alles wirklich prima, nur halt doch einige Fehlarlame bei den Homematic Fensterkontakten.
-
@Mike-Weber morgen,
Dass kann eigentlich nicht sein! Es werden nur Veränderung getriggert. Stell den Adapter auf debug und beobachte in der Situation den Log. -
@blauholsten guten morgen, ja, mache ich, habe ich auf debug gestellt. m.E. wird ja der Zeitstempel auf Änderung durch die CCU gesetzt, daher löst es ja aus. Daher ja die Idee, zusätzlich ggfs. optional den Wert zu validieren. Also sprich ist es true oder false.
-
@sruhsam hi,
Ich verstehe deine Frage nicht ganz. Ich mache es wie folgt, steuern tue ich die Anlage über den list state und wenn die Anlage auf Einbruch geht, lasse ich über diesen ein Widget erscheinen mit dem ich die Anlage mit Pin deaktivieren muss.
-
@Mike-Weber ich habe ca. 30 dieser Kontakte im Einsatz und konnte das nicht feststellen. Wie gesagt, ich habe eben nochmal im Code geschaut es wird definitiv nur getriggert wenn der Wert sich ändert. Dies war nämlich einer der ersten Änderungen die ich nach dem Initial gemacht habe.
