NEWS
ZigBee neue Version 1.6.x
-
wit haben gestern abend eine neue Version des Adapter publiziert..
in der latest die ihr im Admin sieht ist die allgemeine Version die wir normalerweise auch preferieren.. hier sind alle Geräte auch gepflegt bzw. der converter immer akuell
ABER
sollte diese Version nicht funktionieren bitte diese aus dem GIT installieren
https://github.com/ioBroker/ioBroker.zigbee/tarball/old_herdsman
sollte der Adapter immer noch nicht starten
hierzu muss noch die nvbackup.json gelöscht werden
adapter stoppen rm /opt/iobroker/iobroker-data/zigbee_0/nvbackup.json adapter starten
warum so ein hickmeck....
es betrifft nicht die conbee Sticks
es hängt mit der Firmware zusammen die auf den Sticks drauf ist. Vor allem auf den CC2538 + CC2592 hat sich die Firmware nach und nach weiter entwickelt und
NUR die CC2538 + CC2592 sind BETROFFEN
alle die eine Firmware 20201010 haben sollten keine Probleme bekommen. Diese Firmware unterstützt das sichern und zurückspielen der Zigbee Netz Parameter.
alles was älter ist kann laufen was eher unwarscheinlich ist.darüberhinaus hat das Projekt zigbee2mqtt erst jetzt damit begonen das zu unterstützen und da wir drauf aufsetzten sind wir von abhängig
wo sehe ich meine Firmware :
in der Kachel
p.s: wenn ihr wollt kann ich euch meine Sticks auf die neue Firmware bringen. Bedenkt aber auch dass es ein komplettes neu anlernen der Geräte mit sich zieht.
hierzu PM an michSo ich habe nun leider auch wieder mal ein Zigbee Problem und bin mit meiner Weisheit am Ende.
Mir ist nun der 2. CC2531 Stick abgeraucht (Lebensdauer scheint so bei ca. 1 Jahr zu sein) und hatte auf die Schnelle noch einen Conbee2 Stick zur Hand und es funktioniert sogar - auf den ersten Blick zumindest - alles wieder.
Da ich mit dem 1.5.6 Adapter den Fehler hatte, mit dem Problem wegen dem Link State hatte
2021-09-25 03:15:29.072 - warn: zigbee.0 (10450) State value to set for "zigbee.0.ccccccfffeb3e954.link_quality" has value "255" greater than max "254" 2021-09-25 03:15:32.128 - warn: zigbee.0 (10450) State value to set for "zigbee.0.ccccccfffeb3e954.link_quality" has value "255" greater than max "254" 2021-09-25 03:16:36.795 - warn: zigbee.0 (10450) State value to set for "zigbee.0.00158d000411b98e.link_quality" has value "255" greater than max "254" 2021-09-25 03:16:36.855 - warn: zigbee.0 (10450) State value to set for "zigbee.0.00158d000411b98e.link_quality" has value "255" greater than max "254"habe ich also auf 1.6.0 aktualisiert.
Der Fehler ist nun auch weg, aber nun habe ich ein anderes Problem.
Der Zigbee Adapter schreibt mir nun das komplette Log mit folgender Fehlermeldung voll.021-09-25 04:02:47.621 - error: zigbee.0 (21251) Device 0x00212effff05d77f "undefined" not described in statesMapping. 2021-09-25 04:02:47.667 - error: zigbee.0 (21251) Device 0x00212effff05d77f "undefined" not described in statesMapping. 2021-09-25 04:02:53.131 - error: zigbee.0 (21251) Device 0x00212effff05d77f "undefined" not described in statesMapping. 2021-09-25 04:02:53.152 - error: zigbee.0 (21251) Device 0x00212effff05d77f "undefined" not described in statesMapping. 2021-09-25 04:02:58.409 - error: zigbee.0 (21251) Device 0x00212effff05d77f "undefined" not described in statesMapping. 2021-09-25 04:02:58.477 - error: zigbee.0 (21251) Device 0x00212effff05d77f "undefined" not described in statesMapping. 2021-09-25 04:03:04.160 - error: zigbee.0 (21251) Device 0x00212effff05d77f "undefined" not described in statesMapping.Darauf habe ich wie unten im Thread mal mein shepherd.db unter /opt/iobroker/iobroker-data/zigbee_0 geöffnet um zu sehen, was für ein Device das ist.
Ich hab dann das device gesucht und das Device mit dieser ieeeAddr ist der Coordinator selbst. Ich hab das Teil dann mal rausgeschmissen und wurde auch wieder neu in die Datei geschrieben. Der Fehler bleibt aber.
Das Format von dem Device sieht zumindest was JSON betrifft in Ordnung aus. Kann mir jemand helfen?
Ergänzung:
So ich hatte das Device aus der Sherpherd.db gelöscht und den Adapter neu gestartet. Dann wird das Device erneut in der shepherd.db angelegt aber die Fehlermeldung bleibt.
Das hängt wohl mit allen Aktivitäten des Coordinators zusammen.
Leider kann man das Logging zwischenzeitlich nicht ganz abschalten - da ja auf der error Stufe geloggt wird.
Es handelt sich wie gesagt um einen conbee II - Stick.
Auch die Netzwerkkarte funktioniert mit dem Conbee nun (war glaube ich früher mal ein Problem)
also funktional schaut erst mal alles gut aus. Nur das Log läuft voll.
Beim Durchblättern des Threads scheinen wohl alle mit dem ConBee2 dieses Problem zu haben (wie
@luie ==> https://forum.iobroker.net/topic/46927/zigbee-neue-version-1-6-0/49?_=1632532816757
@rotamint ==> https://forum.iobroker.net/topic/46927/zigbee-neue-version-1-6-0/20?_=1632532816757
)Im Prinzip treten die Fehlermeldungen wohl bei allen Nachrichten auf. Es scheint, dass jede Aktivität von allen Geräten diese Einträge generieren. Also nicht ein spezielles Gerät.
Ich hab mal das LOG auf Debug gestellt und zwischen 2 Fehlermeldungen alles rein kopiert . Irgendwas steht da von wrong device. - Ich hoffe man kann damit was anfangen:
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.
-
So ich habe nun leider auch wieder mal ein Zigbee Problem und bin mit meiner Weisheit am Ende.
Mir ist nun der 2. CC2531 Stick abgeraucht (Lebensdauer scheint so bei ca. 1 Jahr zu sein) und hatte auf die Schnelle noch einen Conbee2 Stick zur Hand und es funktioniert sogar - auf den ersten Blick zumindest - alles wieder.
Da ich mit dem 1.5.6 Adapter den Fehler hatte, mit dem Problem wegen dem Link State hatte
2021-09-25 03:15:29.072 - warn: zigbee.0 (10450) State value to set for "zigbee.0.ccccccfffeb3e954.link_quality" has value "255" greater than max "254" 2021-09-25 03:15:32.128 - warn: zigbee.0 (10450) State value to set for "zigbee.0.ccccccfffeb3e954.link_quality" has value "255" greater than max "254" 2021-09-25 03:16:36.795 - warn: zigbee.0 (10450) State value to set for "zigbee.0.00158d000411b98e.link_quality" has value "255" greater than max "254" 2021-09-25 03:16:36.855 - warn: zigbee.0 (10450) State value to set for "zigbee.0.00158d000411b98e.link_quality" has value "255" greater than max "254"habe ich also auf 1.6.0 aktualisiert.
Der Fehler ist nun auch weg, aber nun habe ich ein anderes Problem.
Der Zigbee Adapter schreibt mir nun das komplette Log mit folgender Fehlermeldung voll.021-09-25 04:02:47.621 - error: zigbee.0 (21251) Device 0x00212effff05d77f "undefined" not described in statesMapping. 2021-09-25 04:02:47.667 - error: zigbee.0 (21251) Device 0x00212effff05d77f "undefined" not described in statesMapping. 2021-09-25 04:02:53.131 - error: zigbee.0 (21251) Device 0x00212effff05d77f "undefined" not described in statesMapping. 2021-09-25 04:02:53.152 - error: zigbee.0 (21251) Device 0x00212effff05d77f "undefined" not described in statesMapping. 2021-09-25 04:02:58.409 - error: zigbee.0 (21251) Device 0x00212effff05d77f "undefined" not described in statesMapping. 2021-09-25 04:02:58.477 - error: zigbee.0 (21251) Device 0x00212effff05d77f "undefined" not described in statesMapping. 2021-09-25 04:03:04.160 - error: zigbee.0 (21251) Device 0x00212effff05d77f "undefined" not described in statesMapping.Darauf habe ich wie unten im Thread mal mein shepherd.db unter /opt/iobroker/iobroker-data/zigbee_0 geöffnet um zu sehen, was für ein Device das ist.
Ich hab dann das device gesucht und das Device mit dieser ieeeAddr ist der Coordinator selbst. Ich hab das Teil dann mal rausgeschmissen und wurde auch wieder neu in die Datei geschrieben. Der Fehler bleibt aber.
Das Format von dem Device sieht zumindest was JSON betrifft in Ordnung aus. Kann mir jemand helfen?
Ergänzung:
So ich hatte das Device aus der Sherpherd.db gelöscht und den Adapter neu gestartet. Dann wird das Device erneut in der shepherd.db angelegt aber die Fehlermeldung bleibt.
Das hängt wohl mit allen Aktivitäten des Coordinators zusammen.
Leider kann man das Logging zwischenzeitlich nicht ganz abschalten - da ja auf der error Stufe geloggt wird.
Es handelt sich wie gesagt um einen conbee II - Stick.
Auch die Netzwerkkarte funktioniert mit dem Conbee nun (war glaube ich früher mal ein Problem)
also funktional schaut erst mal alles gut aus. Nur das Log läuft voll.
Beim Durchblättern des Threads scheinen wohl alle mit dem ConBee2 dieses Problem zu haben (wie
@luie ==> https://forum.iobroker.net/topic/46927/zigbee-neue-version-1-6-0/49?_=1632532816757
@rotamint ==> https://forum.iobroker.net/topic/46927/zigbee-neue-version-1-6-0/20?_=1632532816757
)Im Prinzip treten die Fehlermeldungen wohl bei allen Nachrichten auf. Es scheint, dass jede Aktivität von allen Geräten diese Einträge generieren. Also nicht ein spezielles Gerät.
Ich hab mal das LOG auf Debug gestellt und zwischen 2 Fehlermeldungen alles rein kopiert . Irgendwas steht da von wrong device. - Ich hoffe man kann damit was anfangen:
@mickym So ich bin inzwischen etwas weiter gekommen. Es scheint nun doch so zu sein, dass die Fehlermeldungen in der Regel auftauchen, wenn man Geräte über die Gruppenfunktion schaltet. Bewegungsmelder, die den Fehler erzeugt haben, habe ich neu gepairt und da ist nun Ruhe. Es scheint also ein Problem mit der Gruppenfunktion zu geben.
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.
-
@mickym So ich bin inzwischen etwas weiter gekommen. Es scheint nun doch so zu sein, dass die Fehlermeldungen in der Regel auftauchen, wenn man Geräte über die Gruppenfunktion schaltet. Bewegungsmelder, die den Fehler erzeugt haben, habe ich neu gepairt und da ist nun Ruhe. Es scheint also ein Problem mit der Gruppenfunktion zu geben.
@mickym UPDATE:
Geräte, die die Fehlermeldung erzeugt haben neu gepairt - aber Gruppenfunktion erzeugt diese Fehler. Wird nicht mit Gruppen gearbeitet funktioniert der deconz2 Stick mit dem Zigbee-Adapter durchaus zufriedenstellend. Einen einzigen Absturz hatte ich bislang.
Die neu gepairten Dev. werden zwar in der Netzwerkkarte nicht richtig (also ohne Verbindung dargestellt) - aber das Hauptproblem des Adapters in dieser Version mit dem deconz2 Stick scheint wohl die Gruppenfunktion zu sein.
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.
-
@mickym UPDATE:
Geräte, die die Fehlermeldung erzeugt haben neu gepairt - aber Gruppenfunktion erzeugt diese Fehler. Wird nicht mit Gruppen gearbeitet funktioniert der deconz2 Stick mit dem Zigbee-Adapter durchaus zufriedenstellend. Einen einzigen Absturz hatte ich bislang.
Die neu gepairten Dev. werden zwar in der Netzwerkkarte nicht richtig (also ohne Verbindung dargestellt) - aber das Hauptproblem des Adapters in dieser Version mit dem deconz2 Stick scheint wohl die Gruppenfunktion zu sein.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
Danke
-
@asgothian Gibt noch hin und wieder einen kompletten Absturz des Adapters - aber durch automatischen Neustart fängt sich das System wieder:
2021-09-27 11:20:11.080 - error: zigbee.0 (23900) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 2021-09-27 11:20:11.081 - error: zigbee.0 (23900) unhandled promise rejection: undefined 2021-09-27 11:20:11.084 - info: zigbee.0 (23900) cleaned everything up... 2021-09-27 11:20:11.169 - info: zigbee.0 (23900) Zigbee: disabling joining new devices. 2021-09-27 11:20:11.423 - info: zigbee.0 (23900) terminating 2021-09-27 11:20:11.427 - warn: zigbee.0 (23900) Terminated (UNCAUGHT_EXCEPTION): Without reason 2021-09-27 11:20:12.052 - error: host.MWHome Caught by controller[1]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason: 2021-09-27 11:20:12.057 - error: host.MWHome Caught by controller[1]: undefined 2021-09-27 11:20:12.058 - error: host.MWHome instance system.adapter.zigbee.0 terminated with code 6 (UNCAUGHT_EXCEPTION) 2021-09-27 11:20:12.058 - info: host.MWHome Restart adapter system.adapter.zigbee.0 because enabled 2021-09-27 11:20:42.155 - info: host.MWHome instance system.adapter.zigbee.0 started with pid 6892 2021-09-27 11:20:46.357 - info: zigbee.0 (6892) starting. Version 1.6.0 in /opt/iobroker/node_modules/iobroker.zigbee, node: v14.17.6, js-controller: 3.3.18 2021-09-27 11:20:46.478 - info: zigbee.0 (6892) Starting Zigbee npm ...weiß nicht ob man das nachverfolgen will?
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 Gibt noch hin und wieder einen kompletten Absturz des Adapters - aber durch automatischen Neustart fängt sich das System wieder:
2021-09-27 11:20:11.080 - error: zigbee.0 (23900) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 2021-09-27 11:20:11.081 - error: zigbee.0 (23900) unhandled promise rejection: undefined 2021-09-27 11:20:11.084 - info: zigbee.0 (23900) cleaned everything up... 2021-09-27 11:20:11.169 - info: zigbee.0 (23900) Zigbee: disabling joining new devices. 2021-09-27 11:20:11.423 - info: zigbee.0 (23900) terminating 2021-09-27 11:20:11.427 - warn: zigbee.0 (23900) Terminated (UNCAUGHT_EXCEPTION): Without reason 2021-09-27 11:20:12.052 - error: host.MWHome Caught by controller[1]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason: 2021-09-27 11:20:12.057 - error: host.MWHome Caught by controller[1]: undefined 2021-09-27 11:20:12.058 - error: host.MWHome instance system.adapter.zigbee.0 terminated with code 6 (UNCAUGHT_EXCEPTION) 2021-09-27 11:20:12.058 - info: host.MWHome Restart adapter system.adapter.zigbee.0 because enabled 2021-09-27 11:20:42.155 - info: host.MWHome instance system.adapter.zigbee.0 started with pid 6892 2021-09-27 11:20:46.357 - info: zigbee.0 (6892) starting. Version 1.6.0 in /opt/iobroker/node_modules/iobroker.zigbee, node: v14.17.6, js-controller: 3.3.18 2021-09-27 11:20:46.478 - info: zigbee.0 (6892) Starting Zigbee npm ...weiß nicht ob man das nachverfolgen will?
-
@asgothian sagte in ZigBee neue Version 1.6.0:
Poste doch mal die log Zeilen von vor dem Absturz.
A.
Ich glaub zwar nicht, dass das was bringt - ich hab den Adapter wieder auf Info Level gestellt und da ist nichts:
Lediglich um 10:07 ist ein ping fehlgeschlagen - das passiert schon mal und sehe ich nicht in Zusammenhang mit dem Absturz um 11:20 - also über 1 Std. später
Kann mich auch nicht an eine spezielle Situation erinnern - oder was geschaltet zu haben. Wie gesagt, wenn ich das nicht in dem LOG gefunden hätte, hätte ich es nicht bemerkt. Ich kann das zwar wieder auf debug umstellen, aber das bläht halt das LOG immens auf, wenn man nicht weiß nach was man suchen soll. Ich habs trotzdem mal gepostet, vielleicht ist ja sonst noch was bekannt?
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 sagte in ZigBee neue Version 1.6.0:
Poste doch mal die log Zeilen von vor dem Absturz.
A.
Ich glaub zwar nicht, dass das was bringt - ich hab den Adapter wieder auf Info Level gestellt und da ist nichts:
Lediglich um 10:07 ist ein ping fehlgeschlagen - das passiert schon mal und sehe ich nicht in Zusammenhang mit dem Absturz um 11:20 - also über 1 Std. später
Kann mich auch nicht an eine spezielle Situation erinnern - oder was geschaltet zu haben. Wie gesagt, wenn ich das nicht in dem LOG gefunden hätte, hätte ich es nicht bemerkt. Ich kann das zwar wieder auf debug umstellen, aber das bläht halt das LOG immens auf, wenn man nicht weiß nach was man suchen soll. Ich habs trotzdem mal gepostet, vielleicht ist ja sonst noch was bekannt?
@mickym
Aktualisier mal die Firmware von dem Stick. -
@mickym
Aktualisier mal die Firmware von dem Stick.@thomas-braun Ja das ist mir auch schon durch den Kopf gegangen. Habe auch schon gelesen, wie es geht. Ich muss mich nur trauen. Aber Du hast schon Recht.
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.
-
@thomas-braun Ja das ist mir auch schon durch den Kopf gegangen. Habe auch schon gelesen, wie es geht. Ich muss mich nur trauen. Aber Du hast schon Recht.
@mickym Die ist so alt, die wird schon gar nicht mehr im changelog aufgeführt.
Edit: Doch noch drin. Aber nur noch so gerade eben...
-
@mickym Die ist so alt, die wird schon gar nicht mehr im changelog aufgeführt.
Edit: Doch noch drin. Aber nur noch so gerade eben...
@thomas-braun So hab auf die neueste Version upgegraded - habe es geschafft ohne den Stick kaputt zu machen.
Also mal schauen, ob die Abstürze noch kommen.
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.
-
@thomas-braun So hab auf die neueste Version upgegraded - habe es geschafft ohne den Stick kaputt zu machen.
Also mal schauen, ob die Abstürze noch kommen.
Ob das so eine gute Idee war - mit dem FW Upgrade weiß ich noch nicht und ein Device war nicht mehr ansprechbar. Das Koppeln ist eine Katastrophe. Es findet immer nur der 1. Teil des Interviews statt und der 2. Teil lässt auf sich warten. Hoffentlich klappt das irgendwann.
Update: So bin eine Version zurückgegangen und damit klappt das Pairen wieder besser - und alle Geräte sind aktuell ansprechbar - auch das Ansprechverhalten scheint besser zu sein, als bei der letzten FW Version
-
@asgothian sagte in ZigBee neue Version 1.6.0:
Poste doch mal die log Zeilen von vor dem Absturz.
A.
Ich glaub zwar nicht, dass das was bringt - ich hab den Adapter wieder auf Info Level gestellt und da ist nichts:
Lediglich um 10:07 ist ein ping fehlgeschlagen - das passiert schon mal und sehe ich nicht in Zusammenhang mit dem Absturz um 11:20 - also über 1 Std. später
Kann mich auch nicht an eine spezielle Situation erinnern - oder was geschaltet zu haben. Wie gesagt, wenn ich das nicht in dem LOG gefunden hätte, hätte ich es nicht bemerkt. Ich kann das zwar wieder auf debug umstellen, aber das bläht halt das LOG immens auf, wenn man nicht weiß nach was man suchen soll. Ich habs trotzdem mal gepostet, vielleicht ist ja sonst noch was bekannt?
@mickym sagte in ZigBee neue Version 1.6.0:
Ich habs trotzdem mal gepostet, vielleicht ist ja sonst noch was bekannt?
Es sind einige Effekte bekannt ohne das zu 100 % klar ist wo sie her kommen. Bisher ist ein Debugging dieser Effekte schwer da (meines Wissens) keiner der Entwickler sie bei sich nachstellen kann.
Setzt du Blitzwolf Zigbee Steckdosen ein ? Wenn Ja, kannst du diese mal für eine Zeit aus dem Zigbee Netz nehmen um zu verifizieren das das Problem in diesem Umfeld auftritt ?
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.6.0:
Ich habs trotzdem mal gepostet, vielleicht ist ja sonst noch was bekannt?
Es sind einige Effekte bekannt ohne das zu 100 % klar ist wo sie her kommen. Bisher ist ein Debugging dieser Effekte schwer da (meines Wissens) keiner der Entwickler sie bei sich nachstellen kann.
Setzt du Blitzwolf Zigbee Steckdosen ein ? Wenn Ja, kannst du diese mal für eine Zeit aus dem Zigbee Netz nehmen um zu verifizieren das das Problem in diesem Umfeld auftritt ?
A.
@asgothian Nein diese Steckdosen sind bei mir nicht im Einsatz.
Im Moment verhält sich das System (mit der vorletzten FW Version) - mal von dem Gruppensteuerungs-Bug abgesehen - sehr stabil. (also die letzten 9 Stunden.
).Ich hoffe mal, dass das Upgrade was zur Stabilität beigetragen hat.
Ansonsten finde ich es toll (weiß nicht warum da immer noch Experimentalstadium steht), dass der Adapter diesen Conbee2 Stick unterstützt. Das möchte ich gerne loswerden.
Im Vergleich zum CC2531 ist
- die Reichweite wesentlich besser
- kann man den Stick unter Windows mit dem GCFFlasher updaten ohne irgendwelche Kabel und Zusatzgeräte (einfach Stick an den USB Stick und FW aufspielen). Finde ich Klasse
- das mit dem Pairen und der letzten FW Version hat wie gesagt nicht so gut geklappt, aber mit der vorletzten Version ging das nun ganz gut. Gefunden hat das Ding die neue Hardware immer, aber den 2. Teil des Interviews hat nie statt gefunden.
- Der Stick wird quasi immer gefunden und hängt nun sogar über ein USB Hub am System, also nicht mehr direkt am Raspberry. Bei dem CC2531 war das nicht möglich, der wurde dann gar nicht mehr gefunden, wenn er nicht direkt am Raspberry angeschlossen war. Da wurde das Teil aber immer relativ heiß - was sich in meinen Augen dann eben auch negativ auf die Lebensdauer auswirkt.
- Ich habe nun nicht die Rieseninstallation (nur 21 Geräte), davon waren bis auf 4 alle sofort ansprechbar nach dem Stickwechsel und ich musste die nicht wieder neu pairen (nur in den Einstellungen auf Deconz umgestellt). Super !!!!
- beim CC2531 hat sich wohl im Vorfeld angekündigt, dass sich hier die HW bald verabschiedet - indem der Fehler, dass am seriellen Port nicht geöffnet werden kann, vermehrt aufgetreten ist. Als das dann plötzlich mitten im laufenden Betrieb passiert ist - wusste ich das die HW hinüber war. Das war ja schon der 2. Sticke (beide Haltbarkeit von ca. 1 Jahr). Vor 1 Jahr war aber der Adapter noch nicht soweit, dass der Deconz2 so gut unterstützt wurde - da habt ihr viel daran gemacht. Also Danke nochmals.
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 Nein diese Steckdosen sind bei mir nicht im Einsatz.
Im Moment verhält sich das System (mit der vorletzten FW Version) - mal von dem Gruppensteuerungs-Bug abgesehen - sehr stabil. (also die letzten 9 Stunden. ).Ich hoffe mal, dass das Upgrade was zur Stabilität beigetragen hat.
Ansonsten finde ich es toll (weiß nicht warum da immer noch Experimentalstadium steht), dass der Adapter diesen Conbee2 Stick unterstützt. Das möchte ich gerne loswerden.
Im Vergleich zum CC2531 ist
- die Reichweite wesentlich besser
- kann man den Stick unter Windows mit dem GCFFlasher updaten ohne irgendwelche Kabel und Zusatzgeräte (einfach Stick an den USB Stick und FW aufspielen). Finde ich Klasse
- das mit dem Pairen und der letzten FW Version hat wie gesagt nicht so gut geklappt, aber mit der vorletzten Version ging das nun ganz gut. Gefunden hat das Ding die neue Hardware immer, aber den 2. Teil des Interviews hat nie statt gefunden.
- Der Stick wird quasi immer gefunden und hängt nun sogar über ein USB Hub am System, also nicht mehr direkt am Raspberry. Bei dem CC2531 war das nicht möglich, der wurde dann gar nicht mehr gefunden, wenn er nicht direkt am Raspberry angeschlossen war. Da wurde das Teil aber immer relativ heiß - was sich in meinen Augen dann eben auch negativ auf die Lebensdauer auswirkt.
- Ich habe nun nicht die Rieseninstallation (nur 21 Geräte), davon waren bis auf 4 alle sofort ansprechbar nach dem Stickwechsel und ich musste die nicht wieder neu pairen (nur in den Einstellungen auf Deconz umgestellt). Super !!!!
- beim CC2531 hat sich wohl im Vorfeld angekündigt, dass sich hier die HW bald verabschiedet - indem der Fehler, dass am seriellen Port nicht geöffnet werden kann, vermehrt aufgetreten ist. Als das dann plötzlich mitten im laufenden Betrieb passiert ist - wusste ich das die HW hinüber war. Das war ja schon der 2. Sticke (beide Haltbarkeit von ca. 1 Jahr). Vor 1 Jahr war aber der Adapter noch nicht soweit, dass der Deconz2 so gut unterstützt wurde - da habt ihr viel daran gemacht. Also Danke nochmals.
@mickym sagte in ZigBee neue Version 1.6.0:
Im Vergleich zum CC2531 ist
das ist doch kein Vergleich..ist so als würest du einen Trabi mit Porsche vergleichen.. es sind beide Autos und bringen dich da wo du hin willst...
vergiss es..
-
@asgothian sagte in ZigBee neue Version 1.6.0:
Poste doch mal die log Zeilen von vor dem Absturz.
A.
Ich glaub zwar nicht, dass das was bringt - ich hab den Adapter wieder auf Info Level gestellt und da ist nichts:
Lediglich um 10:07 ist ein ping fehlgeschlagen - das passiert schon mal und sehe ich nicht in Zusammenhang mit dem Absturz um 11:20 - also über 1 Std. später
Kann mich auch nicht an eine spezielle Situation erinnern - oder was geschaltet zu haben. Wie gesagt, wenn ich das nicht in dem LOG gefunden hätte, hätte ich es nicht bemerkt. Ich kann das zwar wieder auf debug umstellen, aber das bläht halt das LOG immens auf, wenn man nicht weiß nach was man suchen soll. Ich habs trotzdem mal gepostet, vielleicht ist ja sonst noch was bekannt?
@mickym So heute ist der Adapter plötzlich wieder abgestürzt und war in einer Endlosschleife.
Aus heiterem Himmel - habe zwar noch 15 Min vorher vom Log dran, aber das sagt nichts. Wenn das häufiger auftritt muss ich wohl doch mal debug einschalten:
Abhilfe brachte nur ein kompletter Neustart des Systems - Stick ziehen und wieder reinstecken hat nichts gebracht.
Nach Neustart nun alles wieder ruhig und normal
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.
-
@mickym So heute ist der Adapter plötzlich wieder abgestürzt und war in einer Endlosschleife.
Aus heiterem Himmel - habe zwar noch 15 Min vorher vom Log dran, aber das sagt nichts. Wenn das häufiger auftritt muss ich wohl doch mal debug einschalten:
Abhilfe brachte nur ein kompletter Neustart des Systems - Stick ziehen und wieder reinstecken hat nichts gebracht.
Nach Neustart nun alles wieder ruhig und normal
@mickym sagte in ZigBee neue Version 1.6.0:
Error: Error: No such file or directory, cannot open /dev/ttyACM0
Hinterleg den Link 'by-id' im Adapter.
-
@mickym sagte in ZigBee neue Version 1.6.0:
Error: Error: No such file or directory, cannot open /dev/ttyACM0
Hinterleg den Link 'by-id' im Adapter.
@thomas-braun Hab ich gemacht - mal schauen, ob das was bringt
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.
-
@thomas-braun Hab ich gemacht - mal schauen, ob das was bringt
Sporadisch immer noch Absturz - insofern haben FW Update und Umstellung auf ID nichts gebracht. Passiert vielleicht alle 3 Tage 1 Mal - aber irgendwas wird halt nicht richtig abgefangen.
Ich verfolge, dass aber erst mal nicht weiter, weil sonst bis auf die Gruppenfunktion mit dem Fehlern im Log alles funktioniert.
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.
Support us
710
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge