Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[da_Woody]

@mcm1957 würde sagen, da bist nicht Du/ioB zuständig.
Das gehört Shelly allein. Ist ja nicht erste x das Shelly verbockte fw rausbringt.

[mcm1957]

@da_Woody sagte in Shelly Adapter - genereller Support:

@mcm1957 würde sagen, da bist nicht Du/ioB zuständig.
Das gehört Shelly allein. Ist ja nicht erste x das Shelly verbockte fw rausbringt.

Ich fühle mich sehr wohl zuständig wenn ich eine Adapterfunktion veröffentliche die einen Shelly zum Totalausfall (!) bringen kann. Ja - wenn sowas passiert ohne dass ich es vorher weiß geb ich mir nicht die sprichwörtliche Kugel - aber aktiv und in vollem Bewusstsein des Risikos liefere ich keine Software aus und schick dann die gefrusteten User mit ihren defekten Shellies zum Support.

P.S: Außer einem Fehler beim 1L Gen 3 ist mir bisher noch keine Firmware untergekommen die nennenswerte Fehler hatte. Und der Fehler beim 1L führt auch nicht zu einem Totalausfall.

Aber ja, wenn du das anders siehst ist es dein gutes Recht. Brauchen wir hier eigentlich nicht weiter zu diskutieren.

[da_Woody]

@mcm1957 sorry, nicht auf den Schlips getreten fühlen! :)
Hab da irgendwie den Überblick verloren. Da geht's ja um einige Probs.
Anscheinend nicht mitbekommen das das über den Adapter passiert ist. :(

OK. Die FW Probs gab's vor langer Zeit... :)

[mcm1957]

@da_Woody sagte in Shelly Adapter - genereller Support:

@mcm1957 sorry, nicht auf den Schlips getreten fühlen! :)
Hab da irgendwie den Überblick verloren. Da geht's ja um einige Probs.
Anscheinend nicht mitbekommen das das über den Adapter passiert ist. :(

OK. Die FW Probs gab's vor langer Zeit... :)

Hintergrund (den ich aber glaub ich auch hier gepostet habe):
Beim Testen der PLUG_UI Funktion die derzeit bei GEN3 Shelly Plug S und Plug PM fehlt habe ich je einen PlugS und einen Plug PM geschrottet. Sobald ich via mqtt Befehl den Nightmode aktiviert habe warnen die Shellies wirklich im Nachtmodus - finster und tot. Und durch absolut nichts mehr wiederzubeleben.

Natürlich hab ich die entsprechnde alpha sofort von npm gelöscht damit sie niemand mehr bekommt.

Shelly hat zunächst ein wenig herumgetan - das dürfte aber am first Level response gelegen sein - dann aber die defekten Shelly per Botendienst bei mir abholen lassen und ins Labor geholt (und mir Codes für gratis Ersatzlieferung geschickt). Die Analyse hat offenbar nun das Problem bestätigt.

Insofern liegt kein Fehler meinerseits oder ioBrokerseits vor. Da hast du schon recht. Aber wenn ich schon weiß dass der Adapter in Verbindung mit der derzeitigen Firmware Dinge schrotten kann werd ich das natürlich nicht ausliefern. Leider hab ich bisher keine Info welche PLUG_UI Befehle (=LED Steuerung) genau zum Totalschaden führen - also kann ich sicherheitshalber nur alle sperren. Wenn wer von euch experimentieren will kann ich ihm gern eine Laborversion des Adapters schicken. Glaub aber nicht dass wer nur so aus Interesse Shellies schotten will :-).

Ergo:
Ich werde am Wochenende mal die Laborversion testen
Und dann schaun ann Shelly eine gefixte Version ausrollt. (Da es um Totalausfälle geht hoffe ich dass sie das aus eigenem Interesse rasch tun). Parallel überleg ich wie ich sicherstellen kann dass User unbedingt die passende FW (oder neuer) installiert haben. Aufs README.not würd ich mich nicht verlassen :-)

P.S: Ich fühl mich nicht auf den Schlips getreten. Hab mich nur gewundert dass du meinst ich brauch da nicht aufzupassen, wenn was nicht geht (= kaputt wird) ists eh Shellies Problem. Aber offenbar warst du nicht auf Letztstand. :-)

[mcm1957]

So - ich hab am Wochenende mal einen Shelly mit der Laborversion geflshed und dann mit geschlossenen Augen und angehaltener Luft den Night Mode aktiviert - der Shelly lebt noch

Oder anders gesagt - test der Laborversion war mal erfolgreich.

Von Shelly hab ich folgende Antwort erhalten:

