ZigBee neue Version 1.4.0

[stefande]

@cheese2203

Bei Batterie betriebenen Zigbee Komponenten ist es eher zufällig, wenn die als verbunden in der Karte stehen. Solange sie ordentlich funktionieren, kannst du die Karte getrost ignorieren.

[cheese2203]

@stefande said in ZigBee neue Version 1.4.0:

@cheese2203

Bei Batterie betriebenen Zigbee Komponenten ist es eher zufällig, wenn die als verbunden in der Karte stehen. Solange sie ordentlich funktionieren, kannst du die Karte getrost ignorieren.

Alles klar danke das beruhigt mich.
Ist ein Wert von 99 gut?

[stefande]

@cheese2203 sagte in ZigBee neue Version 1.4.0:

Ist ein Wert von 99 gut?

Ja. Ich hab welche mit einem Wert von unter10 die noch zuverlässig funktionieren.

[crunchip]

@Asgothian hatte den kompletten Ordner gelehrt.

das ärgerliche/seltsame ist, das es hin und wieder, aber nicht immer vorkommt, das ich keine Geräte mehr anlernen kann, nach einem

• backup/snapshot zurück spielen
• iobroker/ VM / Proxmox neu starten (IoBroker läuft in ner VM auf Proxmox)

hatte diesbezüglich auch bei @arteck angefragt.

Auch wenn die Netzwerkkarte ( nicht sehr Aussagekräftig sein soll), ist dort alles Verbunden und grün.

Erst nach einem oben genannten Fall, sind dann alle xiaomi Sensoren, die laut Karte direkt mit dem Coordinator verbunden waren, rot,
alle anderen, die über Repeater vernetzt waren, bleiben, zumindest laut Karte, grün. Alles funktioniert aber weiterhin.
Jedoch ab da geht es dann los, das der ein oder andere Sensor nach paar Tagen "aussteigt" und nicht mehr funktioniert.
Ein wieder anlernen ist dann aber nicht mehr möglich, auch neue Sensoren lassen sich nicht mehr anlernen.

Auch habe ich, meine Iobroker VM auf nem anderen Server verschoben um auszuschliessen, ob es ein Rechner Problem ist. Habe aber selbiges Phänomen festgestellt.
Was mir auch noch aufgefallen ist, dass normalerweise beim "neu einrichten" alle Sensoren ja ihre ID bzw Namen behalten. Jedoch sind immer mehrere Sensoren dabei, die mir dann als "Neues Gerät" angezeigt werden, ich dann wieder den Namen und entsprechend Raum und Funktion neu zuweisen muss.

[arteck]

@crunchip hast du logs dazu wenn so was passiert ?

[crunchip]

@arteck nein, hatte zwar mehrmals debug log laufen lassen, aber nicht weggespeichert, da ich das gut zwei Wochen einfach so weiterlaufen hatte, gibt es keine logs mehr.
Wie geschrieben, hab ich nun alles wieder neu eingerichtet, denke es wird auch wieder alles laufen, bis das ein oder andere Update/Neustart ansteht.
Würde mich dann, wenn es soweit ist, nochmal explizit bei dir/euch melden.

[Hcker]

@legro Hallo legro, ich habe deine Vorschläge angewandt. Mit der Version 1.4.0 und etwas mehr als 10 Sekunden drücken wird die Steckdose tatsächlich erkannt. Vielen Dank für deine schnelle Hilfe! Viele Grüße Christian

[PatrickFro]

Moin zusammen,

ich hoffe, ich bin hier richtig.

Gerade habe ich von Innr die FL 130 C hinzugefügt. Vorher bei hue und bei Phoscon funktionierte sie gut, jetzt im Zigbee-Adapter fehlt ein Datenpunkt.

Erkannt wird sie so:

Es ist ein LED mit Farbwahl, dies wird auch richtig erkannt, nur wird der passende Datenpunkt dafür nicht geschrieben:

[Asgothian]

@PatrickFro
Welche Adapter version hast Du genau installiert ? Bitte poste die Log-Einträge vom Start des Adapters.

A.

[PatrickFro]

@Asgothian

neue Fehlermeldung:

Meinst Du das?

Bitte nicht wundern wg. 2 Instanzen. Multihost-System, die 0 Instanz ist am Raspi im Keller, die problematische ist die 1

[Asgothian]

@PatrickFro

• Nein, ich meine die Zeilen for 'zigbee started'.
• Logs immer als Text, nicht als Screenshot, und in Code Tags (</> Icon im editor)
• Die Anzeige der Fehlermeldung ist unvollständig - es fehlt der "interessante" teil hinter

"{"timeout": 10000,"disableResp"

Bitte teste ob das Gerät mit der 1.4.2 aus dem latest Kanal (alternativ von Github) besser unterstützt ist.

