Sorry, war zuviel Text, hab bei Beitrag zweitausendirgendwas dann nur gelesen und nicht mehr nachgedacht. Die Lösung ist: erst mit Update auf eine neue z2m Version muss zwingend dort die Extension von Kai GitHub - Schnittcher/IPS-Zigbee2MQTT: Anbindung von zigbee2mqtt an IP-Symcon. erzeugt werden. Das lief bisher immer ohne. Das war mein Problem. Manchmal sieht man den Wald vor lauter Bäumen nicht.
Gruß oekomat
Jetzt muss ich mal nachfragen - ich habe die Extension vor 1,2 Jahren einmal installiert, seit dem nie wieder und mache auch immer Updates??? Du meinst bei Neuinstallation von Z2M?
Gruß HEiko
Zigbee ist meine neue ABM. Ich habe zwar den Eindruck, dass es langsam seine Zickigkeit verliert aber teilweise war das ein echtes Problem, wenn mal ein Teilstrang kurz stromlos war.
Ich bin aber Optimist.
Meine zwei 24G Radarsensoren sind in den Müll gewandert. Ich teste das nächste Modell nach Liefereingang. Das Leben ist zu kurz, um sich mit E-Schrott aufzuhalten.
Mit freundlichen Grüßen
Die Extension muss nur installiert werden, wenn man:
a: Beim Modul von stable auf beta wechselt und vorher die Extension nicht installiert hatte
und
b: Wenn mann Z2M neu installiert. Sowohl bei Update von Z2M wie auch vom Modul muss die Extension nicht neu installiert werden.
Also ich hatte das Update bei z2m gemacht, quasi ein Update des Containers. Dann war die Geräteliste im zigbee Modul leer. Ich hatte bisher nie eine Extension installiert und bin erst als die Geräteliste schon leer war von stable auf bera gewechselt. vielleicht beantwortet das deine Frage.
Gruß oekomat
Dann solltest du das jetzt nachholen!
Michael
Hab ich doch, daher war mein Problem ja auch gelöst.
Wie man sieht, auch ich übersehe mal was 
Hi,
vielen Dank für den Hinweis auf das Tool MQTT-Explorer. Da sieht man ja doch auch so einiges. Das Problem hat sich jetzt nach einigen weiteren Posts anderer User gelöst. Ich hatte die Sache mit der Extension nicht durchgeführt. Jetzt läuft es!
Die Variablen sind halt nur Read-Only, aber das ist beim Rauchmelder ja verständlich.
LG
Jörg
Ich nutze einen HUE Dimmschalter V2 und möchte gerne mit der Taste „HUE“ verschiedene Szenen durchschalten, so wie das vorher mit dem HUE Modul funktioniert hat. Die Taste hat ja die Befehle „Aus losgelassen, Aus gedrückt, Aus Halten“.
Als Szenen Skript nutze ich das von pitti:
Hat das jemand noch so im Einsatz? Habe es jetzt versucht über ein Ereignis, als Aktion „Führe PHP Skript aus“ und dort als Zeile eingefügt:
RequestAction(58001, GetValue(58001)+1);
Funktioniert so nicht, habe da einen Fehler eingebaut.
Des Weiteren wie gehe ich vor wenn ich die Dimmer Tasten nutzen möchte? Muss ich dafür ein bestimmtes Profil anlegen das die Taste weiß in welchem Schritt sie runter dimmen muss? Oder kann ich das dann auch wie oben mit der Szenenschaltung machen z.B.:
RequestAction(58001, GetValue(58001)+10);
Sorry für die vielleicht ungelenke Frage. Bin noch nicht sehr versiert in der Fehlersuche in der Zigbee2MQTT-Welt.
Ich habe heute Zigbee2MQTT auf dem Raspi geupdatet. Seitdem bekomme ich die folgende Fehlermeldung, wenn ich über Symcon an meinen Bosch Thermostat II den „besetzten Heizungssollwert“ ändere:
Error: 'occupied_heating_setpoint' is not a number, got string (18.50) at Object.assertNumber (/opt/zigbee2mqtt/node_modules/zigbee-herdsman-converters/src/lib/utils.ts:540:65) at Object.convertSet (/opt/zigbee2mqtt/node_modules/zigbee-herdsman-converters/src/converters/toZigbee.ts:1547:19) at Publish.onMQTTMessage (/opt/zigbee2mqtt/lib/extension/publish.ts:248:52) at EventEmitter.emit (node:events:525:35) at EventBus.emitMQTTMessage (/opt/zigbee2mqtt/lib/eventBus.ts:109:22) at MQTT.onMessage (/opt/zigbee2mqtt/lib/mqtt.ts:141:27) at MqttClient.emit (node:events:513:28) at handlePublish (/opt/zigbee2mqtt/node_modules/mqtt/src/lib/handlers/publish.ts:172:11) at handle (/opt/zigbee2mqtt/node_modules/mqtt/src/lib/handlers/index.ts:29:17) at work (/opt/zigbee2mqtt/node_modules/mqtt/src/lib/client.ts:735:17)
Die Änderung über das ZigBee2MQTT-Frontend funktioniert.
Hat schon jemand eine Idee, woran das liegen könnte? Oder Tipps, wie ich nach dem Fehler suchen kann?
Besten Dank für Eure Hilfe!
Welche Version von @KaiS Z2M-Modul hast Du denn? wechsel mal bitte auf die Beta und installiere Dir die Extension, falls Du dies noch nicht gemacht hast:
Schnittcher/IPS-Zigbee2MQTT: Anbindung von zigbee2mqtt an IP-Symcon. (github.com)
LG
Burkhard
Besten Dank für die Antwort zur frühen Stunde. Ich war auf der 4.2. Die Erweiterung war installiert, vor dem Zigbee2MQTT-Update hat alles prima funktioniert.
Die Ferntemperatur wird übrigens einwandfrei an das Gerät übertragen. Und der Wert, um den es geht, wird auch korrekt bei manueller Änderung am Gerät gelesen, nur anscheinend „falsch“ geschrieben.
Der Wechsel zur Beta bringt leider keine Änderung. In der Beta habe ich dazu noch das Problem, dass die Geräte Liste in der Zigbee2MQTT-Konfigurator-Instanz leer ist.
Die Antwort müüsste das sein
Wie setzt Du denn den Sollwert? Hiernach scheinst Du einen String zu übergeben aber Zahl wird erwartet. Kann es sein das Du vor kurzem auf IPS 7 gegangen bist? Da wurde durch PHP eine Menge bei der automatischen Typumwandlung geändert.
Ralf
Ich bin noch auf der 6. Die einzige Veränderung, die ich vorgenommen habe, war das zigbee2MQTT-Update auf dem Raspi. Das Format-Problem verstehe ich - bloß leider nicht an welchen Stellen die Umwandlungen passieren (müssten) und wie ich das ändern kann.
Hab das Problem auch. Kam mit dem docker Update von zigbee2mqtt.
Hi,
was für Daten setzt ihr denn? Strings? Mal bei Z2M schauen ob sich die Exposes geändert haben.
Ralf
Kann das Problem nachstellen, liegt am Modul von @KaiS. Werde es korrigieren.
@KaiS hast nen PR mit Korrektur occupied_heating_setpoint.
LG
Burkhard
Ganz herzlichen Dank für die sensationell schnelle Abhilfe!