Vielen Dank für das testen der Firmware und das ausführliche Feedback.

Der Fix für dieses Problem wird im nächsten FW Release enthalten sein. Ein genauer Zeitraum kann hierfür leider noch nicht genannt werden.
Soweit bekannt betrifft es nur die Einstellungen für den Night Mode via RPC und ob es
weitere Wechselwirkungen mit anderen Requests gibt wird derzeit noch untersucht.

Zu dem Problem im Ticket #272077 gibt es leider noch keine aussagekräftige Rückmeldung vom Entwicklerteam.

Also heißt es derzeit noch warten ...
Eigentlich ein wenig mutig von Shelly - andrerseits ist der Night Mode übehaupt anders einstellbar als via RPC? Und RPC verwenden ja doch nur wenige (ioBroker, HA, ... ?)

Problem #272077 oist das Fehlverhalten des Shelly 1L Gen 3 der teilweise (aber nicht immer) den Schaltsatus via mqtt invertiert sendet

Mehr Infos habe ich im Moment nicht.
Sorry.

[SmartStuffCoyote]

Wieso "sorry", ist doch echt gut, bringt Licht in Dunkel und zeigt einen Lösungsweg auf - auch wenn der "warten auf das Update" heißt. Dankeschön soweit!

[mcm1957]

@haus-automatisierung
Müsste mal was mit dir und Bluefox bezüglich Shelly besprechen. Passt nicht in Forum. Wo / wie wär das am besten. Wo bist du noch unterwegs? In einem Issue / PR oder besser via Telegram? Wo bist du öfter unterwegs?

[mcm1957]

Heute gabs ne weitere Rückmeldung von Shellybezüglich des 'tödlichen' Bugs beim Nightmode via rpc

Hallo M. M.

kurze Rückmeldung vom Entwicklerteam:
Der Fix wurde integriert und wird mit Version 1.8 veröffentlicht; die Veröffentlichung wird derzeit vorbereitet. Ein verbindliches Veröffentliochungsdatum kann derzeit noch nicht genannt werden.
Die Komponenten CCT, RGB(W) und PLUG_UI waren davon betroffen. Im Wesentlichen bei allen Komponenten, wo es einen Nachtmodus gibt. Die Probleme werden alle mit der kommenden Version behoben.

Mit freundlichen Grüßen,
Shelly Support Team

Wenn es also bei IRGENDEINEM Shelly die Möglichkeit gibt einen Nachtmodus einzustellen oder zu ändern, dann sollte das zumindest derzeit via ioBroker (oder mqtt, rpc, ...) NICHT durchgeführt werden.

[flkontakt]

Hallo zusammen, habe die Suche hier und auf Github bemüht, leider ohne Ergebnis. Ist absehbar ab wann der Melder im Adapter verfügbar sein wird, oder gibt es ggf. einen anderen Weg? Melder ist per WiFi eingebunden, per Zigbee war nicht möglich, auch hier als unbekanntes Gerät aufgeführt. Matter habe ich mangels Kenntnisse nicht getestet.

Ich freue mich auf eure Antworten und Tipps. Vielen Dank!

Bei Fragen, einfach melden.

https://www.shelly.com/de/products/shelly-presence-gen4-white

[rascal]

ich wäre auch daran interessiert, den Presence gen 4 im Adapter verfügbar zu haben. Wäre echt toll.

[mcm1957]

Da er nun verfügbar ist und auch dokumentiert wurde kann schaun dass ich ihn in den nächste Release reinkonfigurier. Da er eine neue Komponente benutzt könnte es ev. erforderlich sein ein paar Testzyklen zu machen. Pers. ist er mir zu teuer um ihn nur für den Adapter anzuschaffen.

Bitte aboniert das Issue dazu: https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1228

P.S: Hauptproblem ist zur Zeit dass durch den Einsatz von KI derzeit so viele neue Adapter entstehen dass der notwendige Review massiv Zeit bindet. Das ist nur eine INfo und keine Kritik an irgendwem - wir sind dankbar über jeden der seien Zeit für die Entwicklung eines Adapters einsetzt.

Ich hoffe aber ab nächster Woche auch wieder mal Zeit für Adapterentwiclung frei zu bekommen...

[flkontakt]

@mcm1957 sagte:

Da er nun verfügbar ist und auch dokumentiert wurde kann schaun dass ich in den nächste Release reinkonfigurier. Da er eine neue Komponente benutzt könnte es ev. erforderlich sein ein paar Testzyklen zu machen. Pers. ist er mir zu teuer um ihn nur für den Adapter anzuschaffen.

Bitte aboniert das Issue dazu: https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1228

Vielen Dank!!!