Test Adapter iobroker.Zigbee 1.10.10
-
@arteck Die 10.13 hab ich heute installiert, lief durch und Adapter ist grün, aber er meckert immer noch ein paar fehlende Icons an
zigbee.2 2024-11-11 10:33:30.313 warn ERROR : icon path not found /opt/iobroker/node_modules/iobroker.zigbee/admin/img/L1(ZW).png zigbee.2 2024-11-11 10:33:30.093 info debug devices set to [] zigbee.2 2024-11-11 10:33:29.978 warn download icon from https://www.zigbee2mqtt.io/images/devices/TS0502B.png saved into /opt/iobroker/node_modules/iobroker.zigbee/admin/img/TS0502B.png zigbee.2 2024-11-11 10:33:29.970 warn download icon from https://www.zigbee2mqtt.io/images/devices/TS011F_plug_1.png saved into /opt/iobroker/node_modules/iobroker.zigbee/admin/img/TS011F_plug_1.png zigbee.2 2024-11-11 10:33:29.963 warn download icon from https://www.zigbee2mqtt.io/images/devices/L1-ZW-.png saved into /opt/iobroker/node_modules/iobroker.zigbee/admin/img/L1(ZW).png zigbee.2 2024-11-11 10:33:29.953 warn download icon from https://www.zigbee2mqtt.io/images/devices/ZB-RGBCW.png saved into /opt/iobroker/node_modules/iobroker.zigbee/admin/img/ZB-RGBCW.png zigbee.2 2024-11-11 10:33:29.945 warn download icon from https://www.zigbee2mqtt.io/images/devices/TS011F_plug_1.png saved into /opt/iobroker/node_modules/iobroker.zigbee/admin/img/TS011F_plug_1.png zigbee.2 2024-11-11 10:33:29.939 warn download icon from https://www.zigbee2mqtt.io/images/devices/MCCGQ14LM.png saved into /opt/iobroker/node_modules/iobroker.zigbee/admin/img/MCCGQ14LM.png zigbee.2 2024-11-11 10:33:29.932 warn download icon from https://www.zigbee2mqtt.io/images/devices/TS011F_plug_1.png saved into /opt/iobroker/node_modules/iobroker.zigbee/admin/img/TS011F_plug_1.png zigbee.2 2024-11-11 10:33:29.915 warn download icon from https://www.zigbee2mqtt.io/images/devices/ZB-RGBCW.png saved into /opt/iobroker/node_modules/iobroker.zigbee/admin/img/ZB-RGBCW.png zigbee.2 2024-11-11 10:33:29.910 warn download icon from https://www.zigbee2mqtt.io/images/devices/ZB-RGBCW.png saved into /opt/iobroker/node_modules/iobroker.zigbee/admin/img/ZB-RGBCW.png zigbee.2 2024-11-11 10:33:29.903 warn download icon from https://www.zigbee2mqtt.io/images/devices/ZB-RGBCW.png saved into /opt/iobroker/node_modules/iobroker.zigbee/admin/img/ZB-RGBCW.png zigbee.2 2024-11-11 10:33:29.883 warn download icon from https://www.zigbee2mqtt.io/images/devices/TS011F_plug_3.png saved into /opt/iobroker/node_modules/iobroker.zigbee/admin/img/TS011F_plug_3.png zigbee.2 2024-11-11 10:33:29.873 info Zigbee startedIch setze mehrere LED Controller ein, hier zum Beispiel
Und hier wird derselbe Controller verwendet, aber das Icon ist offensichtlich nicht da (da steht auch ein falscher Model-Typ in der Kachel)
-
@arteck
version 1.10.13 laeuft hier einwandfrei, ich musste nach der Installation ein "iob upload zigbee"' machen, damit er sich die Icons in der Objectansicht holt, da hatten ein paar gefehlt.
Danach etwas gewartet, die Objectansicht neu aktualisiert, und die Icons sind alle da. -
@amg_666 zeig mal die Info - Seite der beiden kacheln.
-
@asgothian Die stehen oben in meinem Post, beides sind "WZ1 Zigbee 2CH LED Controller":
Hier ist alles ok, wobei mir das Modell TS0502B nichts sagt:
Hier meckert er im Protokoll die Grafik an (L1(ZW) not found) ist aber derselbe Devicetyp, auch ein WZ1 LED Controller:
-
@amg_666 nein, die sind nicht gemeint, auf den Kacheln ist das blaue (i). Ich will sehen was kommt wenn du da drauf gehst.
A.
-
@asgothian
"Nicht ok Device"
"ok Device"
-
@amg_666 ein Blick drauf zeigt das es sich nicht um baugleiche Geräte handelt - sie melden sich mit unterschiedlichen manufacturer tags am Netz an.
Willkommen in der Welt von TuYa. -
@amg_666 nur weil die gleich aussehen heisst es nicht das diese gleich sind..
-
@arteck ok, das habe ich verstanden. Und was kann ich jetzt in Bezug auf das fehlende Icon machen? Kann man das irgendwie manuell "nachladen" ?
-
ihr und eure Icons... damit hab ich mir kein gefallen getan...
installier nochmal von GIT und upload nicht vergessen
-
@arteck Hi, DANKE für deine Unterstützung und deine Geduld
Ich hab von github installiert, danach war alles gut, upload über Konsole war gar nicht nötig -
@arteck @Asgothian
1.10.13Zur Info:
zigbee.2 2024-11-20 18:36:05.056 info DeviceConfigure successful 0x08ddebfffea99da5 TRVZB zigbee.2 2024-11-20 18:35:55.829 warn Object zigbee.2.08ddebfffea99da5.mode is invalid: obj.common.states has an invalid type! Expected "object", received "string" This will throw an error up from js-controller version 7.0.0! zigbee.2 2024-11-20 18:35:55.826 warn Object 08ddebfffea99da5.mode is invalid: obj.common.states has an invalid type! Expected "object", received "string" This will throw an error up from js-controller version 7.0.0! zigbee.2 2024-11-20 18:35:55.818 info -> Configuring 0x08ddebfffea99da5 TRVZB zigbee.2 2024-11-20 18:35:55.817 info Device '0x08ddebfffea99da5' is supported, identified as: SONOFF Zigbee thermostatic radiator valve (TRVZB)
-
@shadowhunter23 jao auch schon woanders gesehen...
der DP mode muss anders gefüllt werden -
@arteck
Das kommt vom Gerät bei der Einrichtung. Lässt sich also nicht im Adapter ändern? -
@shadowhunter23das konvertieren wir um.. ist ein Bug im adapter
-
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.
-
@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.
-
@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"?
