CC2652RB probleme
-
Moin moin, Seit gestern gibt es (Für mich) ein Phänomen mit dem CC2652RB Board. Nach und nach verabschieden sich Geräte, wenn ich wie z.B. einen Zwischenstecker betätige (Switch) dann wird der Zigbee-Adapter komplett rot. Nach einiger Zeit ist er wieder grün aber zeigt immer das selbe Verhalten.
Hier mal ein Auszug aus dem Log
hat da jemand eine Idee woran das liegen könnte?
VG Thomas
-
Moin moin, Seit gestern gibt es (Für mich) ein Phänomen mit dem CC2652RB Board. Nach und nach verabschieden sich Geräte, wenn ich wie z.B. einen Zwischenstecker betätige (Switch) dann wird der Zigbee-Adapter komplett rot. Nach einiger Zeit ist er wieder grün aber zeigt immer das selbe Verhalten.
Hier mal ein Auszug aus dem Log
hat da jemand eine Idee woran das liegen könnte?
VG Thomas
@thomas4170 adapterversion ?
-
Oh sorry, vergessen
Adapter Version 1.6.6
Node.js: v14.19.0
NPM: 6.14.16 -
Oh sorry, vergessen
Adapter Version 1.6.6
Node.js: v14.19.0
NPM: 6.14.16@thomas4170 zu alt
installier mal von GIT
https://github.com/ioBroker/ioBroker.zigbee/wiki/GIT-installzigbee hab ich, zwave auch, nuc's genauso und HA auch
-
Jo habe ich
-
Version ist jetzt 1.6.15
hat aber immer noch den gleichen effekt
-
Version ist jetzt 1.6.15
hat aber immer noch den gleichen effekt
@Thomas4170 zeigmal die kachel von dem Gerät und das was du mit dem ding machst ?
-
Habe eben noch die aktuellste Version Z-Stack geflasht. Ich habe alle Geräte gelöscht und fange sie neu zu pairen. Keines von meinen 40 Geräte war noch Verbunden
-
Habe eben noch die aktuellste Version Z-Stack geflasht. Ich habe alle Geräte gelöscht und fange sie neu zu pairen. Keines von meinen 40 Geräte war noch Verbunden
@thomas4170 welche Gerät ist das dass die Fehlermeldung wirft
-
Alle Geräte die einen switchstate haben (Xaiomi Zwischenstecker, Paulmann Leuchten, Müller Leuchten, Luminize UP-Aktoren, Moes UP-Aktoren, Danfoss Ally HK-Thermostat)
-
Die ersten Geräte wieder angelernt und scheint bis jetzt zu funktionieren. Koordinator aber wieder auf USB geändert, bekam kein Pairing mit TCP hin
-
Zu früh gefreut, CC2652RB "schaltet" sich nicht mehr ab wenn ein Switch State betätigt wird aber im Objekt bleibt der State vom Adapter unbestätigt
Aus dem Log
-
@thomas4170 zu alt
installier mal von GIT
https://github.com/ioBroker/ioBroker.zigbee/wiki/GIT-install@arteck Du bist ja der Entwickler des Zigbee-Adapters, ich habe in den unterstützen Geräten gesehen das dieser
Rolladen-Aktor nicht mit unterstützt wird. Kannst Du den bitte mit aufnehmen? Ich habe ja die Hoffnung das ich mein Zigbee wieder ans laufen bekomme.Danke im voraus
VG Thomas -
Zu früh gefreut, CC2652RB "schaltet" sich nicht mehr ab wenn ein Switch State betätigt wird aber im Objekt bleibt der State vom Adapter unbestätigt
Aus dem Log
@thomas4170 sagte in CC2652RB probleme:
Zu früh gefreut, CC2652RB "schaltet" sich nicht mehr ab wenn ein Switch State betätigt wird aber im Objekt bleibt der State vom Adapter unbestätigt
- Logs als Screenshots posten führt nicht dazu das sich das angesehen wird. Bitte logs in der Zukunft als Text in Code Tags (</>) posten. Dabei bitte NICHT einfach den Text aus dem Admin kopieren sondern über den Button "log herunterladen" die Textdatei herunter laden und die relevanten Zeilen posten.
- Logs bitte immer mit den relevanten Informationen versehen. Dabei ist ein Filtern auf Einträge nur vom Zigbee Adapter nur bedingt förderlich, da einige der Fehlermeldungen vom Host Prozess und nicht vom Zigbee Adapter stammen.
- "Genaue" Fehlerbeschreibungen posten. Wenn beim Bedienen eines bestimmten Gerätes der Adapter abstürzt dann ist interessant:
-- welches Gerät das ist
-- was genau Du zu tun versucht hast
-- was in dem Zeitraum im Log aufgetaucht ist (Aktion +- 1 Minute)
Jetzt du dem was aus Deinen geposteteten Log-Schnipseln erkennbar ist:
- Du hast Probleme mit dem 2.4 GHz Netzwerk. Es scheint so zu sein das eine Störquelle den Funkchip auf dem CC2652 aus dem Tritt bringt (Fehlermeldung 225: MAC Access Channel Failure). Mögliche Ursachen sind:
- Nutzung einer USB3 Festplatte/SSD mit einem schlechten Adapter. Dieser Punkt ist seit längerem (2017 !!!) bekannt. Schlecht geschirmte USB3 Verbindungen können sogar den WLAN Empfang auf 2.4 GHz stören. (https://www.heise.de/newsticker/meldung/c-t-Tipp-der-Woche-USB-3-0-stoert-WLAN-und-Drahtlos-Maus-3726700.html)
- Überschneidung des Zigbee-Kanals mit einem extrem vollen WLAN Kanal
- Störung durch:
-- Funk Kopfhörer
-- DECT Telefon auf 2.4 GHz
-- andere 2.4 GHz Geräte.
- Du hast offensichtlich ein Problem beim Start des Adapters. Leider hast du in deinen Logs die interessanten Informationen ausgeblendet, so das Dir keiner sagen kann woran das wirklich liegt.
- Thema Gerät unterstützen: Damit der Zigbee-Adapter das Gerät unterstützen kann muss es in der vom Adapter genutzten Bibliothek unterstützt sein (zigbee2mqtt.io).
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@thomas4170 sagte in CC2652RB probleme:
Zu früh gefreut, CC2652RB "schaltet" sich nicht mehr ab wenn ein Switch State betätigt wird aber im Objekt bleibt der State vom Adapter unbestätigt
- Logs als Screenshots posten führt nicht dazu das sich das angesehen wird. Bitte logs in der Zukunft als Text in Code Tags (</>) posten. Dabei bitte NICHT einfach den Text aus dem Admin kopieren sondern über den Button "log herunterladen" die Textdatei herunter laden und die relevanten Zeilen posten.
- Logs bitte immer mit den relevanten Informationen versehen. Dabei ist ein Filtern auf Einträge nur vom Zigbee Adapter nur bedingt förderlich, da einige der Fehlermeldungen vom Host Prozess und nicht vom Zigbee Adapter stammen.
- "Genaue" Fehlerbeschreibungen posten. Wenn beim Bedienen eines bestimmten Gerätes der Adapter abstürzt dann ist interessant:
-- welches Gerät das ist
-- was genau Du zu tun versucht hast
-- was in dem Zeitraum im Log aufgetaucht ist (Aktion +- 1 Minute)
Jetzt du dem was aus Deinen geposteteten Log-Schnipseln erkennbar ist:
- Du hast Probleme mit dem 2.4 GHz Netzwerk. Es scheint so zu sein das eine Störquelle den Funkchip auf dem CC2652 aus dem Tritt bringt (Fehlermeldung 225: MAC Access Channel Failure). Mögliche Ursachen sind:
- Nutzung einer USB3 Festplatte/SSD mit einem schlechten Adapter. Dieser Punkt ist seit längerem (2017 !!!) bekannt. Schlecht geschirmte USB3 Verbindungen können sogar den WLAN Empfang auf 2.4 GHz stören. (https://www.heise.de/newsticker/meldung/c-t-Tipp-der-Woche-USB-3-0-stoert-WLAN-und-Drahtlos-Maus-3726700.html)
- Überschneidung des Zigbee-Kanals mit einem extrem vollen WLAN Kanal
- Störung durch:
-- Funk Kopfhörer
-- DECT Telefon auf 2.4 GHz
-- andere 2.4 GHz Geräte.
- Du hast offensichtlich ein Problem beim Start des Adapters. Leider hast du in deinen Logs die interessanten Informationen ausgeblendet, so das Dir keiner sagen kann woran das wirklich liegt.
- Thema Gerät unterstützen: Damit der Zigbee-Adapter das Gerät unterstützen kann muss es in der vom Adapter genutzten Bibliothek unterstützt sein (zigbee2mqtt.io).
A.
@asgothian Danke für die Info, jetzt kann ich auch Fragen beantworten und beim nächsten mal bessere Informationen liefern.
Eigentlich ist das Problem erst seit ich einen Shelly 2.5 gegen einen Zigbee Rolladen-Aktor austauschen wollte. Vorher gab es auch mit der Version 1.6.6 keinerlei Probleme. Meine FritzBox funkt auf Kanal 4-8 und der Koordinator war und ist auf Kanal 11 eingestellt. Vor gut 2 Monaten habe ich Pi4 auf SSD umgestellt und standard USB-Kabel genutzt. Das macht natürlich Sinn was Du schreibst mit "Normalen" USB-Kabel, deshalb gerade ein längeres geschirmtes bestellt. Somit kann ich weiter enfernt den CC2652 vom Serverschrank positionieren. Ich hatte noch drei kürzere USV-Verlängerungen und habe erstmal eine Kette gebildet und das Gerät (Danfoss Ally) reagiert schon mal wieder.
Das neue Gerät (Rolladen-Aktor) ist in der Bibliothek von zigbee2mqtt mit aufgeführt, in dieser Bibliothek nicht und deshalb dachte ich das er noch nicht dabei ist.
So wie Du schreibst vermute ich stark das es ein PRoblem der USB-Kabel SSD und WLAN war/ist. Ich würde jetzt warten bis ich das neuel USB-Verlängerungskabel habe und dann testen. Der CC2652 funktioniert zur Zeit problemlos, heute Abend werden weitere Geräte eingelernt und schaue ich weiter.Viel Dank für die Hilfe und ich werden hier berichten mit den Notwendigen Informationen und korrekter Darstellung von Logs usw.
VG Thomas
-
@thomas4170 sagte in CC2652RB probleme:
Zu früh gefreut, CC2652RB "schaltet" sich nicht mehr ab wenn ein Switch State betätigt wird aber im Objekt bleibt der State vom Adapter unbestätigt
- Logs als Screenshots posten führt nicht dazu das sich das angesehen wird. Bitte logs in der Zukunft als Text in Code Tags (</>) posten. Dabei bitte NICHT einfach den Text aus dem Admin kopieren sondern über den Button "log herunterladen" die Textdatei herunter laden und die relevanten Zeilen posten.
- Logs bitte immer mit den relevanten Informationen versehen. Dabei ist ein Filtern auf Einträge nur vom Zigbee Adapter nur bedingt förderlich, da einige der Fehlermeldungen vom Host Prozess und nicht vom Zigbee Adapter stammen.
- "Genaue" Fehlerbeschreibungen posten. Wenn beim Bedienen eines bestimmten Gerätes der Adapter abstürzt dann ist interessant:
-- welches Gerät das ist
-- was genau Du zu tun versucht hast
-- was in dem Zeitraum im Log aufgetaucht ist (Aktion +- 1 Minute)
Jetzt du dem was aus Deinen geposteteten Log-Schnipseln erkennbar ist:
- Du hast Probleme mit dem 2.4 GHz Netzwerk. Es scheint so zu sein das eine Störquelle den Funkchip auf dem CC2652 aus dem Tritt bringt (Fehlermeldung 225: MAC Access Channel Failure). Mögliche Ursachen sind:
- Nutzung einer USB3 Festplatte/SSD mit einem schlechten Adapter. Dieser Punkt ist seit längerem (2017 !!!) bekannt. Schlecht geschirmte USB3 Verbindungen können sogar den WLAN Empfang auf 2.4 GHz stören. (https://www.heise.de/newsticker/meldung/c-t-Tipp-der-Woche-USB-3-0-stoert-WLAN-und-Drahtlos-Maus-3726700.html)
- Überschneidung des Zigbee-Kanals mit einem extrem vollen WLAN Kanal
- Störung durch:
-- Funk Kopfhörer
-- DECT Telefon auf 2.4 GHz
-- andere 2.4 GHz Geräte.
- Du hast offensichtlich ein Problem beim Start des Adapters. Leider hast du in deinen Logs die interessanten Informationen ausgeblendet, so das Dir keiner sagen kann woran das wirklich liegt.
- Thema Gerät unterstützen: Damit der Zigbee-Adapter das Gerät unterstützen kann muss es in der vom Adapter genutzten Bibliothek unterstützt sein (zigbee2mqtt.io).
A.
@asgothian Moin moin, ich habe gestern fast alle Sensoren und Aktoren wieder angelernt. Vielen Dank für die konstruktiven Hinweise und Anweisungen. Es hat tatsächlich am USB-Kabel gelegen, hätte ich nicht gedacht da nichts verändert wurde außer das Austauschen eines Shelly's gegen Zigbee-Aktor. Ich habe die Umstellung wieder auf TCP-Modul mit einem längeren Netzwerkkabel gewagt und das klappt meiner Meinung nach noch besser. Was allerdings auffällt ist, das die Batteriewerte der Xaiomi-Sensoren/Kontakte nicht mehr passen. Die Volt anzeige stimmt (Batterie mit Multimeter gemessen) aber die Prozentanzeige stimmt nicht.
Vor dem Update auf Version 1.6.15 stimmten die Werte.
Ist das hier richtig reingestellt oder gehört das auf Github?und nochmal, viel Dank für die Hilfe
VG Thomas
-
@asgothian Moin moin, ich habe gestern fast alle Sensoren und Aktoren wieder angelernt. Vielen Dank für die konstruktiven Hinweise und Anweisungen. Es hat tatsächlich am USB-Kabel gelegen, hätte ich nicht gedacht da nichts verändert wurde außer das Austauschen eines Shelly's gegen Zigbee-Aktor. Ich habe die Umstellung wieder auf TCP-Modul mit einem längeren Netzwerkkabel gewagt und das klappt meiner Meinung nach noch besser. Was allerdings auffällt ist, das die Batteriewerte der Xaiomi-Sensoren/Kontakte nicht mehr passen. Die Volt anzeige stimmt (Batterie mit Multimeter gemessen) aber die Prozentanzeige stimmt nicht.
Vor dem Update auf Version 1.6.15 stimmten die Werte.
Ist das hier richtig reingestellt oder gehört das auf Github?und nochmal, viel Dank für die Hilfe
VG Thomas
- Woraus schließt du das die % werte nicht passen ?
- Woraus schliesst du das die % Werte bei 1.6.6 gepasst haben ?
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
- Woraus schließt du das die % werte nicht passen ?
- Woraus schliesst du das die % Werte bei 1.6.6 gepasst haben ?
A.
@asgothian Die eingesetzte Batterien haben eine mit Multimeter gemessene Spannung von 3,05 Volt und ist mit 3,0 Volt angegeben. Ich gehe davon aus das die Batterien zu 100% voll sind. In der Version 1.6.6 die ich bis vor kurzem noch laufen hatte, waren die %-Werte übereinstimment mit den gemessen Spannungswerten.
-
@asgothian Die eingesetzte Batterien haben eine mit Multimeter gemessene Spannung von 3,05 Volt und ist mit 3,0 Volt angegeben. Ich gehe davon aus das die Batterien zu 100% voll sind. In der Version 1.6.6 die ich bis vor kurzem noch laufen hatte, waren die %-Werte übereinstimment mit den gemessen Spannungswerten.
Das kann ich so nicht bestätigen. Ich habe Knopfzellen bei denen ich ohne Last deutlich über 3 V messen kann. 3V sind also nicht zwingend 100%. Des weiteren gab es viele Meldungen das bei den Xiaomi Geräten die % Zahl bei 100% blieb bis die Geräte plötzlich tot waren.
Aus diesem Grund wurde die Berechnung angepasst. Siehe auch
https://github.com/Koenkk/zigbee2mqtt/issues/8499A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden492
Online32.9k
Benutzer83.0k
Themen1.3m
Beiträge