Hallo,
in den Core- Log’s sehe ich immer wieder dieses:
Es handelt sich um Nodon und Sonoff Teile für welche offenbar Updates verfügbar sind. Kann ich hier eingreifen oder ist das Sache der Kundigen?
Grüße!
Matthias
Du kannst Ota Updates in der configuration.yaml aktivieren mit dem ota Eintrag
zha:
custom_quirks_path: /config/custom_zha_quirks/
zigpy_config:
source_routing: true
ota:
extra_providers:
- type: z2m
Okay dann lass einfach die Zeile mit custom_quirk_path weg oder du erstellst den Ordner mit dem File Editor custom_zha_quirks
Du solltest auch erwähnen, das Du mit Deiner ZHA Konfiguration, auch vom Table Routing auf Source Routing umgestellt hast!! Das hat mit OTA Updates nichts zu tun und ist durchaus ein größerer Eingriff in das ZHA Netz.
#configuration.yaml
zha:
zigpy_config:
ota:
extra_providers:
- type: z2m
url: https://raw.githubusercontent.com/Koenkk/zigbee-OTA/master/index.json
Gruß Osorkon
Na ja, worum es mir geht sind eigentlich nur die Sonoff Jalousieaktoren. Dort hätte ich gerne die aktuelle Firmware um die Verzögerungszeit bis zum finalen Relaisabfall etwas zu verkürzen.
Mir liegt es fern mein stabil laufendes ZHA Netzwerk einzureißen oder zu stören. Wenn die OTA Geschichte damit einhergeht würde ich lieber die Finger davon lassen….
Bin der oben von mir geteilten ZHA Konfiguration, gibst Du nur an, dass Du die ZigBee2MQTT OTA Firmware dB anzapfen möchtest. Nicht mehr und nicht weniger.
Also absolut harmlos.
Gruß Osorkon
Ok, danke Dir.
Ich probier das mal aus.
Grüße
Matthias
Ich habe meine Konfiguration nur kopiert und geschrieben, dass man den Ota Eintrag davon braucht. Hätte ich nur den Abschnitt kopiert kommen wieder Rückfragen ob man den Rest der bei seiner Konfiguration vielleicht schon da ist löschen muss oder lässt es ohne Rückfragen weg und dann geht was anderes nicht mehr… Wie man es macht ist es falsch
Also HA startet fehlerfrei durch und meldet 3 Updates von Nodon. Eines wird gerade ausgeführt und 2 enden mit Fehler “no Image available 152”. Dafür kann wohl nur Nodon was, nicht jedoch HA!?
Würde mich nicht wundern bei meinen Erfahrungen mit Nodon, was die dort rauchen erschließt sich mir nicht!? Die Teile funktionieren zwar einwandfrei aber alle Versuche dort Updates einzuspielen enden immer mit Fehler.
Grüße
Matthias
Am besten nacheinander und nicht gleichzeitig. Zigbee ist recht langsam was Updates und deren Übertragung anbelangt
Ja, mach ich.
Wie gesagt, ein Teil ist durch, war natürlich das unwichtigste….die mir wichtigen SIN4 RS 20 enden immer mit obigem Fehler. Aber das hängt wohl eher bei NODON.
schönen Sonntag noch!
Matthias
@Osorkon, sorry… aber die Aussage „absolut harmlos“ ist in dieser Absolutheit fahrlässig und sollte so nicht stehen bleiben.
Du selbst ordnest Routing-Änderungen als „größerer Eingriff“ ein. Gleichzeitig stellst du OTA aus einer externen Drittquelle als „absolut harmlos“ dar. Das passt nicht zusammen und ist für Mitleser gefährlich, weil „absolut harmlos“ genau das suggeriert: kann man bedenkenlos machen.
Realität:
Und das ist keine Theorie, sondern passiert in der Praxis. Ein paar Beispiele:
Tuya TS0201: Nach OTA meldet Z2M das Gerät als anderes Modell, Display/Updates stoppen, nach Powercycle blank
https://community.home-assistant.io/t/beware-z2m-ota-update-for-tuya-ts0201-bricks-device/811606
Tuya TS0201: OTA durchgeführt → Display danach leer, Gerät wird als LYWSD03MMC erkannt (falsches Gerät)
https://github.com/Koenkk/zigbee2mqtt/issues/25207
Zigbee-OTA Index-Problematik (Mismatch/Zuordnung): falsche Custom-Firmware im index.json, Update-Notifications bei anderen Geräten
https://github.com/Koenkk/zigbee-OTA/issues/620
Philips Hue: OTA in Z2M gestartet → „three … are completely dead now“ („bricked“)
https://github.com/Koenkk/zigbee2mqtt/issues/18618
Gledopto GL-C-006P: nach OTA „completly unresponsive“, revert timeout, „i guess … bricked“
https://github.com/Koenkk/zigbee2mqtt/issues/22287
Selbst die Z2M-Doku warnt explizit, dass OTA/Firmware/Index-Themen bei falscher Handhabung zu bricked devices führen können:
https://www.zigbee2mqtt.io/guide/usage/ota_updates.html
„Absolut harmlos“ ist schlicht falsch und sollte so nicht unkommentiert bleiben.
Der Eintrag in der configuration.yaml zum Thema OTA Firmware Updates ist absolut harmlos.
Damit werden ja die Firmware Updates nicht automatisch ausgeführt. Das muss der User ja bewusst für jedes Gerät selbst ausführen.
Wo gegen das Ändern des routings ein massiver Eingriff in das ZigBee Netzwerk ist und sofort wirksam wird, sobald nach der Änderung Home Assistant neu gestartet wird.
Ich sprach zum keinen Zeitpunkt davon, dass ein Firmware Update absolut harmlos ist. ![]()
Gruß Osorkon
Hallo Jungs,
so tief wie ihr bin ich bei weitem nicht im Thema.
Ich habe trotzdem innerhalb des letzten halben Jahres ein einwandfrei und stabil laufendes System als Core Installation auf NUC i5 und ZHA am Laufen. Tendenz, ständig wachsend…..
Was ich halt auch feststelle ist, dass es Hersteller gibt wo jegliche Updates entweder über ZHA oder auch WLAN zuverlässig funktionieren. Ich denke man kann hier Shelly ohne weiteres nennen. Meine Erfahrungen mit deren Teilen sind durchweg absolut positiv.
Im Gegensatz dazu NODON…. jegliche Aussage meinerseits zu deren Jalousieschaltern würde an Beleidigung grenzen! Einfach nur eine Zumutung, da läuft nicht mal die werkseigene App via Bluetooth. Und Sonoff….na ja.
Jedenfalls lasse ich die Finger vom Zigbee Netzwerk weil es mir einfach stabil und absolut ohne Probleme rennt.
Gruß
Matthias