NEWS
ZigBee neue Version 1.4.4
-
NUKI soll ja auch ZigBee beherrschen. Gibt es schon Bestrebungen dieses Türschloss zu unterstützen?
@legro
Zigbee ist zwar seitens nuki angekündigt gewesen, wird aber wohl jetzt doch nicht mehr umgesetzt. Irgendwelche Hardware-Limitationen, wenn ich das richtig gelesen habe. -
@legro
Zigbee ist zwar seitens nuki angekündigt gewesen, wird aber wohl jetzt doch nicht mehr umgesetzt. Irgendwelche Hardware-Limitationen, wenn ich das richtig gelesen habe.@thomas-braun said in ZigBee neue Version 1.4.4:
@legro
Zigbee ist zwar seitens nuki angekündigt gewesen, wird aber wohl jetzt doch nicht mehr umgesetzt. ..Warten wir mal ab. Ich bin zuversichtlich, dass ich bald hier etwas tut.:slightly_smiling_face:
Nach über vier Jahren Leidenszeit unter Qivicon/MSH vor den Telekomikern zu ioBroker geflüchtet.
Raspberry Pi 4 mit 8GB + ArgonOneM.2 + 120GB SSD + Coordinator CC26X2R1 + ioBroker + piVCCU3 -
@thomas-braun said in ZigBee neue Version 1.4.4:
@legro
Zigbee ist zwar seitens nuki angekündigt gewesen, wird aber wohl jetzt doch nicht mehr umgesetzt. ..Warten wir mal ab. Ich bin zuversichtlich, dass ich bald hier etwas tut.:slightly_smiling_face:
@legro
Ich nicht:https://nuki.io/de/blog/nuki-news-de/nuki-sommer-update-2019/
Aus dem nuki developer Forum:
https://developer.nuki.io/t/zigbee-in-2-0/148/37It was mentioned already in last years blog post to the summer software 39 update that Zigbee is not doable with the current hardware in the quality that we wanted to do it. Therefore Zigbee is not supported and will - most likely - never be supported.
-
@legro
Ich nicht:https://nuki.io/de/blog/nuki-news-de/nuki-sommer-update-2019/
Aus dem nuki developer Forum:
https://developer.nuki.io/t/zigbee-in-2-0/148/37It was mentioned already in last years blog post to the summer software 39 update that Zigbee is not doable with the current hardware in the quality that we wanted to do it. Therefore Zigbee is not supported and will - most likely - never be supported.
Derzeit stehe ich in Kontakt mit NUKI. Die Signale, die ich erhalte, sind erfreulich andere.
In den nächsten Tage soll ich offizielle und verbindliche Antworten erhalten. Dann sehen wir weiter.
Was die Hardware betrifft, hast du wohl nicht ganz unrecht. Die verbaute Hardware wird wohl nur von ZigBee 3.0 unterstützt. Geräte, die 3.0 verstehen, sind jedoch kaum vorhanden. Mein Coordinator CC26X2R1 von Intel kann jedoch ZigBee 3.0.
Derzeit ist ZigBee in der Tat definitiv in den NUKI 2.0 deaktiviert.
-
@mickym sagte in ZigBee neue Version 1.4.4:
Dieser PING Button ist es wert die neue Version zu installieren - auch wenn ich ihn noch nicht über meine Node Red Flows angesprochen habe.
Bitte prüfe:
durch die Anpassungen der Geräteabfrage sollte der Adapter bei einem Gerät welches sich "Neu" wieder anmeldet den Status von verschiedenen States vom Gerät automatisch abfragen. Insbesondere sind das die Helligkeit sowie der an/aus Zustand von Lampen.
Das ganze findet dann statt wenn
- ein Gerät als Offline erkannt wurde (available = false)
- das Gerät das erste mal eine Meldung sendet (available geht auf true).
Alle Lampen melden wenn sie Strom bekommen an das Netzwerk das sie "wieder da" sind.
A.
@asgothian Habe ich geprüft.
Habe die Lampen vom Netz genommen und gewartet bis available = false. Dann wieder Strom gesetzt. Es fand dann auch automatisch eine Abfrage statt.
Die Helligkeit wurde zwar nicht angefragt (finde ich auch nicht so wichtig), aber der state und die link quality.
Hier mal die Momentaufnahme:
Dass die Gruppeneinträge nicht mit aktualisiert werden, wurde ja bereits erwähnt. Trotzdem muss ich den Sollzustand immer noch zusätzlich speichern. Diese blöden Tradfri Lampen haben einfach die unangenehme Eigenschaft, dass die bei Wiederverfügbarkeit des Stroms grundsätzlich angehen. Aber das wichtige an dieser Adapterversion ist eben, man bekommt es nun wenigstens mit, während das vorher eben nicht der Fall war. Ich stelle außerdem ja nun auch fest, dass der state nun zyklisch abgefragt wird, was ebenfalls eine wesentliche Verbesserung darstellt, da nun IST-Zustand und Zustand im Datenpunkt des iobrokers nicht mehr auseinanderlaufen.
Mit der neuen Funktion habe ich zwar nun die Möglichkeit den state zu prüfen also wenn Strom wieder da ob Lampe an oder aus - trotzdem muss ich halt den gewünschten Zustand weiter zwischenspeichern, damit wenn available von false auf true springt, ich wieder den Zustand erhalten, der bestand bevor available auf false sprang. Wahrscheinlich kommt man da aber sowieso nicht drum rum - da bei Stromausfällen im Sekundenbereich, diese sowieso nicht registriert werden.
Da ich im Moment in jedem Raum (mit den IKEA Tradfri Lampen) aber sowieso diese XIAOMI Bewegungsmelder habe - ist das nicht ganz so schlimm, da diese ja wegen der Helligkeitsmessung sowieso innerhalb von 2 Stunden mal funken und somit Abwesenheit signalisiert, was dann spätestens die Lampen ausschaltet. Es ist halt ein Unding, warum IKEA bei diesen Lampen eine Rückkehr des Stroms auf ON programmiert hat und nicht auf OFF. Dann würd ich zwar erst mal im Dunklen sitzen, was mir aber lieber wäre als zu wissen, dass irgendwelche Lampen tageweise brennen. Aber das ist ein anderes Thema.
-
Hi, sorry falls ich nerve, aber:
Soll die Gruppenfunktion unterstützt werden, oder geht das momentan nicht?@mr-x Falls ich da zur Verwirrung beigetragen habe. Die Gruppenfunktion funktioniert - allerdings wird der Status der Einzelgeräte, wenn diese über die Gruppe geschaltet wird, nicht aktualisiert. Sie funktioniert aber.
-
@mr-x Falls ich da zur Verwirrung beigetragen habe. Die Gruppenfunktion funktioniert - allerdings wird der Status der Einzelgeräte, wenn diese über die Gruppe geschaltet wird, nicht aktualisiert. Sie funktioniert aber.
-
@asgothian Habe ich geprüft.
Habe die Lampen vom Netz genommen und gewartet bis available = false. Dann wieder Strom gesetzt. Es fand dann auch automatisch eine Abfrage statt.
Die Helligkeit wurde zwar nicht angefragt (finde ich auch nicht so wichtig), aber der state und die link quality.
Hier mal die Momentaufnahme:
Dass die Gruppeneinträge nicht mit aktualisiert werden, wurde ja bereits erwähnt. Trotzdem muss ich den Sollzustand immer noch zusätzlich speichern. Diese blöden Tradfri Lampen haben einfach die unangenehme Eigenschaft, dass die bei Wiederverfügbarkeit des Stroms grundsätzlich angehen. Aber das wichtige an dieser Adapterversion ist eben, man bekommt es nun wenigstens mit, während das vorher eben nicht der Fall war. Ich stelle außerdem ja nun auch fest, dass der state nun zyklisch abgefragt wird, was ebenfalls eine wesentliche Verbesserung darstellt, da nun IST-Zustand und Zustand im Datenpunkt des iobrokers nicht mehr auseinanderlaufen.
Mit der neuen Funktion habe ich zwar nun die Möglichkeit den state zu prüfen also wenn Strom wieder da ob Lampe an oder aus - trotzdem muss ich halt den gewünschten Zustand weiter zwischenspeichern, damit wenn available von false auf true springt, ich wieder den Zustand erhalten, der bestand bevor available auf false sprang. Wahrscheinlich kommt man da aber sowieso nicht drum rum - da bei Stromausfällen im Sekundenbereich, diese sowieso nicht registriert werden.
Da ich im Moment in jedem Raum (mit den IKEA Tradfri Lampen) aber sowieso diese XIAOMI Bewegungsmelder habe - ist das nicht ganz so schlimm, da diese ja wegen der Helligkeitsmessung sowieso innerhalb von 2 Stunden mal funken und somit Abwesenheit signalisiert, was dann spätestens die Lampen ausschaltet. Es ist halt ein Unding, warum IKEA bei diesen Lampen eine Rückkehr des Stroms auf ON programmiert hat und nicht auf OFF. Dann würd ich zwar erst mal im Dunklen sitzen, was mir aber lieber wäre als zu wissen, dass irgendwelche Lampen tageweise brennen. Aber das ist ein anderes Thema.
@mickym sagte in ZigBee neue Version 1.4.4:
Es ist halt ein Unding, warum IKEA bei diesen Lampen eine Rückkehr des Stroms auf ON programmiert hat und nicht auf OFF. Dann würd ich zwar erst mal im Dunklen sitzen, was mir aber lieber wäre als zu wissen, dass irgendwelche Lampen tageweise brennen. Aber das ist ein anderes Thema.Resume last mode wäre eine gute Reaktion. Würde aber Flash Speicher mit vielen Speicherzyklen bedeuten. Das wollte man sich wohl sparen und hat deshalb beschlossen, in den "sicheren" mode zu gehen.
Du kannst ja ein- oder zweimal pro Tag die Leuchten abfragen und schauen, ob sie noch mit Deinem Speicherwert übereinstimmen und ggf. auf einer sanften Rampe abgleichen. Dann hat bei einer "Fehlschaltung" der Nutzer noch die Möglichkeit einzugreifen. -
@mickym sagte in ZigBee neue Version 1.4.4:
Es ist halt ein Unding, warum IKEA bei diesen Lampen eine Rückkehr des Stroms auf ON programmiert hat und nicht auf OFF. Dann würd ich zwar erst mal im Dunklen sitzen, was mir aber lieber wäre als zu wissen, dass irgendwelche Lampen tageweise brennen. Aber das ist ein anderes Thema.Resume last mode wäre eine gute Reaktion. Würde aber Flash Speicher mit vielen Speicherzyklen bedeuten. Das wollte man sich wohl sparen und hat deshalb beschlossen, in den "sicheren" mode zu gehen.
Du kannst ja ein- oder zweimal pro Tag die Leuchten abfragen und schauen, ob sie noch mit Deinem Speicherwert übereinstimmen und ggf. auf einer sanften Rampe abgleichen. Dann hat bei einer "Fehlschaltung" der Nutzer noch die Möglichkeit einzugreifen.@klassisch Ja das mache ich ja und die entsprechende Logik schaltet die Lampen sofort wieder aus - und wie gesagt der BWM - schaltet die Lampen dann auch noch aus.
Aber wie Du schon sagtest einen Speicher um den letzten Zustand zu speichern, gibt es bei den Lampen wohl nicht.Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@klassisch Ja das mache ich ja und die entsprechende Logik schaltet die Lampen sofort wieder aus - und wie gesagt der BWM - schaltet die Lampen dann auch noch aus.
Aber wie Du schon sagtest einen Speicher um den letzten Zustand zu speichern, gibt es bei den Lampen wohl nicht.@mickym sagte in ZigBee neue Version 1.4.4:
@klassisch Ja das mache ich ja und die entsprechende Logik schaltet die Lampen sofort wieder aus - und wie gesagt der BWM - schaltet die Lampen dann auch noch aus.
Aber wie Du schon sagtest einen Speicher um den letzten Zustand zu speichern, gibt es bei den Lampen wohl nicht.Das ist nicht notwendig. Die Funktion mit der die Anwesenheit der Lampen verifiziert wird macht das alle x Minuten automatisch. Bei Geräten die
- fest am strom hängen
- sich nicht von alleine Melden, bzw. die nicht geschaltet werden
- einen Status "on/off" besitzen
wird versucht an statt einer unspezifischen "ping" anfrage der Status des on/off states abzufragen. Wenn eine Antwort kommt wird auch der Eintrag in den Objekten angepasst.
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@mickym sagte in ZigBee neue Version 1.4.4:
@klassisch Ja das mache ich ja und die entsprechende Logik schaltet die Lampen sofort wieder aus - und wie gesagt der BWM - schaltet die Lampen dann auch noch aus.
Aber wie Du schon sagtest einen Speicher um den letzten Zustand zu speichern, gibt es bei den Lampen wohl nicht.Das ist nicht notwendig. Die Funktion mit der die Anwesenheit der Lampen verifiziert wird macht das alle x Minuten automatisch. Bei Geräten die
- fest am strom hängen
- sich nicht von alleine Melden, bzw. die nicht geschaltet werden
- einen Status "on/off" besitzen
wird versucht an statt einer unspezifischen "ping" anfrage der Status des on/off states abzufragen. Wenn eine Antwort kommt wird auch der Eintrag in den Objekten angepasst.
A.
@asgothian
Versteh ich zwar nicht ganz. Ja es ist richtig, dass der state nun dem Zustand entspricht, aber ausschalten muss ich sie ja trotzdem über Logik.Wie gesagt es ist eine Riesenverbesserung, dass man nun den aktuellen Zustand in den Datenpunkten sieht, aber die Tradfri Lampen schalten sich nun mal immer ein, wenn der Strom wiederkommt - egal welchen Zustand sie vorher hatten.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@asgothian
Versteh ich zwar nicht ganz. Ja es ist richtig, dass der state nun dem Zustand entspricht, aber ausschalten muss ich sie ja trotzdem über Logik.Wie gesagt es ist eine Riesenverbesserung, dass man nun den aktuellen Zustand in den Datenpunkten sieht, aber die Tradfri Lampen schalten sich nun mal immer ein, wenn der Strom wiederkommt - egal welchen Zustand sie vorher hatten.
-
Hallo zusammen, hoffe ich bin hier richtig.
Ich habe hier einen Blitzwolf SS7 Aktor
Wenn ich diesen paire, klappt dies im ersten Schritt. Allerdings erkennt der Adapter ein falsches Gerät (ZM-L03E-Z). Und ich habe dann unter Objekte 3 Datenpunkte für 3 Schalter.
Ich habe ein wenig gegoogelt und das Problem scheint bekannt zu sein, siehe:
https://github.com/Koenkk/zigbee2mqtt/issues/5927
Nun weiß ich ehrlich gesagt zu wenig vom Adapter und dessen Code und möchte auch händisch selbst nicht in den Dateien herumfuschen. Kann dieser Aktor in das nächste Update vom Zigbee Adapter eingefügt werden? Oder gibt es eine andere Lösung?
Kann ich den Aktor über die Ausschließen Funktion einbinden?Schonmal danke im voraus
Zigbee Adapter 1.4.3
-
Hallo zusammen, hoffe ich bin hier richtig.
Ich habe hier einen Blitzwolf SS7 Aktor
Wenn ich diesen paire, klappt dies im ersten Schritt. Allerdings erkennt der Adapter ein falsches Gerät (ZM-L03E-Z). Und ich habe dann unter Objekte 3 Datenpunkte für 3 Schalter.
Ich habe ein wenig gegoogelt und das Problem scheint bekannt zu sein, siehe:
https://github.com/Koenkk/zigbee2mqtt/issues/5927
Nun weiß ich ehrlich gesagt zu wenig vom Adapter und dessen Code und möchte auch händisch selbst nicht in den Dateien herumfuschen. Kann dieser Aktor in das nächste Update vom Zigbee Adapter eingefügt werden? Oder gibt es eine andere Lösung?
Kann ich den Aktor über die Ausschließen Funktion einbinden?Schonmal danke im voraus
Zigbee Adapter 1.4.3
@david83 sagte in ZigBee neue Version 1.4.4:
Kann ich den Aktor über die Ausschließen Funktion einbinden?
hast du es ggf einfach schon mal probiert? Kaputt geht da ja nix...
UDM Pro, Intel NUC - ioBroker in Proxmox-VM, PiHole+Grafana&Influx+TasmoAdmin in LXCs, Raspberry Pi3 (als CCU), Zigbee-Stick Sonoff, Synology DS918+
-
@david83 sagte in ZigBee neue Version 1.4.4:
Kann ich den Aktor über die Ausschließen Funktion einbinden?
hast du es ggf einfach schon mal probiert? Kaputt geht da ja nix...
@kueppert said in ZigBee neue Version 1.4.4:
@david83 sagte in ZigBee neue Version 1.4.4:
Kann ich den Aktor über die Ausschließen Funktion einbinden?
hast du es ggf einfach schon mal probiert? Kaputt geht da ja nix...
OK probiere ich aus
-
@kueppert said in ZigBee neue Version 1.4.4:
@david83 sagte in ZigBee neue Version 1.4.4:
Kann ich den Aktor über die Ausschließen Funktion einbinden?
hast du es ggf einfach schon mal probiert? Kaputt geht da ja nix...
OK probiere ich aus
@david83 said in ZigBee neue Version 1.4.4:
@kueppert said in ZigBee neue Version 1.4.4:
@david83 sagte in ZigBee neue Version 1.4.4:
Kann ich den Aktor über die Ausschließen Funktion einbinden?
hast du es ggf einfach schon mal probiert? Kaputt geht da ja nix...
OK probiere ich aus
Wie genau geht das denn? Bin anscheinend zu blöd dafür.
- Pairen
- Ausschließen des Gerätes über den Plus Button und angelerntes Gerät auswählen.
Was kommt dann? Ich habe hier immernoch das falsche Gerät unter dem Reiter Geräte?
-
@david83 said in ZigBee neue Version 1.4.4:
@kueppert said in ZigBee neue Version 1.4.4:
@david83 sagte in ZigBee neue Version 1.4.4:
Kann ich den Aktor über die Ausschließen Funktion einbinden?
hast du es ggf einfach schon mal probiert? Kaputt geht da ja nix...
OK probiere ich aus
Wie genau geht das denn? Bin anscheinend zu blöd dafür.
- Pairen
- Ausschließen des Gerätes über den Plus Button und angelerntes Gerät auswählen.
Was kommt dann? Ich habe hier immernoch das falsche Gerät unter dem Reiter Geräte?
@david83 sagte in ZigBee neue Version 1.4.4:
Was kommt dann? Ich habe hier immernoch das falsche Gerät unter dem Reiter Geräte?
Adapter neu starten fehlt noch
A.
Nachtrag: Es ist denkbar das weiterhin ein falsches Bild im Adapter dargestellt wird. Auch macht es Sïnn nach der Umstellung die nicht mehr benutzten Datenpunkte vom Adapter löschen zu lassen (Erklärung wie steht im 1. Post des Threads)
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@david83 sagte in ZigBee neue Version 1.4.4:
Was kommt dann? Ich habe hier immernoch das falsche Gerät unter dem Reiter Geräte?
Adapter neu starten fehlt noch
A.
Nachtrag: Es ist denkbar das weiterhin ein falsches Bild im Adapter dargestellt wird. Auch macht es Sïnn nach der Umstellung die nicht mehr benutzten Datenpunkte vom Adapter löschen zu lassen (Erklärung wie steht im 1. Post des Threads)
A.
-
@asgothian
Dankeschön, ich probiere es nachher aus und gebe eine Rückmeldung.Hallo asgothian, ich habe nun den Aktor auf der ausschließen Liste stehen. Habe den Adapter neu gestartet. Leider erkennt der Adapter immernoch den falschen Schalter. Auch wenn ich das Gerät lösche und wieder paire, es bleibt beim ZM-L03E-Z. Der Blitzwolf SS7 Aktor wird nicht erkannt.
Hast du noch eine Idee?
Support us
734
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge