Zigbee kabelgebundene Geräte reagieren nicht
-
@maxpd das ist nicht der Branch sondern der Master. Was genau hast du als Link eingetragen ?
A.
@asgothian https://github.com/asgothian/ioBroker.zigbee.git
Der zeigt mir in dem Branch auch nur den Hauptlink an:
Gruß
maxpdRaspi 4 8gb | iobroker + pivccu3 | 46 Adapter | 68 Scripte, 120 Devices
-
@asgothian https://github.com/asgothian/ioBroker.zigbee.git
Der zeigt mir in dem Branch auch nur den Hauptlink an:
-
@asgothian https://github.com/asgothian/ioBroker.zigbee.git
Der zeigt mir in dem Branch auch nur den Hauptlink an:
-
@asgothian Hi, ja hatte ich. Ich installiere auch gleich darüber. Er hat tatsächlich auch wieder die Hälfte der kabelgebundenen Geräte ansprechen können. Dafür fehlen jetzt ein paar Batteriegeräte. Irgendwie ist nun die Netzwerkroute hin.
Bei allen Geräten fehlt jetzt der sprechende Name, als würde er sich die neue Datei dev_names.json nicht ziehen.
Und es fehlt bei allen Geräten das default Bild.Gruß
maxpdRaspi 4 8gb | iobroker + pivccu3 | 46 Adapter | 68 Scripte, 120 Devices
-
@asgothian Hi, ja hatte ich. Ich installiere auch gleich darüber. Er hat tatsächlich auch wieder die Hälfte der kabelgebundenen Geräte ansprechen können. Dafür fehlen jetzt ein paar Batteriegeräte. Irgendwie ist nun die Netzwerkroute hin.
Bei allen Geräten fehlt jetzt der sprechende Name, als würde er sich die neue Datei dev_names.json nicht ziehen.
Und es fehlt bei allen Geräten das default Bild.@maxpd sagte in Zigbee kabelgebundene Geräte reagieren nicht:
@asgothian Hi, ja hatte ich. Ich installiere auch gleich darüber. Er hat tatsächlich auch wieder die Hälfte der kabelgebundenen Geräte ansprechen können. Dafür fehlen jetzt ein paar Batteriegeräte. Irgendwie ist nun die Netzwerkroute hin.
Unwahrscheinlich. Gib denen etwas Zeit
Bei allen Geräten fehlt jetzt der sprechende Name, als würde er sich die neue Datei dev_names.json nicht ziehen.
Das sollte wenn du heute nochmal über-installierst gefixed sein. Dazu musst du aber die Datei LocalOverrides.json löschen - wenn die nicht da ist zieht er sich einmalig nochmal die dev_names.json
Und es fehlt bei allen Geräten das default Bild.
bitte ein Adapter Upload machen - dann sind alle Bilder dahast du den verlinkten Thread gelesen - da gibt es eine Liste mit den Änderungen.
A.
-
@maxpd sagte in Zigbee kabelgebundene Geräte reagieren nicht:
@asgothian Hi, ja hatte ich. Ich installiere auch gleich darüber. Er hat tatsächlich auch wieder die Hälfte der kabelgebundenen Geräte ansprechen können. Dafür fehlen jetzt ein paar Batteriegeräte. Irgendwie ist nun die Netzwerkroute hin.
Unwahrscheinlich. Gib denen etwas Zeit
Bei allen Geräten fehlt jetzt der sprechende Name, als würde er sich die neue Datei dev_names.json nicht ziehen.
Das sollte wenn du heute nochmal über-installierst gefixed sein. Dazu musst du aber die Datei LocalOverrides.json löschen - wenn die nicht da ist zieht er sich einmalig nochmal die dev_names.json
Und es fehlt bei allen Geräten das default Bild.
bitte ein Adapter Upload machen - dann sind alle Bilder dahast du den verlinkten Thread gelesen - da gibt es eine Liste mit den Änderungen.
A.
@asgothian Ok, Namen klappen wieder.
Zeit hatten sie seit der 1.11.3 ca 24h.
Hab den Thread gelesen ja. Da stand drin, dass man sich nun auch selber Icons ablegen kann. Dass die normalen Bilder verschwinden, habe ich nicht gesehen.
Gruß
maxpdRaspi 4 8gb | iobroker + pivccu3 | 46 Adapter | 68 Scripte, 120 Devices
-
@asgothian Ok, Namen klappen wieder.
Zeit hatten sie seit der 1.11.3 ca 24h.
Hab den Thread gelesen ja. Da stand drin, dass man sich nun auch selber Icons ablegen kann. Dass die normalen Bilder verschwinden, habe ich nicht gesehen.
@maxpd Die verschwinden nicht - es werden die Bilder nur beim ersten auftreten eines Devices aus dem Netz geladen. Danach muss ein Upload des Adapters gemacht werden (nach dem 1. Start). Kommt auch noch in die offizielle Doku.
Es kommt auch noch ein Hinweis in das Adapter-UI wenn ein upload notwendig ist. Leider können wir den so nicht einfach anstossen
Inzwischen solltest Du im Objektbaum auch 'orange' eingefärbte Datenpunkte finden - diese sind veraltet und werden vom Adapter nicht mehr unterstützt. Du musst also deine Skripte / Alias entsprechend anpassen. Wenn das geschehen ist kannst du diese alle per 'state cleanup' (roter Knopf im Admin) löschen lassen
A.
-
@maxpd Die verschwinden nicht - es werden die Bilder nur beim ersten auftreten eines Devices aus dem Netz geladen. Danach muss ein Upload des Adapters gemacht werden (nach dem 1. Start). Kommt auch noch in die offizielle Doku.
Es kommt auch noch ein Hinweis in das Adapter-UI wenn ein upload notwendig ist. Leider können wir den so nicht einfach anstossen
Inzwischen solltest Du im Objektbaum auch 'orange' eingefärbte Datenpunkte finden - diese sind veraltet und werden vom Adapter nicht mehr unterstützt. Du musst also deine Skripte / Alias entsprechend anpassen. Wenn das geschehen ist kannst du diese alle per 'state cleanup' (roter Knopf im Admin) löschen lassen
A.
@asgothian da heute immer noch viele Devices nicht im Netzwerk angekommen sind, lerne ich wohl alles einmal neu an.
Aber puh, ich glaube das Anpassen der Scripte ist noch mehr Aufwand. Alle Datenpunkte die ich vorher genutzt hatte, gibt es nun nicht mehr oder wurden umbenannt. No Motion der Aqara Sensoren wurde zu jeder Steuerung benutzt und illumination (jetzt: illumination_raw) auch
Number of power outages kann ich noch nicht so recht deuten.
Gruß
maxpdRaspi 4 8gb | iobroker + pivccu3 | 46 Adapter | 68 Scripte, 120 Devices
-
@asgothian da heute immer noch viele Devices nicht im Netzwerk angekommen sind, lerne ich wohl alles einmal neu an.
Aber puh, ich glaube das Anpassen der Scripte ist noch mehr Aufwand. Alle Datenpunkte die ich vorher genutzt hatte, gibt es nun nicht mehr oder wurden umbenannt. No Motion der Aqara Sensoren wurde zu jeder Steuerung benutzt und illumination (jetzt: illumination_raw) auch
Number of power outages kann ich noch nicht so recht deuten.
@maxpd Da kann man Dir nur empfehlen, einmal ALIASe für die relevanten Datenpunkte anzulegen und dann in Skripten und Visualisierungen nur noch auf die ALIASe zu verweisen. Dann musst Du bei derartigen Änderungen oder auch mal dem Austausch eines Geräts bei Defekt nur den jeweiligen ALIAS einmal anpassen und der Rest passt automatisch.
Gruss, Jürgen
-
@asgothian da heute immer noch viele Devices nicht im Netzwerk angekommen sind, lerne ich wohl alles einmal neu an.
Aber puh, ich glaube das Anpassen der Scripte ist noch mehr Aufwand. Alle Datenpunkte die ich vorher genutzt hatte, gibt es nun nicht mehr oder wurden umbenannt. No Motion der Aqara Sensoren wurde zu jeder Steuerung benutzt und illumination (jetzt: illumination_raw) auch
Number of power outages kann ich noch nicht so recht deuten.
@maxpd Siehe Hier.
https://forum.iobroker.net/topic/79504/alpha-tester-für-zigbee-adapter-v2-0/18?_=1740304985790
Das Problem ist bekannt, lässt sich aber leider nicht wirklich ändern. Ich hab versucht weitgehend dabei zu unterstützen das man sehen kann
- was unterschiedlich ist
- ob es unterschiede gibt
Mehr kann ich kaum tun. Bei ca. 120 betroffenen Gerätetypen, von denen ich genau 2 selber zum Testen habe und vernachlässigbarer Unterstützung bei Test und Umsetzung von Gegenmassnahmen hab ich das Thema beerdigt.
A.
Nachtrag: Was @Wildbill geschrieben hat. Dann bist Du für die Zukunft gewappnet. -
@maxpd Da kann man Dir nur empfehlen, einmal ALIASe für die relevanten Datenpunkte anzulegen und dann in Skripten und Visualisierungen nur noch auf die ALIASe zu verweisen. Dann musst Du bei derartigen Änderungen oder auch mal dem Austausch eines Geräts bei Defekt nur den jeweiligen ALIAS einmal anpassen und der Rest passt automatisch.
Gruss, Jürgen
@wildbill das Alias System in seinem Grundgedanken verstehe ich. Aber für mich hat sich nie Aufwand/Nutzen gerechnet. Auch jetzt nicht, wenn ich 60 Scripte anfassen muss. Das Erstellen der Datenpunkte ist aufgrund fehlender Automatismen wie Multiselect oder durch Auslesung von Scripten auf notwendige Aliases, einfach zu schwerfällig und aufwendig. Da bin ich auch bei 3x Scripte ändern schneller.
Gruß
maxpdRaspi 4 8gb | iobroker + pivccu3 | 46 Adapter | 68 Scripte, 120 Devices
-
@wildbill das Alias System in seinem Grundgedanken verstehe ich. Aber für mich hat sich nie Aufwand/Nutzen gerechnet. Auch jetzt nicht, wenn ich 60 Scripte anfassen muss. Das Erstellen der Datenpunkte ist aufgrund fehlender Automatismen wie Multiselect oder durch Auslesung von Scripten auf notwendige Aliases, einfach zu schwerfällig und aufwendig. Da bin ich auch bei 3x Scripte ändern schneller.
@maxpd sagte in Zigbee kabelgebundene Geräte reagieren nicht:
@wildbill das Alias System in seinem Grundgedanken verstehe ich. Aber für mich hat sich nie Aufwand/Nutzen gerechnet. Auch jetzt nicht, wenn ich 60 Scripte anfassen muss. Das Erstellen der Datenpunkte ist aufgrund fehlender Automatismen wie Multiselect oder durch Auslesung von Scripten auf notwendige Aliases, einfach zu schwerfällig und aufwendig. Da bin ich auch bei 3x Scripte ändern schneller.
So hab ich auch mal gedacht. Bis mir klar wurde das ich dann bei so einer grossen Änderung wie die des Zigbee-Adapters alle skripte, History, upnp, etc. durchgehen muss um die Anpassungen zu machen.
Seit ich die Alias benutze kann ich direkt im Objektbaum sehen wo ich den besagten State nutze, und dementsprechend die Umstellung vornehmen. Ich werde also getriggert wo etwas ist, und bin sicher das ich nichts vergesse. Seit dem ist bei mir alles was ich in Skripten, anderen Adaptern, DP-Spezifischen Einstellungen habe nur am Alias.
Ja, es ist viel Aufwand das alles umzubauen. Es hat sich für mich aber bereits mehrfach rentiert. (ausgefallene Geräte, breaking changes in Adaptern, etc.)
A.
-
ich habe seit heute Nacht das selbe Problem.
Habe nichts am Abend davor verändert.
Neustarts usw habe ich bereits alles ausprobiert.Hatte auch noch einen älteren Stick (CC2531) da aber auch da ist das selbe Problem.
Als Zigbee Adapter habe ich die 1.10.14 installiert.
Es funktionieren wie beim Themenersteller alle Batteriebetriebenen Geräte wie Fensterkontakte oder einen an/aus schalter.
Alle Lampen und andere Aktoren lassen sich nicht ansprechen.NodeJS 20.28.3
JS Controller 7.0.6Habe jetzt schon den Sonoff CC2652P bestellt.
-
ich habe seit heute Nacht das selbe Problem.
Habe nichts am Abend davor verändert.
Neustarts usw habe ich bereits alles ausprobiert.Hatte auch noch einen älteren Stick (CC2531) da aber auch da ist das selbe Problem.
Als Zigbee Adapter habe ich die 1.10.14 installiert.
Es funktionieren wie beim Themenersteller alle Batteriebetriebenen Geräte wie Fensterkontakte oder einen an/aus schalter.
Alle Lampen und andere Aktoren lassen sich nicht ansprechen.NodeJS 20.28.3
JS Controller 7.0.6Habe jetzt schon den Sonoff CC2652P bestellt.
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register LoginSupport us
431
Online32.8k
Users82.7k
Topics1.3m
Posts