Neues YouTube-Video: Visualisierung im Devices-Adapter

[mcm1957]

Danke der Nachfrage.
Ja gibt es - brandneu. Ich habe gestern eine Mail erhalten mit der Bestätigung dass die Shelly Test/Entwicklungsabteilung das Problem reproduzieren konnte und es in Verbindung mit Night Mode und prommatischen / mqtt Einstellungsänderungen zum Totalausfall der Shellies kommen kann.

Weiters habe ich in der Nacht auf heute eine neue Laborversion für den Plus-S Gen3 zugesandt bekommen mit der Bitte zu testen ob dieser nun "überlebt" - sprich ob der Fehler nun nicht mehr auftritt. Da ich zwischenzeitlich einen Ersatzplug erhalten habe werde ich es riskieren im Laufe des Wochenendes die Laborversion zu testen. Ich hoffe dass anschließend zeitnahe eine Beta erscheinen wird. Bin mir aber noch nicht klar wie ich in ioBroker sicherstellen kann, dass niemand ohne Update die Funktionen benutzt...

Es tut sich also was - aber bis zu einer offiziellen Version von Shelly und ioBroker wirds noch ein wenig dauern.

[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!!!

[legro]

Ich habe den Shelly-Adapter 10.6.1 installiert. Der Adapter wird nicht grün, er zeigt ein gelbes Dreieck mit Ausrufezeichen an.

Im Log finde ich jedoch den Eintrag, dass der Adapter ohne Fehler gestartet ist: "Starting in MQTT mode. Listening on 0.0.0.0:1882 (QoS 0)"

Ich bin ratlos.

[Thomas Braun]

@legro sagte:

Ich bin ratlos.

Alle anderen auch...
LogFile bitte vollständig(er) posten.

[legro]

	
Zeit
	


shelly.0
2026-04-26 22:08:10.284	info	Starting in MQTT mode. Listening on 0.0.0.0:1882 (QoS 0)

shelly.0
2026-04-26 22:08:10.221	info	starting. Version 10.6.1 in /opt/iobroker/node_modules/iobroker.shelly, node: v22.22.1, js-controller: 7.0.7

host.iobroker
2026-04-26 22:08:09.678	info	instance system.adapter.shelly.0 in version "10.6.1" started with pid 158752

host.iobroker
2026-04-26 22:08:06.558	info	instance system.adapter.shelly.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)

shelly.0
2026-04-26 22:08:06.532	info	terminating

host.iobroker
2026-04-26 22:08:06.072	info	stopInstance system.adapter.shelly.0 send kill signal

shelly.0
2026-04-26 22:08:06.039	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

shelly.0
2026-04-26 22:08:06.038	info	terminating

shelly.0
2026-04-26 22:08:06.031	info	Got terminate signal TERMINATE_YOURSELF

host.iobroker
2026-04-26 22:08:06.029	info	stopInstance system.adapter.shelly.0 (force=false, process=true)

[Thomas Braun]

@legro

Bitte das richtige Log aus

iob logs

verwenden und nicht das Ding aus dem Admin. Das ist furchtbar formatiert und chronologisch falsch herum.

Und wie immer: System auf Stand bringen.

[legro]

@Thomas-Braun

Ich habe leider kein ssh Zugriff auf diese ioBroker Installation. Der ioBroker läuft in einem Docker und ist nur über VPN zugänglich.

[Thomas Braun]

@legro

Zugriff via Terminal ist das wichtigste überhaupt.

[legro]

@Thomas-Braun

Da gebe ich dir natürlich recht. Es handelt sich bei der Installation für ein Familienmitglied. Dann müssen man halt vor Ort tätig werden und ich kann nichts weiter tun.

Stopp!

Ich installiere einmal eine Instanz bei mir auf meinem Pi 5 installiert. Hier sollte ich jedoch iob logs ausführen können. Ich melde mich anschließend.