@ilovegym sagte in Test Adapter Alarm 3.2.x:
richtig, das ist umstaendlich, und bei einem ausgeloesten Alarm nicht gut, wenn nur nach dem ersten Ausloesen nichts mehr protokolliert wird. ( gerade dann waere ein Protokoll sinnvoll, oder ? )
Hallo Zusammen,
ja klingt logisch! Kann bitte einer von euch ein Github issue anlegen? Danke
@blauholsten sagte in Test Adapter Alarm 3.2.x:
@ilovegym sagte in Test Adapter Alarm 3.2.x:
richtig, das ist umstaendlich, und bei einem ausgeloesten Alarm nicht gut, wenn nur nach dem ersten Ausloesen nichts mehr protokolliert wird. ( gerade dann waere ein Protokoll sinnvoll, oder ? )
Hallo Zusammen,
ja klingt logisch! Kann bitte einer von euch ein Github issue anlegen? Danke
@ilovegym
Hey, 104 okay, aber 103 muss ich erst etwas drüber nachdenken.
In deinem aufgezeigten Beispiel ist dann aber was passiert, was eigentlich nicht vorkommen sollte. Aus meiner Sicht ist ein Einbruch ist immer zu kontrollieren . Sollte doch Mal ein Fehlalarm aufgetreten sein, ist dieser auch zu checken. Wenn dies häufiger passiert, ist der Sensor dafür ungeeignet und ich würde diesen nicht in den Alarmkreis integrieren.
@blauholsten jep, haste recht, im Prinzip ist das Protokoll ja schon da.. wichtig ist eigentlich nur, was wann ausgeloest hat, also Tuer auf/zu, usw.. wenn ein Sensor spinnt, dann muss er getauscht werden, das ist klar.
Aber wenn jemand eine Tuer aufhebelt, diese ausloest, weil Anlage scharf, und dann wieder die Tuer schliesst (wir haben hier ordentliche Einbrecher.. ) dann darf der Alarm nicht aufhoeren, sondern muss protokolliert werden, welche Tuer als naechstes ausloest.. etc.. bzw sollte der Alarm nach x Minuten aus sein, und die Anlage automatisch wieder scharf, falls der Einbrecher nochmal die evtl gleiche Tuer benutzt.. 
Zur Zeit ist mit dem ersten Einbruch die Anlage nach der Alarmzeit ausser Betrieb... da kann dann jemand die ganze Nacht rein und raus, ohne dass nochmal ein Alarm ausgeloest wird.. das ist doof.. fuer uns.. nicht fuer die Einbrecher
@ilovegym ich werde nach einem Alarm noch immer über die Zustandsänderung informiert
@tbsjah welche Version hast du?
@ilovegym die aktuellste von git 3.2
@ilovegym
Hey,
also wenn er die Tür wieder schließt, ist ja der Alarm aktiv. Zu dieser Zeit sollte eine akustische Warnung den Einbrecher signalisieren, dass er weg muss. Als Besitzer solltest du spätestens jetzt die Lage überprüfen, auch wenn du im Urlaub bist. Von einer automatischen Aktivierung halte ich zum jetzigen Zeitpunkt nichts. Das mit dem benachrichtigen über weitere Auslöser ist okay und werde ich definitiv programmieren.
Ja das ist korrekt, aber dazu muss man den Haken bei Benachrichtigung gesetzt haben. Das macht aber nicht bei jedem Sensor Sinn, z.b. wegen der Nachtruhe.
Hallo zusammen,
bitte Mal die Version 3.3.x intensiv testen. Ich habe den kompletten Unterbau auf die aktuelle iobroker Adapter Vorlage aktualisiert. Das hatte zur Folge, dass ich sehr viel Code anpassen musste. Daher sind intensive Test erforderlich.
In dem Zusammenhang habe ich folgendes bearbeitet:
Sollte alles soweit laufen, werde ich als nächstes den LOG erweitern.
Danke bereits jetzt fürs testen und allen ein paar schöne Weihnachtstage.
@blauholsten sagte in Test Adapter Alarm 3.3.x:
bitte Mal die Version 3.3.x intensiv testen.
Sirene bleibt auf false
Countdown bleibt auf (null)
Installierte Version:
3.3.1
Edit 231222 :
Mit Version 3.3.4 funktionieren wieder alle 3 Punkte.
@sigi234 danke für das Feedback, beschäftige mich damit.
Was mir aufgefallen ist, deine Namen und Beschreibungen sind noch auf Englisch?
@blauholsten sagte in Test Adapter Alarm 3.3.x:
Was mir aufgefallen ist, deine Namen und Beschreibungen sind noch auf Englisch?
Ja, upload gemacht. Keine Änderung.
@blauholsten sagte in Test Adapter Alarm 3.3.x:
einen neuer state hinzugefügt, damit kann man mit Passwort die Anlage aus jedem Zustand deaktivieren
Wo?
Hallo,
ich habe jetzt Stunden in die Fehlersuche gesteckt. Ich habe bevor ich die neue Version hoch geladen habe, sehr viel getestet.
Ich bitte euch weiter zu testen! Im Zweifelsfall mal nach der Installation ein upload des Adapters durchführen.
Ich kann nicht ausschließen das keine Fehler mehr vorhanden sind, aber der Schritt war notwendig.
@sigi234 sagte in Test Adapter Alarm 3.3.x:
@blauholsten sagte in Test Adapter Alarm 3.3.x:
Was mir aufgefallen ist, deine Namen und Beschreibungen sind noch auf Englisch?
Ja, upload gemacht. Keine Änderung.
@blauholsten sagte in Test Adapter Alarm 3.3.x:
einen neuer state hinzugefügt, damit kann man mit Passwort die Anlage aus jedem Zustand deaktivieren
Wo?
In deinem Screenshot siehst du den DP --> disable_password
@blauholsten sagte in Test Adapter Alarm 3.3.x:
Ich bitte euch weiter zu testen! Im Zweifelsfall mal nach der Installation ein upload des Adapters durchführen.
Gemacht - Objekte gelöscht - Adapter neu gestartet - Übersetzung auf Deutsch da und Fehler weg.
Teste weiter.
Kleine Übersetzungsfehler:
Installierte Version:
3.3.4
Edit:
Log Heute wird nicht geschrieben
Edit:
Log mit 3.3.5 wieder Ok
Hallo,
Kann mir einer vielleicht mal genau die Funktion der Nachtruhe erklären? Irgendwie steig ich da nicht ganz durch. Was bewirkt die genau?
@sigi234 3.3.5 fixed
Schöne Weihnachtstage
@ilovegym sagte in Test Adapter Alarm 3.2.x:
richtig, das ist umstaendlich, und bei einem ausgeloesten Alarm nicht gut, wenn nur nach dem ersten Ausloesen nichts mehr protokolliert wird. ( gerade dann waere ein Protokoll sinnvoll, oder ? )
Hallo Zusammen,
ja klingt logisch! Kann bitte einer von euch ein Github issue anlegen? Danke
