NEWS
Neue ZigBee Objekte ohne "Icon"
-
Hi,
das habe ich schon seit "längerer" Zeit... dachte da aber das es daran liegt das ich "exotischere" Hardware (Rauchmelder) eingebunden habe....
Nach dem einbinden von Hue leuchtmitteln, ist das "problem" aber auch da.... nun denke ich das es vielleicht dann doch nen "bug" ist....
ist zwar nur ein "schönheits"problem.. aber trotzdem.....Problem:
Es werden unter "Objekte" beim Namen keine Icons mehr angezeigt.... leider kann ich nicht sagen seit wann es so ist..... -
@schimi ja die icons fehlen weil die nich timplementiert sind bei uns
-
ah ok... bei den Rauchmeldern war ich nicht so verwundert
https://www.zigbee2mqtt.io/devices/TS0205.html
bei der Hue habe ich gedacht das was faölsch läuft (Hue ist ja doch hier im umlauf )
https://www.zigbee2mqtt.io/devices/929002469202.html
Falls benötigt... das wäre "Garage_Kühlschrank"
-
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.pngDie 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!
-
-
@schimi
Ich such mir im Verzeichnis ein passendes Icon und trage das von Hand ein ... dann iss wieder fein -
-
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 -
@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
-
@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.
-
@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
-
@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.
-
@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
-
@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? -
@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..
-
@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.
-
@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 -
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
-
@arteck Das sieht tatsächlich nicht korrekt aus:
Wobei das bei einer anderen IKEA LED Lampe genau so aussieht nur eben mit korrektem Bild.
-
@diginix
kick da mal rein