NEWS
Test Adapter iobroker.Zigbee 1.10.10
-
Ich hätte da ein kleines Problemchen - einer von etlichen Aqara Temperatursensoren (WSDCGQ11LM) hat sich spontan entschlossen, negative Werte für "pressure" zu senden. Batterie raus/rein hilft nicht. Wäre mir völlig egal, da ich "Pressure" nicht auswerte - aber der Zigbee-Adapter erzeugt nun alle 10 Sekunden eine Warning im Log
2024-11-20 20:38:54.308 - warn: zigbee.0 (2918776) State value to set for "zigbee.0.00158d0001dd0c59.pressure" has value "-887.3" less than min "0"aktuell habe ich den Adapter im Loglevel "Error" - leider entgehen mir damit dann andere oft sehr nützliche Meldungen.
Bei anderen Adaptern war/ist es möglich, z.B. per Script nach dem Starten des Adapters einfach das jeweilige Objekt zu ändern (hier "min" auf "-1000" o.ä. setzen) - beim Zigbee-Adapter scheint das so nicht möglich (Änderung "geht" zwar, diese ist aber sofort wieder rückgängig gemacht).
Gibt's vielleicht einen Trick, um das zu lösen? Würde den Sensor eigentlich ungern nur deswegen wegwerfen...
(Adapter-Version ist inzwischen 1.10.13, war bei 2-3 älteren Versionen aber genauso) -
Ich hätte da ein kleines Problemchen - einer von etlichen Aqara Temperatursensoren (WSDCGQ11LM) hat sich spontan entschlossen, negative Werte für "pressure" zu senden. Batterie raus/rein hilft nicht. Wäre mir völlig egal, da ich "Pressure" nicht auswerte - aber der Zigbee-Adapter erzeugt nun alle 10 Sekunden eine Warning im Log
2024-11-20 20:38:54.308 - warn: zigbee.0 (2918776) State value to set for "zigbee.0.00158d0001dd0c59.pressure" has value "-887.3" less than min "0"aktuell habe ich den Adapter im Loglevel "Error" - leider entgehen mir damit dann andere oft sehr nützliche Meldungen.
Bei anderen Adaptern war/ist es möglich, z.B. per Script nach dem Starten des Adapters einfach das jeweilige Objekt zu ändern (hier "min" auf "-1000" o.ä. setzen) - beim Zigbee-Adapter scheint das so nicht möglich (Änderung "geht" zwar, diese ist aber sofort wieder rückgängig gemacht).
Gibt's vielleicht einen Trick, um das zu lösen? Würde den Sensor eigentlich ungern nur deswegen wegwerfen...
(Adapter-Version ist inzwischen 1.10.13, war bei 2-3 älteren Versionen aber genauso)@jleg sagte in Test Adapter iobroker.Zigbee 1.10.10:
Gibt's vielleicht einen Trick, um das zu lösen? Würde den Sensor eigentlich ungern nur deswegen wegwerfen...
(Adapter-Version ist inzwischen 1.10.13, war bei 2-3 älteren Versionen aber genauso)Aktuell: nein. Die min/max Werte werden auf das gesetzt was vom Konverter geliefert wird, sprich was der Coder festgelegt hat der die Einbindung der Hardware ins Zigbee-Netz umgesetzt hat. Es ist denkbar eine Anpassung zu machen das Werte die sich ausserhalb von min und max befinden auf den Bereich zwischen min und max gezwungen werden - das wird aber nicht kurzfristig passieren.
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@jleg sagte in Test Adapter iobroker.Zigbee 1.10.10:
Gibt's vielleicht einen Trick, um das zu lösen? Würde den Sensor eigentlich ungern nur deswegen wegwerfen...
(Adapter-Version ist inzwischen 1.10.13, war bei 2-3 älteren Versionen aber genauso)Aktuell: nein. Die min/max Werte werden auf das gesetzt was vom Konverter geliefert wird, sprich was der Coder festgelegt hat der die Einbindung der Hardware ins Zigbee-Netz umgesetzt hat. Es ist denkbar eine Anpassung zu machen das Werte die sich ausserhalb von min und max befinden auf den Bereich zwischen min und max gezwungen werden - das wird aber nicht kurzfristig passieren.
A.
@asgothian mich hat halt gewundert, dass ich z.B. beim Shelly-Adapter "min/max" in Read-only-Objekten problemlos ändern kann (hält natürlich nur bis zum nächsten Adapterstart), beim Zigbee aber nicht... (?)
-
@asgothian mich hat halt gewundert, dass ich z.B. beim Shelly-Adapter "min/max" in Read-only-Objekten problemlos ändern kann (hält natürlich nur bis zum nächsten Adapterstart), beim Zigbee aber nicht... (?)
@jleg Da müsste ich im Code nachschauen was da genau geschrieben wird. Es ist denkbar das der Adapter das gesamte Objekt aktualisiert, nicht nur den Wert schreibt.
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@jleg Da müsste ich im Code nachschauen was da genau geschrieben wird. Es ist denkbar das der Adapter das gesamte Objekt aktualisiert, nicht nur den Wert schreibt.
A.
@asgothian sagte in Test Adapter iobroker.Zigbee 1.10.10:
@jleg Da müsste ich im Code nachschauen was da genau geschrieben wird. Es ist denkbar das der Adapter das gesamte Objekt aktualisiert, nicht nur den Wert schreibt.
ah ok, das tät's erklären; klingt bissel nach "Optimierungspotenzial"? :)
-
@asgothian mich hat halt gewundert, dass ich z.B. beim Shelly-Adapter "min/max" in Read-only-Objekten problemlos ändern kann (hält natürlich nur bis zum nächsten Adapterstart), beim Zigbee aber nicht... (?)
@jleg sagte in Test Adapter iobroker.Zigbee 1.10.10:
hält natürlich nur bis zum nächsten Adapterstart)
sollte bis zum nächsten Update halten, oder werden bei shelly bei jedem Adapter start die States neu angelegt?
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@asgothian sagte in Test Adapter iobroker.Zigbee 1.10.10:
@jleg Da müsste ich im Code nachschauen was da genau geschrieben wird. Es ist denkbar das der Adapter das gesamte Objekt aktualisiert, nicht nur den Wert schreibt.
ah ok, das tät's erklären; klingt bissel nach "Optimierungspotenzial"? :)
@jleg sagte in Test Adapter iobroker.Zigbee 1.10.10:
@asgothian sagte in Test Adapter iobroker.Zigbee 1.10.10:
@jleg Da müsste ich im Code nachschauen was da genau geschrieben wird. Es ist denkbar das der Adapter das gesamte Objekt aktualisiert, nicht nur den Wert schreibt.
ah ok, das tät's erklären; klingt bissel nach "Optimierungspotenzial"? :)
Bedingt - es gibt Geräte die Datenpunkte liefern die es so bisher nicht gibt, und deren Existenz nicht durch die Definition der Geräte abgedeckt ist. Es ist also durchaus Absicht das gesamte Objekt zu aktualisieren - für den Fall das daran herum gefummelt wurde oder es bisher nicht existiert hat.
Der Adapter kann den Unterschied kaum erkennen. Deswegen auch der Lösungsansatz den ich oben beschrieben habe. Das Modifizieren von Adapter-gesteuerten Objekten ist generell keine akzeptable Lösung für ein derartiges Problem - das muss auf der Adapter-Seite gelöst werden.
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@jleg sagte in Test Adapter iobroker.Zigbee 1.10.10:
hält natürlich nur bis zum nächsten Adapterstart)
sollte bis zum nächsten Update halten, oder werden bei shelly bei jedem Adapter start die States neu angelegt?
@homoran sagte in Test Adapter iobroker.Zigbee 1.10.10:
@jleg sagte in Test Adapter iobroker.Zigbee 1.10.10:
hält natürlich nur bis zum nächsten Adapterstart)
sollte bis zum nächsten Update halten, oder werden bei shelly bei jedem Adapter start die States neu angelegt?
stimmt! (gerade mit dem "Shelly" ausprobiert...)
-
@jleg sagte in Test Adapter iobroker.Zigbee 1.10.10:
@asgothian sagte in Test Adapter iobroker.Zigbee 1.10.10:
@jleg Da müsste ich im Code nachschauen was da genau geschrieben wird. Es ist denkbar das der Adapter das gesamte Objekt aktualisiert, nicht nur den Wert schreibt.
ah ok, das tät's erklären; klingt bissel nach "Optimierungspotenzial"? :)
Bedingt - es gibt Geräte die Datenpunkte liefern die es so bisher nicht gibt, und deren Existenz nicht durch die Definition der Geräte abgedeckt ist. Es ist also durchaus Absicht das gesamte Objekt zu aktualisieren - für den Fall das daran herum gefummelt wurde oder es bisher nicht existiert hat.
Der Adapter kann den Unterschied kaum erkennen. Deswegen auch der Lösungsansatz den ich oben beschrieben habe. Das Modifizieren von Adapter-gesteuerten Objekten ist generell keine akzeptable Lösung für ein derartiges Problem - das muss auf der Adapter-Seite gelöst werden.
A.
@asgothian sagte in Test Adapter iobroker.Zigbee 1.10.10:
Das Modifizieren von Adapter-gesteuerten Objekten ist generell keine akzeptable Lösung für ein derartiges Problem - das muss auf der Adapter-Seite gelöst werden.
...irgendwer hat mal gesagt "akzeptabel ist, was funktioniert" :grimacing: ; "auf Adapterseite" würde imo aber bedeuten, man müsste eine Struktur schaffen für "ignoriere Wert/Objekt XY" - was nach Aufwand klingt. Der mir hierfür sicher nicht nötig scheint, da trenne ich mich dann doch lieber irgendwann mal vom Sensor... :-)
-
Hallo zusammen,
habe das gleiche Problem wie @Ritter. In version 1.10.3 funktioniert alles. Leider werden mir aber meine schon lang vertrauten Ikea Traffri Dimmer nicht richtig angezeigt. Bestimmt schon 5-6 im Einsatz.
Desweitern habe ich Probleme in Version 1.10.11-1.10.13. Hier wird das Pairing nicht richtig ausgeführt das Runterzählen findet nicht statt.
In Versionen 1.10.13 werden die Symbole wieder richtig angezeigt.In 1.10.3 Funktionieren die Bodenfeuchte Sensoren nicht.
Gibt es hier ein fix des ganzen??
Gruß
-
Hallo zusammen,
habe das gleiche Problem wie @Ritter. In version 1.10.3 funktioniert alles. Leider werden mir aber meine schon lang vertrauten Ikea Traffri Dimmer nicht richtig angezeigt. Bestimmt schon 5-6 im Einsatz.
Desweitern habe ich Probleme in Version 1.10.11-1.10.13. Hier wird das Pairing nicht richtig ausgeführt das Runterzählen findet nicht statt.
In Versionen 1.10.13 werden die Symbole wieder richtig angezeigt.In 1.10.3 Funktionieren die Bodenfeuchte Sensoren nicht.
Gibt es hier ein fix des ganzen??
Gruß
@hugo1217 sagte in Test Adapter iobroker.Zigbee 1.10.10:
Hallo zusammen,
habe das gleiche Problem wie @Ritter. In version 1.10.3 funktioniert alles. Leider werden mir aber meine schon lang vertrauten Ikea Traffri Dimmer nicht richtig angezeigt. Bestimmt schon 5-6 im Einsatz.Nur um sicher zu gehen - mit der 1.10.13 kannst du keine deiner Geräte aus dem ioBroker heraus steuern ? Das war das Problem bei @Ritter. Wenn dem so ist:
- was für einen Koordinator
- mit welcher Firmware
- und welchen Einstellungen ?
A.
-
@hugo1217 sagte in Test Adapter iobroker.Zigbee 1.10.10:
Hallo zusammen,
habe das gleiche Problem wie @Ritter. In version 1.10.3 funktioniert alles. Leider werden mir aber meine schon lang vertrauten Ikea Traffri Dimmer nicht richtig angezeigt. Bestimmt schon 5-6 im Einsatz.Nur um sicher zu gehen - mit der 1.10.13 kannst du keine deiner Geräte aus dem ioBroker heraus steuern ? Das war das Problem bei @Ritter. Wenn dem so ist:
- was für einen Koordinator
- mit welcher Firmware
- und welchen Einstellungen ?
A.
-
@asgothian ja genau das ist das selbe Problem wie bei ihm. Ich kann keine Geräte aus Iobroker steuern. vom Gerät aus wird mir der Status angezeigt.
Koordinator ist ein CC2531
Was genau meinst du mit Einstellungen??
@hugo1217 sagte in Test Adapter iobroker.Zigbee 1.10.10:
@asgothian ja genau das ist das selbe Problem wie bei ihm. Ich kann keine Geräte aus Iobroker steuern. vom Gerät aus wird mir der Status angezeigt.
Koordinator ist ein CC2531
Was genau meinst du mit Einstellungen??
Die Einstellungen des zigbee adapters
-
@hugo1217 sagte in Test Adapter iobroker.Zigbee 1.10.10:
@asgothian ja genau das ist das selbe Problem wie bei ihm. Ich kann keine Geräte aus Iobroker steuern. vom Gerät aus wird mir der Status angezeigt.
Koordinator ist ein CC2531
Was genau meinst du mit Einstellungen??
Die Einstellungen des zigbee adapters
-
@hugo1217 Das sieht so aus als ob es nicht die aktuelle Version ist. Bitte nochmal die aktuelle Version 1.10.13 von Github installieren.
A.
@asgothian werden diesen link verwenden. Damit müsste er doch version 1.10.13 nehmen.
https://github.com/ioBroker/ioBroker.zigbee.git -
@asgothian werden diesen link verwenden. Damit müsste er doch version 1.10.13 nehmen.
https://github.com/ioBroker/ioBroker.zigbee.git@hugo1217 sagte in Test Adapter iobroker.Zigbee 1.10.10:
@asgothian werden diesen link verwenden. Damit müsste er doch version 1.10.13 nehmen.
https://github.com/ioBroker/ioBroker.zigbee.gitNein, du solltest einfach bei der Installation von GitHub den Zigbee Adapter auswählen - nicht von Hand installieren
-
@hugo1217 sagte in Test Adapter iobroker.Zigbee 1.10.10:
@asgothian werden diesen link verwenden. Damit müsste er doch version 1.10.13 nehmen.
https://github.com/ioBroker/ioBroker.zigbee.gitNein, du solltest einfach bei der Installation von GitHub den Zigbee Adapter auswählen - nicht von Hand installieren
-
@asgothian Prinzipell Soweit Funktioniert es. Aber das Pairing Started nicht auf. Es ist genau das Selbe Problem wie ich schon beschrieben habe.
Und kann auch meine Steckdosen nicht mehr schalten.
@hugo1217 Zeig bitte nochmal die Einstellungsseite.
Danach: such dir 2 bis 3 Unterschiedliche Geräte aus, trag deren IEEE (mit ; getrennt) bei zigbee.0.info.debugmessages ein. Dann versuche die verschiedenen DP zum steuern der Geräte zu nutzen und poste die 'elevated' warn Meldungen die dabei entstehen . Bitte jeweils nur die logs von einem Schaltversuch als ein Log posten. Ich muss sehen an welcher Stelle das Senden unterbrochen wird.
A.
-
@hugo1217 Zeig bitte nochmal die Einstellungsseite.
Danach: such dir 2 bis 3 Unterschiedliche Geräte aus, trag deren IEEE (mit ; getrennt) bei zigbee.0.info.debugmessages ein. Dann versuche die verschiedenen DP zum steuern der Geräte zu nutzen und poste die 'elevated' warn Meldungen die dabei entstehen . Bitte jeweils nur die logs von einem Schaltversuch als ein Log posten. Ich muss sehen an welcher Stelle das Senden unterbrochen wird.
A.
Support us
972
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge