Neue ZigBee Objekte ohne "Icon"

clfberlin

Auch bei mir ist im Objektbaum eine ganze Reihe an Icons nicht vorhanden.
@arteck
Zum Verständnis: Es gibt ja zwei unterschiedliche Speicherorte für die Icons
../node_modules/iobroker.zigbee/admin/img/[ICON]
../iobroker-data/files/zigbee.admin/img/[ICON]

Die Icons, die bei mir fehlen, liegen zwar nicht in iobroker-data, nicht aber in node_modules. D.h. sie sind zwar prinzipiell vorhanden, nur nicht im richtigen Ordner.
Sie sind auch im ZigBee Adapter in der Card, nur im Objektbaum nicht.

Beispiele:
E2103.png
NAS-AB02B2.png
TS011F_plug_1.png

Die Adapterversion 1.8.10 hatte ich aus GIT installiert.

└─┬ iobroker.zigbee@1.8.10 (git+ssh://git@github.com/ioBroker/ioBroker.zigbee.git#46e13a81a68121923a77ad2a559c5af8bd628639)
  ├── @iobroker/adapter-core@2.6.7 deduped
  ├── serialport@10.5.0 deduped
  ├── tar@6.1.13 deduped
  ├── typescript@4.9.4
  ├─┬ zigbee-herdsman-converters@15.0.31
  │ ├─┬ axios@1.2.4
  │ │ ├── follow-redirects@1.15.2 deduped
  │ │ ├── form-data@4.0.0 deduped
  │ │ └── proxy-from-env@1.1.0 deduped
  │ ├── buffer-crc32@0.2.13
  │ ├── https-proxy-agent@5.0.1 deduped
  │ ├─┬ tar-stream@3.0.0
  │ │ ├── b4a@1.6.1
  │ │ ├─┬ bl@6.0.0
  │ │ │ ├─┬ buffer@6.0.3
  │ │ │ │ ├── base64-js@1.5.1 deduped
  │ │ │ │ └── ieee754@1.2.1 deduped
  │ │ │ ├── inherits@2.0.4 deduped
  │ │ │ └─┬ readable-stream@4.3.0
  │ │ │   ├─┬ abort-controller@3.0.0
  │ │ │   │ └── event-target-shim@5.0.1
  │ │ │   ├── buffer@6.0.3 deduped
  │ │ │   ├── events@3.3.0
  │ │ │   └── process@0.11.10 deduped
  │ │ └─┬ streamx@2.13.2
  │    ├── fast-fifo@1.1.0
  │ │   └── queue-tick@1.0.1
  │ └── zigbee-herdsman@0.14.88 deduped
  └─┬ zigbee-herdsman@0.14.88
    ├── @serialport/bindings-cpp@10.8.0 deduped
    ├── @serialport/parser-delimiter@10.5.0 deduped
    ├── @serialport/stream@10.5.0 deduped
    ├── debounce@1.2.1
    ├─┬ debug@4.3.4
    │ └── ms@2.1.2
    ├── fast-deep-equal@3.1.3
    ├── mixin-deep@2.0.1
    ├─┬ mz@2.7.0
    │ ├── any-promise@1.3.0
    │ ├── object-assign@4.1.1 deduped
    │ └─┬ thenify-all@1.6.0
    │   └─┬ thenify@3.3.1
    │     └── any-promise@1.3.0 deduped
    └── slip@1.0.2

Ist da auf den Blick irgendwas auffällig? Merci!

arteck · Die Adapterversion 1.8.10 hatte ich aus GIT installiert.

@clfberlin https://github.com/ioBroker/ioBroker.zigbee/wiki/Missing-icons-after-adatapter-Update

Codierknecht

@schimi
Ich such mir im Verzeichnis ein passendes Icon und trage das von Hand ein ... dann iss wieder fein ;-)

clfberlin

@arteck

iob update zigbee

Danke! Alles da. Das Leben kann so einfach sein.

Diginix

Bie mir fehlen auch Icons:

"name": "TRADFRI LED1923R5",
"type": "LED1923R5",
"icon": "img/LED1923R5.png",

Bild vorhanden: /opt/iobroker/node_modules/iobroker.zigbee/admin/img/LED1923R5.png

"name": "Human Presence Sensor",
"type": "ZY-M100-L",
"icon": "img/ZY-M100-L.png",

Bild vorhanden: /opt/iobroker/node_modules/iobroker.zigbee/admin/img/ZY-M100-L.png

"name": "Motion",
"type": "IH012-RT01",
"icon": "img/IH012-RT01.png",

Bild vorhanden: /opt/iobroker/node_modules/iobroker.zigbee/admin/img/IH012-RT01.png

"name": "Motion",
"type": "ZG-204ZL",
"icon": "img/ZG-204ZL.png",

Bild vorhanden: /opt/iobroker/node_modules/iobroker.zigbee/admin/img/ZG-204ZL.png

Warum werden die im Admin nicht angezeigt?

zigbee: 1.8.23
admin: 6.9.1
nodejs: 18.17.1
js-controller: 5.0.12

arteck · zigbee: 1.8.23 admin: 6.9.1 nodejs: 18.17.1 js-controller: 5.0.12

@diginix sagte in Neue ZigBee Objekte ohne "Icon":

Warum werden die im Admin nicht angezeigt?

alder im ernst.. wie oft den noch

weil es im ADMIN EIN UPLOAD braucht... die werden bei adapterstart geladen..DANACH IST EIN MANUELLES UPDATE NOTWENDIG..

direkt vor deinem Post ist die Lösung... da krieg ich doch pickel.. bei sowas

und nochmal 2 drüber der link zu wie es aus dem admin geht

Diginix

@arteck Ich helfe ja auch gerne und viel. Versuche aber dabei immer die Fassung zu bewahren und den Ton vernünftig zu halten. Upload hat geholfen. Danke!
Ich bin ernsthaft nicht auf die Idee gekommen, dass das wirklich manuell nötig ist und bis heute nicht automatisch vom Adapter gelöst wird. Mindestens ein Logeintrag wäre ja denkbar. Der Download der Bilder wird ja auch protokolliert.

Edit: Hab es aber mit iobroker upload zigbee und nicht update gelöst.

arteck

@diginix du ich bin lange ruhig..aber im ernst.. du schreibst DIREKT nachdem einer die Lösung gepostet hat .. und ICH 2 Postings davor..

also komm ich bitte dich....auserdem ist es schon so seid min. 5 Versionen

Diginix

@arteck sagte in Neue ZigBee Objekte ohne "Icon":

@diginix du ich bin lange ruhig..aber im ernst.. du schreibst DIREKT nachdem einer die Lösung gepostet hat .. und ICH 2 Postings davor..

also komm ich bitte dich....

UPDATE != UPLOAD oder?

Ebenso könnte es helfen wenn der Postbetreff: "Lösung" enthält. Oder diese deutlicher als irgendwo mitten drin hervorgehoben würde. Egal. Ist nun gelöst. Aber ich wetter ich bleibe nicht der letzte, der fragt.

arteck

@diginix ja der macht aber dann den upload hinterher...
ich kann aus dem adapter nicht ein upload anstossen... also.. du startest den adapter.. die Bilder werden runtergeladen.. wenn du jetzt nochmal ein update machst sind die bilder schon da und da nach dem update ehh ein automatisches upload passiert..bekommst du die Bilder auch zu sehen....

ja ein einfaches

iob upload zigbee

hätte auch getan... klick auf den Link aus meinem Post .. IM WIKI.. soviel zu Dokumentaion...

@diginix sagte in Neue ZigBee Objekte ohne "Icon":

Aber ich wetter ich bleibe nicht der letzte, der fragt.

leider... ja

Diginix

@arteck Die Bilder fehlen bei mir schon seit Monaten. Da gab es aber mind 1-2 Adapter Updates.
Die ja update und upload triggern. Spätestens da hätte es doch passen müssen?
Oder fliegen beim Update alle Bilder aus node-modules und somit resettet sich jeden Zigbee Ver. erstmal und lädt die erneut herunter was dann den upload wieder braucht?

arteck

@diginix sagte in Neue ZigBee Objekte ohne "Icon":

Oder fliegen beim Update alle Bilder aus node-modules und somit resettet sich jeden Zigbee Ver. erstmal und lädt die erneut herunter was dann den upload wieder braucht?

nein... aber wenn der neue Bilder zieht.. bzw. du hast neue Geräte die keine Bilder hatten.. sind die alten dann auch wech..

Diginix

@arteck Die Geräte sind seit Monaten dieselben und beim Pairing oder einem Adapter Restart danach kommen ja die Logeinträge mit den Downloads für die Geräte. In meinem Fall ist das Monate her. Danach wurde sowohl der Adapter aktualisiert als auch mehrfach durch iob restart oder reboots das gesamte System inkl Zigbee Adapter neu gestartet. Dennoch brauchte es das manuelle "iob upload zigbee". Nun weiß ich es und werde das Kommando einfach in einem Skript ausführen wenn der Adapter neu gestartet wurde. Ist dann zwar sicher viel öfter als nötig. Ein eindeutigerer Trigger fällt mir aber gerade nicht ein. Will nicht erst das Log auf ein Bilddownload parsen.

Diginix

@arteck
Nachdem Update auf 1.8.24 bekam ein Gerät weiterhin kein Bild im Admin. Es wurde mit korrektem Dateinamen heruntergeladen. ABER es war eine 404 html Seite weil die Bild URL nicht stimmte.
https://www.zigbee2mqtt.io/images/devices/LED1923R5-LED1925G6.jpg gibt es nicht. Nach Probieren habe ich dann https://www.zigbee2mqtt.io/images/devices/LED1923R5.jpg gefunden und ins Dateisystem gelegt.
Außerdem stand im Objekt JSON "icon": "img/LED1923R5-LED1925G6.png" und nicht .jpg

Woher holt der Adapter die Bild URLs?
Konvertiert der Adapter JPG zu PNG?
Warum werden invalide Dateien mit 404 Status (nicht 200) blind ins Dateisystem gespeichert?

2023-09-05 20:51:14.131 - info: zigbee.0 (1154617) starting. Version 1.8.24 in /opt/iobroker/node_modules/iobroker.zigbee, node: v18.17.1, js-controller: 5.0.12
2023-09-05 20:51:14.202 - info: zigbee.0 (1154617) delete old Backup files. keep only last 10
2023-09-05 20:51:14.204 - info: zigbee.0 (1154617) Starting Zigbee  npm ...
2023-09-05 20:51:14.419 - info: zigbee.0 (1154617) Installed Version: iobroker.zigbee@1.8.24
2023-09-05 20:51:15.094 - info: zigbee.0 (1154617) debug devices set to []
2023-09-05 20:51:15.224 - info: zigbee.0 (1154617) Coordinator firmware version: {"type":"zStack3x0","meta":{"transportrev":2,"product":1,"majorrel":2,"minorrel":7,"maintrel":1,"revision":20230507}}
2023-09-05 20:51:15.233 - info: zigbee.0 (1154617) Unable to disable LED, unsupported function.
2023-09-05 20:51:15.241 - info: zigbee.0 (1154617)   --> transmitPower : high
2023-09-05 20:51:15.378 - info: zigbee.0 (1154617) Currently 11 devices are joined:
...
2023-09-05 20:51:15.408 - info: zigbee.0 (1154617) 0x2c1165fffe8a596d (addr 18496): LED1923R5/LED1925G6 - IKEA TRADFRI LED bulb GU10 345 lumen, dimmable, white spectrum, color spectrum (Router)
2023-09-05 20:51:15.416 - info: zigbee.0 (1154617) Zigbee started
2023-09-05 20:51:15.424 - warn: zigbee.0 (1154617) download icon from https://www.zigbee2mqtt.io/images/devices/LED1923R5-LED1925G6.jpg saved into /opt/iobroker/node_modules/iobroker.zigbee/admin/img/LED1923R5-LED1925G6.png

PS: Auf der jeweiligen Produktseite findet man ein gültiges Bild:
https://www.zigbee2mqtt.io/devices/LED1923R5.html

arteck

machmal die Kachel für das Gerät auf und schau auf der Info Seite womit es verlinkt ist.. es kann schon mal passieren das da was nicht stimmt

Diginix

@arteck Das sieht tatsächlich nicht korrekt aus:

Wobei das bei einer anderen IKEA LED Lampe genau so aussieht nur eben mit korrektem Bild.

arteck

@diginix
kick da mal rein

Diginix

@arteck

Das ist der Gerätelink:
https://www.zigbee2mqtt.io/devices/LED1923R5_LED1925G6.html

Müsste aber mMn dieser sein:
https://www.zigbee2mqtt.io/devices/LED1923R5.html

arteck

@diginix und jetzt zeigmal die andere die angeblich geht

Diginix

@arteck Die ist aber ein anderer Typ (nur Weißspektrum ohne RGB)

Die 1923R5 hat mit Adapter 1.8.23 noch funktioniert.

Korrekter Gerätelink: https://www.zigbee2mqtt.io/devices/LED2005R5.html

Community Forum

NEWS

Neue ZigBee Objekte ohne "Icon"

Support us

595

32.7k

82.4k

1.3m