NEWS
ZigBee neue Version 1.4.0
ZigBee neue Version 1.4.0
-
@ShneedleWoods
Stimmt die Ausgabe das du noch den Adapter 1.0.2 installiert hast und benutzt ?A.
@Asgothian Uh, danke für die Info. Ich hab den Stick an nem Slave Pi und offensichtlich wird da die Zigbee Instanz nicht mit geupdated. Ich schau mal obs daran liegt.
Edit: Nach update haben nun 7 Geräte eine Verbindung zueinander, 14 nicht. Bekommt man das irgendwie gefixt?
-
hukio sagte in ZigBee neue Version 1.4.0:
...
Routinemäßig lade ich die Seite im Firefox mit F5 neu, wenn ich längere Zeit auf ihr verweile.
...F5 lädt die Seite neu - mit alten Cache
Strg & F5 lädt die Seite und den Cache neu
Dennoch währ es angebracht den Cache bei Änderungen manuell neu zu löschen.
Das Problem kenn ich aus einem anderen Bereich (Poolsteuerung) auch, da kommt immer wieder das gleiche "funktioniert nicht ..." usw. . Nur weil keiner das Nahegelegte löschen des Caches beachtet.
PS: Ist nich böse oder so zu verstehen, wollte nur ein Beispiel geben
. -
Nachdem ich erneut keine Geräte mehr anmelden kann(was schon mehrmals passiert ist), setze ich gerade neu auf. Zum Test hab ich nun ein paar Repeater angelernt und die "Firmware updates" angestoßen. Scheinbar funktioniert das mit der 1.4.1 bzw auch schon bei 1.4.0 bei einigen Geräten(Osram) nicht mehr.
Zu dem, siehe Bild, tauchen plötzlich drei der BMW auf, die aber noch gar nicht angelernt sind. Dürfte aber doch eigentlich gar nicht passieren? da ich eine komplett andere Network Pan ID vergeben habe. Zumal sind das genau die, welche in der Vergangenheit, des öfteren schon ausgefallen sind.
Sind allerdings nicht eingebunden
Edit:
je länger ich warte und die Seite aktualisiere, werden es immer mehr Geräte.
Dieser hat sich wieder verbunden und liefert auch Werte ohne pairing
@crunchip Das ist zumindest seltsam, und sollte so nicht sein. Hast du beim Restore auch die Datenbank (shepherd.db) beseitigt ?
A.
-
Hallo, ich bin noch recht neu in der Zigbeewelt. Ich habe im Moment erst 2 Geräte angelern. Es sollen aber noch einige dazu kommen, wenn die Bestellung aus China eingegangen ist.
Nun habe ich folgende frage.
Ich habe eine Verbindungsqualität von 99 jedoch ist wenn ich die Netzwerkkarte anschaue nichts mit dem Coordinator verbunden. Auf euren Bildern sehe ich immer das die Geräte mit dem Coordinator mit grünen Linien verbunden sind. Kann mir jemand erklären warum das bei mir nicht so ist und ob das irgendwelche Nachteile hat. Die Geräte reagieren alle sehr schnell.
Als Gateway benutze ich den Conbee 2 auf einem Pi4
-
Hallo, ich bin noch recht neu in der Zigbeewelt. Ich habe im Moment erst 2 Geräte angelern. Es sollen aber noch einige dazu kommen, wenn die Bestellung aus China eingegangen ist.
Nun habe ich folgende frage.
Ich habe eine Verbindungsqualität von 99 jedoch ist wenn ich die Netzwerkkarte anschaue nichts mit dem Coordinator verbunden. Auf euren Bildern sehe ich immer das die Geräte mit dem Coordinator mit grünen Linien verbunden sind. Kann mir jemand erklären warum das bei mir nicht so ist und ob das irgendwelche Nachteile hat. Die Geräte reagieren alle sehr schnell.
Als Gateway benutze ich den Conbee 2 auf einem Pi4
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.
-
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.
@stefande said in ZigBee neue Version 1.4.0:
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 said in ZigBee neue Version 1.4.0:
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?@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 Das ist zumindest seltsam, und sollte so nicht sein. Hast du beim Restore auch die Datenbank (shepherd.db) beseitigt ?
A.
@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.umgestiegen von Proxmox auf Unraid
-
@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 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 said in ZigBee neue Version 1.4.0:
@legro Ich habe 4 Bitron Home 902010/25 Steckdosen. Diese sollen auch als Repeater fungieren . Diese Steckdosen möchte diese anlernen. Den einzigen Button an der Vorderseite der Bitron Steckdosen habe ich schon kurz, lang, ... während des Anlernvorgangs gedrückt. .. Der ioBroker ZigBee Adapter hat die Version 1.3.1
Vorab ..
Hinsichtlich BITRON bin ich sicherlich kein Fachmann, sondern wohl bloß leidgeprüfter Kunde von MSH alias Qivicon. Vier Jahre habe ich mich mit diesem Schrottsystem herumgeplagt bis ich dann im September 2020 die Notbremse zog und wechselte. Dadurch habe ich natürlich viele (meist jedoch nur leidvolle) Erfahrungen machen können (müssen).
Du solltest auf die neue Version 1.4.0 aktualisieren. Unter dieser Version wurde das Ansteuern der Sirenen (Rauchmelder und externe Sirene) erstmalig implementiert.
Anlernen ..
Hierzu sollte bei BITRON eigentlich kein Reset erforderlich sein. Du solltest jedes Gerät an jedem System anlernen können, indem du die verwendete Zentrale und das BITRON-Gerät in den Anlernmodus versetzt. Dein 902010/25 lässt sich offenbar genauso in den Anlernmodus versetzen, wie meine BITRON Rauchmelder 902010/24, indem du den Button 10s gedrückt hältst und .. Ach, das kann du ja - sogar speziell für dein Gerät beschrieben - hier auch selbst nachlesen.
Reichweiten ..
In MSH bzw. Qivicon hatte ich mittels OSRAM lightify Lampen mir Funkstrecken vom Eingang über die Terrasse bis zum Gartenhaus und vom Keller über’s Treppenhaus bis zum Speicher aufgebaut. Dennoch war das Ganze eine äußerst wacklige Angelegenheit. Funktionierte die Rauchsignalisierung leidlich zuverlässig, machten beim anschließenden Einschalten der Sirenen nie alle mit.
Leidensgenossen, die sich für sog, Plugs (BITRON, OSRAM, ..) entschieden hatten, wurden unter MSH/Qivicon wohl nie glücklich damit.
Lampen sind wohl aufgrund ihrer exponierten Position die besseren Repeater.Dies ist alles Schnee von gestern, seit ich den Coordinator CC26X2R1 von Texas Instruments verwende. Ohne irgendwelche Repeater erreiche ich jeden Rauchmelder absolut zuverlässig, ja gar zuverlässiger als es bei unseren Homematic-Geräten funktioniert.
Und hier noch meine ZigBee-Netzkarte. Dank des leistungsfähigen Coordinators von TI sind alle BITRONs direkt mit der Zentrale verbunden. Die Geräte sind über drei Etagen verteilt, der Coordinator befindet sich im Aufgang/Treppe vom KG zum EG.
Daumen drücken ..
.. ist nun das Einzige, was ich nun für dich noch tun kann. Bitte berichte hier, wie es bei dir weiterging!
-
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:
-
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:
-
@PatrickFro
Welche Adapter version hast Du genau installiert ? Bitte poste die Log-Einträge vom Start des Adapters.A.
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
-
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
- 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.
-
- 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.
@Asgothian said in ZigBee neue Version 1.4.0:
"{"timeout": 10000,"disableResp"
Als Nachtrag:
2021-01-04 04:19:20.518 - [31merror[39m: 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 said in ZigBee neue Version 1.4.0:
"{"timeout": 10000,"disableResp"
Als Nachtrag:
2021-01-04 04:19:20.518 - [31merror[39m: 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
@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
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.
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!
-
@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 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!
Support us
165
Online32.4k
Users81.3k
Topics1.3m
Posts