A.

[PatrickFro]

@Asgothian said in ZigBee neue Version 1.4.0:

"{"timeout": 10000,"disableResp"

Als Nachtrag:

2021-01-04 04:19:20.518  - error: zigbee.1 (2376) Error on send command to 0x7cb03eaa00a5b421. Error: Error: Command 0x7cb03eaa00a5b421/3 genOnOff.off({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null}) failed (no response received)
    at DeconzAdapter.<anonymous> (/opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-herdsman/dist/adapter/deconz/adapter/deconzAdapter.js:552:23)
    at Generator.throw (<anonymous>)
    at rejected (/opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-herdsman/dist/adapter/deconz/adapter/deconzAdapter.js:25:65)```

Auf die 1.4.1 habe ich schonmal upgedatet, keine Änderung. Muss ich nach dem Update die Lampe neu anlernen oder sollte der Datenpunkt dann "nachziehen"?

1.4.2 suche ich gleich, im latest ist es noch nicht drin gewesen

[Asgothian]

@PatrickFro
Eigentlich sollte der DP nachziehen. Du kannst aber an Statt neu anzulernen das Gerät im Objektbaum Löschen - damit zwingst Du den Adapter die DP neu anzulernen.

Die Fehlermeldung deutet darauf hin das das Gerät auf den gesendeten Befehl nicht antwortet. Ist also kein Fehler im Adapter sondern ggf. ein problem mit der Netzwerkverbindung.

A.

[PatrickFro]

@Asgothian

Hab das Gerät nochmal gelöscht, in neuer Adapter-Version neu angelernt, selbes Problem. Mich wundert das Verbindungsproblem, welches ich mit keinem anderen Adapter bisher hatte. Zudem ist der NUC mit Zigbee 3 Meter entfernt.

Letztlich ist mir die Farbe bei dem Stripe nicht wichtig, da sie eigentlich eh immer nur Weiß ist.

Danke für die tolle und super schnelle Hilfe!

[hukio]

@arteck said in ZigBee neue Version 1.4.0:

@hukio dann würde sagen wir sind safe.. iQontrol verhält sich da komisch

Hallo @arteck könntest Du jetzt diese Änderungen in die neue Adapterversion einpflegen. Habe gerade 1.4.2 update gemacht. Damit funktioniert der Thermostat noch nicht. Danke!

[arteck]

@hukio welche Änderung ich denke das geht alles jetzt.. bei dir

[Asgothian]

@hukio sagte in ZigBee neue Version 1.4.0:

Hallo @arteck könntest Du jetzt diese Änderungen in die neue Adapterversion einpflegen. Habe gerade 1.4.2 update gemacht. Damit funktioniert der Thermostat noch nicht. Danke!

Anpassungen am Code, insbesondere wenn Du selber etwas gepatched hast bitte IMMER über ein entsprechendes Issue auf GitHub (https://github.com/ioBroker/ioBroker.zigbee) ziehen. Das Posten von Code-Schnipseln im Forum die dann mehr oder weniger gut in den Adapter übernommen werden ist nicht günstig.

A.

[hukio]

@arteck und @Asgothian
Habe einen issue gestartet, wie von @Asgothian vorgeschlagen. Hoffe er ist klar genug.
Danke für die immer schnelle Hilfe. Ich lerne langsam dazu.
HUK

[PatrickFro]

Kann es sein dass der Zigbee-Adapter eine deutlich geringere Sendeleistung zur Verfügung stellt als Deconz z.b.?

Ich habe in den letzten Tagen alles von Deconz auf Zigbee umgestellt und merke nun, dass ich diverse Lampen nicht mehr steuern kann. Dies sind alle diejenigen, die etwas weiter vom NUC entfernt sind.

Verbinden konnte ich sie mit temporärer Verlagerung des NUC, nach Rückbau geht nichts mehr. Was mich sehr wundert, denn Zigbee baut doch ein Repeater-Netzwerk auf. Ich habe mehrere Osram-Plugs im Einsatz, die Repeater-Funktionen haben. 2 Osram-Stripes, ein Hue Outdoor Stripe und weitere Geräte wollen nicht mehr seit Umstellung.

Vor Deconz habe ich hue genutzt, auch dieser Adapter/Bridge konnte alle Lampen erreichen.

[Asgothian]

@PatrickFro
Denkbar ist es. Es ist auch denkbar das deconz mit dem eigenen Stick noch Optionen nutzt die der Zigbee Adapter nicht nutzt. Allerdings habe ich da meine Zweifel. Wenn Du Leuchtmittel hast die sich nicht steuern lassen sollte sich das Mesh nach dem Einbinden eigentlich darauf einstellen und eine passende Route finden.

A.