Dann ist das ein Thema für → [Modul] Präsenzmelder (Presence Detector)
Irgendwie vermisse ich da ein SelectValue um zu sagen wann ein Melder auslöst 
Michael
Wieso, der Präsensmelder schaltet doch die Lampe ein! Also alles korrekt - ausgeschalten hat der noch nie. Wenn dann der Lichtautomat?!
Gruß HEiko
So habe ich das im Flur mit Lichtautomat und Präsensmelder. An der Haustür hatte ich nur den Präsensmelder und ein Skript.
<?php
// Status ID der Lampe
$statusID = 33443; //Status Variable der Lampe die geschaltet werden soll
$brightID = 34212; //Helligkeits Variable der LAmpe die verändert werden soll
// Prüfen, welcher Schritt gerade ausgeführt werden soll
if (!isset($_IPS['SENDER']) || $_IPS['SENDER'] == "RunScript") {
// Erster Aufruf - Lampe auf 100% setzen (bei HUE Lampen sind 100% = 254)
//RequestAction($statusID, true); // Lampe einschalten
RequestAction($brightID, 254); // Lampe auf 100% Helligkeit
// ScriptTimer auf 30 Sekunden setzen
IPS_SetScriptTimer($_IPS['SELF'], 30);
}
elseif ($_IPS['SENDER'] == "TimerEvent") {
// Timer ausgelöst - prüfen, welcher Zustand aktuell ist
$currentBrightness = GetValue($brightID);
if ($currentBrightness == 254) {
// Lampe auf 50% setzen (bei HUE Lampen sind 50% = 127)
RequestAction($brightID, 127); // Helligkeit auf 50%
// ScriptTimer erneut auf 30 Sekunden setzen
IPS_SetScriptTimer($_IPS['SELF'], 30);
} elseif ($currentBrightness == 127) {
// Lampe ausschalten
RequestAction($statusID, 0); // Lampe aus
// ScriptTimer deaktivieren
IPS_SetScriptTimer($_IPS['SELF'], 0);
}
}
Gut… hole ich das wieder zurück…
Und muss sagen… du hast die Migrationsanleitung nicht gelesen 
- Die Variablen welche bei
Helligkeitvorher einen Wertebereich von 0 - 254 hatten, werden auf das Profil~Intensity.100angepasst. Das Modul rechnet ab sofort automatisch den Wertebereich aus Z2M in Prozent um.- Entsprechende Aktion auf oder Auswertungen des Rohwertes der Variablen sind zu prüfen und gglfs. anzupassen.
Somit ist dein Script mit 0-254 leider falsch. Hier gehören jetzt % Werte rein von 0-100.
Michael
1 „Gefällt mir“
Stimmt
Doch, großes Indianer Ehrenwort. 
Wahrscheinlich zu schnell gelesen 
2 „Gefällt mir“
Ich hab noch ein Device dass sich merkwürdig darstellt.
Es handelt sich um ein IKEA Taster E1743. Der hat seit dem Update sehr viele Varialben die kein Sinn ergeben.
Die ganze Power und Leistungswerte sind hier falsche.
Anbei des Debug dazu
Z2M_Debug.json (41,2 KB)
Hier ein weiteres Gerät mit Falschen Variablen.
Diesmal ein Aqara MCCGQ11LM
Z2M_Debug.json (25,2 KB)
Braucht ihr solche Infos, oder soll ich die Werte einfach löschen?
Kann es sein das du noch andere Geräte hast, welche zufällig auf das gleiche MQTT Topic senden?
Hast Du zufällig den MQTT-Explorer installiert und kannst mal schauen ob es dort die Werte auch gibt?
Michael
Ich habe noch einige Tasmota Geräte die ebenfalls per MQTT Daten an Symcon liefern.
Da ist das Standard Topic hinterlegt.
tasmota_%06X
Im Z2M ist
zigbee2mqtt
hinterlegt.
Hallo, erstmal großen Dank für den riesigen Einsatz den ihr hier treibt!
Ich stelle mir die Frage ob ich schon fertig umgestellt habe und ‚drin‘ bin weil ich keinerlei Probleme gesehen habe.
Meine Bridge zeigt:
mein zigbee2mqtt zeigt:
Obwohl die Prüfung in der Bridge die Erweiterung als ‚aktuell‘ sieht sehe ich keine im zigbee2mqtt
War das jetzt so schmerzlos oder hab ich was übersehen?
Gruß, Michael
Hast du mal in das Feld Wähle Erweiterung zum Bearbeiten geklickt?
Das Modul kann ja nur Variablen mit Werten befüllen, wenn es Daten empfängt. Im Debug sind diese Daten auch enthalten.
Darum die Frage ob du mit einem anderen Programm wie z.b. den MQTT Explorer mal prüfen kannst was dort an Daten ankommt.
Michael
ahh, das zeigt:
und der Code zeigt die 5.02:
vielleicht noch ein Hinweis:
IPS läuft auf Synology im Docker
zigbee2mqtt läuft ebenfalls auf der Synolgy im Docker
Koordinator ist SMLIGHT SLZB-06m
Wie Du so schön schreibst: „Du bist drin.“
Zeigt der Konfigurator alle Z2M-Devices an?
Funktioniert Alles wie gewohnt?
Wenn alles nach Plan läuft, war es bei Dir so schmerzlos.
LG
Burkhard
Wenn Du zwei Geräte hast, würde es viel Aufwand bedeuten, mal von dem einen alle Variablen löschen und diese neu anlegen lassen und das zweite erstmal so belassen, wie es ist?
Dann bei dem neu abgerufenen schauen, was angelegt wird. Manchmal machen Altlasten ein wenig Terror. Hatte ich auch. Nach löschen und neu abrufen war dann alles sauber.
Welches Gerät nutzt denn bei Dir StatusSNS? Das ist kein Z2M-Device. Da ist also irgendwas durcheinander gekommen.
Und die Idents haben Groß/Kleinschreibung gemischt. Das kann nicht von zigbee2mqtt kommen und auch nicht von unserem Modul (nutzt nur Kleinbuchstaben im Ident). Von daher gehe ich stark davon aus, dass es ein unglücklicher Umstand war(ist, der das Verursacht hat.
Generell empfehle ich für zigbee2mqtt einen eigenen MQTT-Server zu nutzen. Um Überschneidungen (die es eigentlich nicht geben dürfte, aber gibt) zu vermeiden.
LG
Burkhard
Ja, läuft alles wie gewohnt!
Schmerzhaft war nur die Umstellung auf den neuen SLZB LAN Stick, es wurden zwar alle Devices gesehen aber sie ließen sich nicht schalten. Ich musste tatsächlich alle neu anlernen und teilweise mit dem Koordinator in die Nähe des Devices gehen (Dank langem LAN Kabel ja zum Glück kein Problem).
Der Umstieg auf die neue Version ist dabei quasi abgefallen, den hab ich gar nicht gemerkt :).
Noch mal ein herzliches Dankeschön an alle Beteiligten!
Gruß Michael
2 „Gefällt mir“
Hast Du dabei auch die Chips getauscht? also von TI auf Silabs oder umgekehrt? Weil das läuft im Zigbee-Netzwerk nicht rund.
LG
Burkhard
Das war’s wohl: vom Sonoff ZBDongle-E zum SLZB-06m …. Also TI zu Silabs