ON / OFF, um den Zustand des Sensors zu bestimmen, ist sehr unzuverlässig… ^^
Auf der Seite von zigbee2mqtt findet man das:
Contact (binary)
Gibt an, ob der Kontakt geschlossen (= true) oder offen (= false) ist. Der Wert kann im veröffentlichten Zustand in der Eigenschaft contact gefunden werden. Es ist nicht möglich, diesen Wert zu lesen (/get) oder zu schreiben (/set). Wenn der Wert false ist, ist der Kontakt EIN, wenn true AUS.
Anders gesagt, wenn der Benutzer versucht, das zu verstehen, jongliert man zwischen ON/OFF, TRUE/FALSE, obwohl man OFFEN/GESCHLOSSEN hätte.
Kann man das beheben, um die Sache benutzerfreundlicher zu gestalten?
Diese Anfrage sollte geschlossen werden!! Es ist bereits in Gladys.
Aber ich erlaube mir, weil ich eine Szene erstellt habe, um mich beim Öffnen eines Fensters zu benachrichtigen, und damit diese funktioniert, muss ich geschlossen setzen.
Ist das normal?
guten abend @Tlse-vins
Ja, das ist normal, also ich finde es komisch, aber das ist eine Entscheidung, die nach einer Diskussion getroffen wurde, ich weiß nicht mehr wo, aber danach haben wir die Symbole zum Schließen der Öffnungssensoren geändert Ich hoffe, ich bin klar
Dein Sensor scheint im Vergleich zu anderen auf dem Markt invertiert zu funktionieren (oder die falschen Werte wurden während der Entwicklung eingestellt!)
Gibt es noch andere Nutzer dieses Sensortyps, die davon berichten können?
Ich habe das gleiche Verhalten mit meinen Xiaomi-Sensoren, ich muss in meiner Szene ALARM EINBRUCH angeben, dass die Auslösung erfolgt, wenn der Sensor geschlossen ist ^^
Es war früher mal andersherum (vor dem Update der Schloss-Icons, wie Psoy es erwähnt hat)
und anscheinend wurde es geändert, (aber ob durch Magie oder nicht) es scheint, als wären wir zurückgeworfen worden
Für den Zustand der Sensoren bestätige ich, dass sie immer so funktioniert haben. Was nicht logisch ist (positiv oder negativ), ist ein geschlossener Sensor, der ein offenes Fenster (oder eine Tür) anzeigt
Wenn man im Forum sucht, stellt man fest, dass es viel Verwirrung um diesen Sensor gab
Und genau das verwirrt uns, wenn der Kontakt geschlossen ist (meist der Ruhezustand), gibt er 1 zurück und wenn man ihn aktiviert, indem man ihn trennt, gibt er 0 zurück.
Vielleicht sollte man den Öffnungssensor und den Schließsensor trennen?
Oder die Informationen umkehren (ich weiß, dass @pierre-gilles keine Kontrollkästchen mag, aber…) mit einer kleinen Erklärung?
Ich finde, die Möglichkeit, die Funktionsweise umzukehren, ist eine gute Idee. Es handelt sich dabei um eine Funktion, die unter z2m mit bestimmten Geräten existiert, zum Beispiel Rollläden:
Warum nicht einfach die Zustände umkehren: Sensor nah = 0 und Sensor getrennt = 1. Das bedeutet auch, die Symbole entsprechend anzupassen. Aber wenn wir das machen, müssen wir alle Szenen mit Sensoren neu aufsetzen.
Okay, also wenn ich das richtig verstehe, sind nur die Übersetzungen vertauscht, oder? Wir haben „ouvert“ statt „fermé“ eingesetzt?
Wenn das der Fall ist und die Community bestätigt, dass keine Geräte in die falsche Richtung sind, können wir die Übersetzungen ohne Probleme umkehren. Ich möchte nur sichergehen, dass wir das Problem für einige nicht lösen, indem wir für andere ein neues Problem schaffen.
@AlexTrovato, erinnerst du dich, als du deinen PR gemacht hast, wie du die Richtung „ausgewählt“ hast? Mit einem bestimmten Gerät?
Ja, das ist genau das, was ich mir auch gedacht habe! Ich glaube, als wir die Übersetzungen gemacht haben, haben wir einfach « On = 1 = Geöffnet » übersetzt, aber es war genau andersherum.
Kein Problem für mich, die Übersetzungen im Fall eines Öffnungssensors umzukehren.
Danke 
Ich hoffe, ich bin klar 
