NEWS
Test Adapter Shelly 10.5.x (LATEST / BETA)
-
Danke alles klar - ist ein BUG.
Der Objektbaum passt zum threephase mode - du verwendest aber monophase.
Ich hab mit dem shelly pro 3EM G63 getestet (den hab ich verfügbar). Beim Clonen hab ich die mode Abfrage beim 3EM (ohne g63) vergessen. Ist beim Alpha Test offensichtlich niemand aufgefallen. Na ja - kann ja nicht kjeder alle Geräte haben und dann noch alpha SW drauf lassen.
Fix kommt asap.
Soryr.
-
Release 10.5.2 steht ab spätestens morgen im LATEST zum Testen zur Verfügung.
- monophase mode für pro3em und pro3em400 wurde (hoffentlich) gefixed.
Vollständigen Changelog gibts da: https://github.com/iobroker-community-adapters/ioBroker.shelly?tab=readme-ov-file#1052-2025-12-28 oder im ersten Posting hier.
Wie immer bitte um Feedback (sowohl "geht" als auch "hab das Problem" sind gern gesehen.
Du kannst - wenn du Zeit und Lust hast - die 10.5.2 ab sofort VON npm (nicht MIT npm) installieren. Im Repo sollte sie ab morgen sein.
Bitte um feedback ob's jetzt geht.
-
Danke alles klar - ist ein BUG.
Der Objektbaum passt zum threephase mode - du verwendest aber monophase.
Ich hab mit dem shelly pro 3EM G63 getestet (den hab ich verfügbar). Beim Clonen hab ich die mode Abfrage beim 3EM (ohne g63) vergessen. Ist beim Alpha Test offensichtlich niemand aufgefallen. Na ja - kann ja nicht kjeder alle Geräte haben und dann noch alpha SW drauf lassen.
Fix kommt asap.
Soryr.
@mcm1957 sagte in Test Adapter Shelly 10.5.x (LATEST / BETA):
Danke alles klar - ist ein BUG.
Der Objektbaum passt zum threephase mode - du verwendest aber monophase.
Ich hab mit dem shelly pro 3EM G63 getestet (den hab ich verfügbar). Beim Clonen hab ich die mode Abfrage beim 3EM (ohne g63) vergessen. Ist beim Alpha Test offensichtlich niemand aufgefallen. Na ja - kann ja nicht kjeder alle Geräte haben und dann noch alpha SW drauf lassen.
Fix kommt asap.
Soryr.
Hi @mcm1957 ,
mega Dank für den schnellen Fix. Absolut kein Grund sich zu entschuldigen, ist Open Source und ihr entwickelt das in eurer Freizeit. Ich bin happy, das durch eure Arbeit mein Smart Home so viel kann. Kaffee Spende ist unterwegsFix hat für mich funktioniert. Daten sind jetzt endlich sichtbar.
-
@Shadowhunter23 sagte in Test Adapter Shelly 10.5.x (LATEST / BETA):
Für mich ist #931 nicht gelöst:
Ist aber seit langem immer das selbe Gerät. Mit allen anderen Shellys im Netzwerk gibt es keine Probleme.
Wenn du das Problem mit genau einem Gerät hast, kannst du ev versuchen diese an eigene eigene Instanz zu verbinden (ACHTUNG - musst nen anderen Port verwenden!) und wenn das Problem dort auch auftritt ein Log mit Level SILLY erzeugen ? Ev. sieht man / ich dann mehr. Kannst auch gern ein eigenes Issue eröffnen, wenn es länger dauert das zu klären und es heir ggF unterzugehen droht. Werden auch das Problem noch finden oder zumindest erklären können.
@mcm1957 sagte in Test Adapter Shelly 10.5.x (LATEST / BETA):
Wenn du das Problem mit genau einem Gerät hast, kannst du ev versuchen diese an eigene eigene Instanz zu verbinden (ACHTUNG - musst nen anderen Port verwenden!) und wenn das Problem dort auch auftritt ein Log mit Level SILLY erzeugen ? Ev. sieht man / ich dann mehr. Kannst auch gern ein eigenes Issue eröffnen, wenn es länger dauert das zu klären und es heir ggF unterzugehen droht. Werden auch das Problem noch finden oder zumindest erklären können.
Eine neue Instanz ist angelegt und das Gerät ist verbunden, Log kommt ( muss nur warten bis der Fehler auftritt ).
-
@mcm1957
Durch das Loglevel silly werden die Fehler trotzdem sichtbar? Durch das umstellen der Shelly Instanz 2 zeigt das Log viel weniger an als vorher im Info Modus. -
@mcm1957
Durch das Loglevel silly werden die Fehler trotzdem sichtbar? Durch das umstellen der Shelly Instanz 2 zeigt das Log viel weniger an als vorher im Info Modus.@Shadowhunter23 sagte in Test Adapter Shelly 10.5.x (LATEST / BETA):
@mcm1957
Durch das Loglevel silly werden die Fehler trotzdem sichtbar? Durch das umstellen der Shelly Instanz 2 zeigt das Log viel weniger an als vorher im Info Modus.Das versteh ich nicht. Bei Loglevel SILLY wird definitiv viel mehr gelogged als im Mode info. Silly beinhaltet sille, debug, info, warn und error logs. Debug beinhaltet debug, info, warn und error log - schaltet also silly logs aus. usw.
-
Dieses Log entsteht wenn der shelly.2 auf info Log steht, es kommen ein paar Meldungen:
admin.0 2026-01-19 15:42:02.091 info ==> Connected system.user.admin from ::ffff:192.168.0.177 fullybrowser.0 2026-01-19 15:37:52.168 info 🗸 192.168.0.77: Command screenOn successfully set to true fullybrowser.0 2026-01-19 15:37:52.158 info 🗸 192.168.0.77: Command stopScreensaver successfully set to true fullybrowser.0 2026-01-19 15:36:22.119 info 🗸 192.168.0.77: Command stopScreensaver successfully set to true fullybrowser.0 2026-01-19 15:36:22.119 info 🗸 192.168.0.77: Command screenOn successfully set to true fullybrowser.0 2026-01-19 15:36:21.516 info 🗸 192.168.0.77: Command stopScreensaver successfully set to true fullybrowser.0 2026-01-19 15:36:21.516 info 🗸 192.168.0.77: Command screenOn successfully set to true host.iobroker 2026-01-19 15:30:10.894 info instance system.adapter.ical.0 having pid 113926 terminated with code 0 (NO_ERROR) ical.0 2026-01-19 15:30:10.384 info Terminated (NO_ERROR): Without reason host.iobroker 2026-01-19 15:30:08.570 info instance system.adapter.ical.1 having pid 113910 terminated with code 0 (NO_ERROR) ical.1 2026-01-19 15:30:08.057 info Terminated (NO_ERROR): Without reason ical.0 2026-01-19 15:30:04.916 info starting. Version 1.19.2 in /opt/iobroker/node_modules/iobroker.ical, node: v22.22.0, js-controller: 7.1.0 host.iobroker 2026-01-19 15:30:04.021 info instance system.adapter.ical.0 in version "1.19.2" started with pid 113926 ical.1 2026-01-19 15:30:00.920 info starting. Version 1.19.2 in /opt/iobroker/node_modules/iobroker.ical, node: v22.22.0, js-controller: 7.1.0 host.iobroker 2026-01-19 15:30:00.015 info instance system.adapter.ical.1 in version "1.19.2" started with pid 113910 fullybrowser.0 2026-01-19 15:28:11.946 info 🗸 192.168.0.77: Command screenOn successfully set to true fullybrowser.0 2026-01-19 15:28:11.946 info 🗸 192.168.0.77: Command stopScreensaver successfully set to true fullybrowser.0 2026-01-19 15:26:42.679 info 🗸 192.168.0.77: Command stopScreensaver successfully set to true fullybrowser.0 2026-01-19 15:26:42.679 info 🗸 192.168.0.77: Command screenOn successfully set to true fullybrowser.0 2026-01-19 15:26:41.952 info 🗸 192.168.0.77: Command screenOn successfully set to true fullybrowser.0 2026-01-19 15:26:41.944 info 🗸 192.168.0.77: Command stopScreensaver successfully set to true fullybrowser.0 2026-01-19 15:24:22.059 info 🗸 192.168.0.77: Command stopScreensaver successfully set to true fullybrowser.0 2026-01-19 15:24:22.058 info 🗸 192.168.0.77: Command screenOn successfully set to true admin.0 2026-01-19 15:23:32.809 info <== Disconnect system.user.admin from ::ffff:192.168.0.187 adminStelle ich den shelly.2 auf silly Log dann sehe ich von diesen Einträgen nichts mehr.
-
Ähmm - die gezeigten Meldung stammen aber nicht vom Shelly adapter sondern von fullybrowser. Zu dem Adapter kann ich nichts sagen.
Änderungen an den Einstellungen des Shelly Adapters sollten aber keinen EInfluss auf andere Adapter haben.Schau zuerst mal warum da absolut nichts vom Shelly gelogged wird. Hast du ev. bei der Anzeige der Logs einen Filter aktiv?
-
Sobald ich den shelly.2 auf silly stelle ist von den info Meldungen der anderen Adapter nichts mehr zu sehen im Log:
Das Log ist sozusagen leer von allen anderen Instanzen:
-
Sobald ich den shelly.2 auf silly stelle ist von den info Meldungen der anderen Adapter nichts mehr zu sehen im Log:
Das Log ist sozusagen leer von allen anderen Instanzen:
@Shadowhunter23 sagte in Test Adapter Shelly 10.5.x (LATEST / BETA):
Das Log ist sozusagen leer von allen anderen Instanzen:
nein!
nur die dort angezeigten letzten x Meldungen enthalten nichts anderes mehr.
im log (herunterladen! ) steht da noch was.Deswegen soll man das log auch nicht routinemäßig mit debug und erst recht nicht mit silly fluten.
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@Shadowhunter23 sagte in Test Adapter Shelly 10.5.x (LATEST / BETA):
Das Log ist sozusagen leer von allen anderen Instanzen:
nein!
nur die dort angezeigten letzten x Meldungen enthalten nichts anderes mehr.
im log (herunterladen! ) steht da noch was.Deswegen soll man das log auch nicht routinemäßig mit debug und erst recht nicht mit silly fluten.
@Homoran sagte in Test Adapter Shelly 10.5.x (LATEST / BETA):
Deswegen soll man das log auch nicht routinemäßig mit debug und erst recht nicht mit silly fluten.
Der silly Log ist an sich schon OK, es geht um die Suche warum bei ihm der Fehler lt. Beitrag 69 noch auftritt.
https://forum.iobroker.net/topic/80722/test-adapter-shelly-10.5.x-latest-beta/69
Wenn ich den Screenshot richtig gesehn habe, filterst du aber bei der Anzeige nach info (Tab Leiste) damit blendest du die Silly logs bei der Anzeige wieder aus :-)
Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
@Homoran sagte in Test Adapter Shelly 10.5.x (LATEST / BETA):
Deswegen soll man das log auch nicht routinemäßig mit debug und erst recht nicht mit silly fluten.
Der silly Log ist an sich schon OK, es geht um die Suche warum bei ihm der Fehler lt. Beitrag 69 noch auftritt.
https://forum.iobroker.net/topic/80722/test-adapter-shelly-10.5.x-latest-beta/69
Wenn ich den Screenshot richtig gesehn habe, filterst du aber bei der Anzeige nach info (Tab Leiste) damit blendest du die Silly logs bei der Anzeige wieder aus :-)
@mcm1957 sagte in Test Adapter Shelly 10.5.x (LATEST / BETA):
Der silly Log ist an sich schon OK,
Natürlich! Für die Fehlersuche!
Deswegen schrieb ich ja routinemäßig 😉
Support us
736
Online32.6k
Benutzer82.1k
Themen1.3m
Beiträge