Hallo,
Wie im Thema Konfiguration/Multisensor-Gerät erwähnt, habe ich den OWON PIR313-E-Bewegungsmelder getestet.
Bewegung, Luftfeuchtigkeit, Temperatur und Helligkeit werden korrekt in Gladys übertragen. Fehlend sind der Batterieladezustand und der Tamper-Wert.
Könnten diese beiden Elemente integriert werden?
Vielen Dank im Voraus.
Hallo @bab85,
Ich habe nachgeschaut und ja, die beiden Funktionen, die du anfragst, sind in Gladys nicht implementiert.
Hier die beiden fehlenden Exposés.
Beim Ladezustand handelt es sich übrigens nicht wirklich um den Ladezustand, sondern nur darum, ob die Batterie schwach ist oder nicht.
Sobald ich Zeit habe, werde ich schauen, ob ich diese beiden Exposés in die Integration aufnehmen kann.
Vielen Dank 
@Will_71: danke.
Könnte man trotzdem die Farben für den niedrigen Akkustand ändern: rot für „ja“ und grün für „nein“.
Bei der Selbstschutzfunktion bin ich mir auch nicht sicher. Vielleicht „verriegelt“ „entriegelt“?
Oder stattdessen von „Selbstschutz“ auf „Auf Halterung verriegelt“ oder „verriegelt“ oder „Auf Halterung montiert“ oder „montiert“ 
und die Werte „ja“ (in grün) und „nein“ (in rot).
Okay für die Farben der Batterie.
Für den Selbstschutz überlege ich, was am besten funktioniert, und ich werde etwas anderes vorschlagen.
Vielleicht „Sensorintegrität“?
Warum nicht. Der Name der Funktion bleibt in Gladys trotzdem anpassbar.
Alternativ denke ich an einen ähnlichen Namen wie beim Bewegungssensor.
Vandalismusdetektion (ja/nein)
Wenn man sich alle Fälle ansieht, in denen dieser Begriff verwendet wird, erinnert das eher an sensible Ausrüstung im Sinne, dass man überwacht, ob sie funktionsfähig ist (Stromversorgung, Vandalismus, externe Störungen). Es stimmt, dass „tamper“ in diesem Fall eher ein generischer Begriff ist, vielleicht „Manipulationserkennung“
In meinem Alarmsystem ist es ‹ Sabotage ›.
Danke! Wurde das schon in der Praxis getestet?
Es wird einen kleinen Konflikt mit der PR von @Lokkye zu den Batteriealarmen geben.
Je nachdem, welche PR ich zuerst zusammenführe, wird die andere PR angepasst werden müssen.
Da die PR von @Lokkye älter ist und fast fertig, gebe ich ihm den Vortritt. Allerdings muss dann deine PR, @Will_71, angepasst werden, um diese Änderungen bei den Batteriealarmen zu berücksichtigen (da du einen Typ « low battery » hinzufügst, der in der Kategorie « battery » ist).
Ich habe es nicht mit einem echten Sensor getestet, nur über MQTT, indem ich selbst MQTT-Nachrichten gesendet habe.
Ich kann immer noch ein Docker-Image erstellen, damit jemand es in der Praxis testen kann.
Kein Problem, merge den PR @Lokkye und ich werde meine PR anschließend anpassen.
Das gerade erstellte Bild ist in etwa 40 Minuten verfügbar
willde71/gladys-test:zigbee2mqtt-owon-pir313-e
Da ich den fraglichen Sensor habe, kann ich gerne testen. Aber ich muss erklärt bekommen, wie das geht.
@bab85, du hast alles in diesem Tutorial erklärt:
Danke @Tlse-vins.
@Will_71 Ich habe also einen Test durchgeführt:
Bei der Batterie ist alles in Ordnung, das Element erscheint, und bei verbrauchten Batterien haben wir „schwache Batterie: ja“ in Rot, und bei neuen Batterien: „nein“ in Grün.
Allerdings erscheint das Element „Manipulation“ nicht in der Liste der Geräteeigenschaften.
Und nur zur Info: Die Übersetzung von „tamper“, die im z2m-Dashboard gemacht wird, lautet „Manipulation“ mit den Werten „nein“ und „manipuliert“. Aber das ist nur eine Info, „Sabotageerkennung“ geht auch.
Da es Bedenken bezüglich der Batterieverwaltung zwischen zwei Entwicklungsversionen gab, habe ich einen Sonoff-Bewegungsmelder hinzugefügt. Im Produktionsbereich wird nur die Eigenschaft des Batterieniveaus angeboten. In meinem Test gibt es beide: Niveau und „schwache Batterie“ (ja/nein). Das zeigt mir ein Niveau von 100 % und „schwache Batterie: nein“ in Grün. Also scheinen beide korrekt zusammenzuarbeiten. Ich sage „scheint“, weil ich nicht weiß, wie sich die Eigenschaft „schwache Batterie“ verhält, wenn die Batterie leer ist (da ich keine zur Hand habe).
Danke für den Test.
Alles klar mit der Batterie.
Bei deinem Sensor ist es normal, dass du jetzt beide im Test hast, da beide Exposés (battery und battery_low) für diesen Sensor verfügbar sind
Was das Exposed für den Tamper angeht, werde ich das prüfen.
In jedem Fall müssen wir warten, bis der PR von @Lokkye gemerged wird, damit ich den Code auf meiner Seite aktualisieren kann.
Ich habe sie gerade gemerged! 
Eine Frage bezüglich der Installation, die du gemacht hast.
Hast du die gleiche Datenbank wie deine Produktion mit dem bereits gepaarten Sensor behalten, oder ist das eine Testinstallation mit einer neuen Datenbank, einem neuen zigbee2mqtt-Container und hast du deinen owon-Sensor neu gepaart?
