FHEM Forum

Verschiedenes => Bastelecke => Thema gestartet von: gneiss am 08 Oktober 2026, 08:54:28

Titel: [Vorstellung] OTA-Takeover für Shelly Gen3 & NOUS A8T
Beitrag von: gneiss am 08 Oktober 2026, 08:54:28
Hallo zusammen,

ich habe mein Projekt ShellyNousTakeover veröffentlicht und freue mich über Rückmeldungen, Erfahrungen und Verbesserungsvorschläge:

https://github.com/gneiss15/ShellyNousTakeover

Das Projekt überführt unterstützte Shelly Plug M Gen3 und NOUS A8T per Netzwerk in eine Umgebung für eigene Firmware. Ein neuer Bootloader ermöglicht den Start einer eigenständigen Rescue-App durch Gedrückthalten des Gerätetasters beim Einschalten. Rescue bleibt unabhängig von der Haupt-App und deren Dateisystem erreichbar und nimmt signierte Firmware- und Dateisystem-Uploads entgegen.

Das Repository enthält Build- und Übernahmeskripte für Linux, deutsche und englische Anleitungen sowie kleine Beispiel-Apps. WLAN-Zugangsdaten und Signierschlüssel bleiben in einer privaten Konfiguration außerhalb des Repositories.

Die Shelly-Übernahme wurde an einem frischen Gerät bis zum Rescue-Start geprüft; anschließend wurden Haupt-App und Taster-Safe-Boot erfolgreich getestet. Mit dem früheren NOUS-A8T-Migrationsverfahren habe ich vier Geräte erfolgreich übernommen. Die neue, eigenständige NOUS-Implementierung dieses Repositories wurde gebaut und hostgeprüft; nur dieser letzte Gesamtpfad ist noch nicht an einem unveränderten Gerät getestet, da meine vier NOUS bereits umgestellt sind. Akzeptiert werden ausdrücklich festgelegte Firmwarestände und Partitionierungen.

Die Übernahme verändert Bootloader und teilweise die Partitionierung. Insbesondere ein Stromausfall während kritischer Schreibvorgänge kann das Gerät unbrauchbar machen. Keine Garantie; bitte die Voraussetzungen und dokumentierten Testgrenzen lesen.

Die eigenen Projektbestandteile stehen unter PolyForm Noncommercial 1.0.0; Fremdkomponenten behalten ihre jeweiligen Lizenzen.

Mich interessieren besonders Rückmeldungen zur Anleitung, Erfahrungen mit den unterstützten Ausgangszuständen und Hinweise zu Fehlerfällen. Auch erfolgreiche Tests sind willkommen — gerne hier oder über GitHub Issues.