NEWS
Shelly Adapter - genereller Support
-
@mcm1957
Mit der (alpha) Version 10 läuft ohne Probleme:
Shelly PlusPlugS : 1.6.2
Shelly PlusPlugS Gen3 : matter.123
Shelly PM Mini Gen2 : 1.6.2
Shelly PM Mini Gen3: 1.6.2
Shelly 1PM Mini Gen2 : 1.6.2
Shelly 1PM Mini Gen3 : 1.6.2
Shelly DoorWindow/Button : BLE (via PlusPlugS Gen2)
Shelly Plus2PM : 1.6.2
Shelly Pro 3 EM-CT63 : 1.6.2
Shelly 3EM63 Gen3 : 1.6.2
und diverse Shelly Plus HT / Shelly Buttons / Shelly Flood
demnächst:
Shelly 1 Mini Gen4 & Shelly 1PM Mini Gen4@peter-v sagte in Test Adapter shelly - ALPHA Versionen:
Shelly 1PM Mini Gen3 : 1.6.2
Genau davon habe ich den ersten verbaut und über MQTT angeschlossen, funktioniert aber leider nicht.
mqtt Adapter Version ist 6.1.2
shelly Adapter Version ist 10.1.0Der taucht unter mqtt.0.shellies.shelly1pm.... und unter mqtt.0.shelly1pm.... auf, jedoch mit fast keinen Datenpunkten.
U.a. ist das der Datenpunkt ...status.switch:0 dabei, wenn ich diesen jedoch mit einem Schalter verbinde, funktioniert sowohl die Zustandsanzeige, als auch das Schalten nicht.mqtt-Daten habe ich geprüft, Port etc. auch andere Möglichkeiten, die ich hier im Thread gefunden habe.
Andere, ältere, Shelly funktionieren, teilweise über CoAP, aber auch über mqtt.
Hat veilleicht jemand noch eine Idee, wo ich suchen kann?
Danke!
Schöne Grüße
AndreasioBroker auf Raspberry 4 mit SSD. Homematik IP mit CCU 3. Shelly. MySQL. Arduino. ...
Meine Posts sind subjektiv und manipulativ, erheben Anspruch auf Allwissenheit und können Spuren von Ironie oder Sarkasmus enthalten. ;-)
-
@peter-v sagte in Test Adapter shelly - ALPHA Versionen:
Shelly 1PM Mini Gen3 : 1.6.2
Genau davon habe ich den ersten verbaut und über MQTT angeschlossen, funktioniert aber leider nicht.
mqtt Adapter Version ist 6.1.2
shelly Adapter Version ist 10.1.0Der taucht unter mqtt.0.shellies.shelly1pm.... und unter mqtt.0.shelly1pm.... auf, jedoch mit fast keinen Datenpunkten.
U.a. ist das der Datenpunkt ...status.switch:0 dabei, wenn ich diesen jedoch mit einem Schalter verbinde, funktioniert sowohl die Zustandsanzeige, als auch das Schalten nicht.mqtt-Daten habe ich geprüft, Port etc. auch andere Möglichkeiten, die ich hier im Thread gefunden habe.
Andere, ältere, Shelly funktionieren, teilweise über CoAP, aber auch über mqtt.
Hat veilleicht jemand noch eine Idee, wo ich suchen kann?
Danke!
@andreios sagte in Test Adapter shelly - ALPHA Versionen:
und über MQTT angeschlossen, funktioniert aber leider nicht.
mqtt Adapter Version ist 6.1.2
shelly Adapter Version ist 10.1.0Mqtt oder shelly Adapter, beides geht nicht
umgestiegen von Proxmox auf Unraid
-
@andreios sagte in Test Adapter shelly - ALPHA Versionen:
und über MQTT angeschlossen, funktioniert aber leider nicht.
mqtt Adapter Version ist 6.1.2
shelly Adapter Version ist 10.1.0Mqtt oder shelly Adapter, beides geht nicht
@crunchip sagte in Test Adapter shelly - ALPHA Versionen:
@andreios sagte in Test Adapter shelly - ALPHA Versionen:
und über MQTT angeschlossen, funktioniert aber leider nicht.
mqtt Adapter Version ist 6.1.2
shelly Adapter Version ist 10.1.0Mqtt oder shelly Adapter, beides geht nicht
Das würde ja bedeuten, dass der Teil der alten Shellys nicht mehr funktioniert, der über CoAP angebunden ist.
Eigentlich sollte es ja nur darauf ankommen, wohin der jeweilige Shelly sich verbindet, oder?Ich habe die Shelly-Instanz einmal gestoppt, das hat aber keine Änderung gebracht.
Schöne Grüße
AndreasioBroker auf Raspberry 4 mit SSD. Homematik IP mit CCU 3. Shelly. MySQL. Arduino. ...
Meine Posts sind subjektiv und manipulativ, erheben Anspruch auf Allwissenheit und können Spuren von Ironie oder Sarkasmus enthalten. ;-)
-
@crunchip sagte in Test Adapter shelly - ALPHA Versionen:
@andreios sagte in Test Adapter shelly - ALPHA Versionen:
und über MQTT angeschlossen, funktioniert aber leider nicht.
mqtt Adapter Version ist 6.1.2
shelly Adapter Version ist 10.1.0Mqtt oder shelly Adapter, beides geht nicht
Das würde ja bedeuten, dass der Teil der alten Shellys nicht mehr funktioniert, der über CoAP angebunden ist.
Eigentlich sollte es ja nur darauf ankommen, wohin der jeweilige Shelly sich verbindet, oder?Ich habe die Shelly-Instanz einmal gestoppt, das hat aber keine Änderung gebracht.
@andreios sagte in Test Adapter shelly - ALPHA Versionen:
Das würde ja bedeuten,
Doku lesen
Solltest du beide Adapter in Verwendung haben, wäre üblicherweise
Mqtt Adapter port 1883
Shelly Adapter port 1882Entsprechend In den shelly Geräten auch so hinterlegen.
Gen1 shelly Geräte entweder in einer separaten shelly Instanz laufen lassen oder ebenfalls auf mqtt umstellen.
Solltest du shelly Geräte mit dem mqtt Adapter nutzen, musst du die Steuerdatenpunkte manuell anlegen.
umgestiegen von Proxmox auf Unraid
-
Hallo zusammen,
ich habe nicht weiter gesucht, ob es zu diesem Problem schon ein Thema gibt, aber möchte einmal meine Lösung des Problems schildern, um eventuell einigen anderen Leuten, die das selbe Problem haben eine mögliche Lösung aufzuzeigen.
Hier mein Problem:
Shelly Adapter 8.4
Ich habe ca. 60 verschiedene Shellys im Einsatz aus allen Herstellungsjahren ( bin von Anfang an dabei ).
Bisher gab es wenig Probleme, aber seit meinem Umzug des IoBrokers auf einen neuen Mini PC und Proxmox 9 in einen LXC Container hatte ich das Problem, dass eine große Anzahl der Shellys in regelmaßigen Abständen ( ca. 1 Minute ) kurz die Verbindung zum Adapter verloren haben ( für ca. 2 Sekunden ) und sich die Schalter in den Shellys ausgeschalten haben .
Dies hatte ich ich in all den Jahren nicht und konnte es mir nicht erklären , vor allen Dingen das selbsttätige Ausschalten der Schalter . Ob dies mit dem Adapter etwas zu tun haben könnte, weiß ich nicht. Dazu bin ich zu "unwissend".
Nach Durchforschen der Logs ist mir aufgefallen, dass sich diese Shellys im Rhytmus von ca 1 Minute eine neue Timezone suchten . Sie haben auch nicht Berlin gefunden, sondern Helsinki oder Brüssel eingeloggt und es war ein anderer SNTP Server eingetragen.
Nach diversen Tests habe ich dieses Prozedere als Ursache der Abbrüche "diagnostiziert" .
Daraufhin habe ich alle Shellys der älteren Generationen auf Hand umgestellt, die Timezone auf Berlin umgestellt und den SNTP Server umbenannt: time.google.com sowie die Geozone angepasst .
Bei den neuen Geräten habe ich dies so gelassen :
Seit dieser Umstellung ( 2 Tage - ist noch nicht lange, ich weiß ) funktioniert alles wieder super, alle Shellys sind dauerhaft online und die Automation funktioniert wieder ohne Probleme .
Vielleicht kann ich damit einigen helfen.
Gruß Saugimann
-
Hallo zusammen,
ich habe nicht weiter gesucht, ob es zu diesem Problem schon ein Thema gibt, aber möchte einmal meine Lösung des Problems schildern, um eventuell einigen anderen Leuten, die das selbe Problem haben eine mögliche Lösung aufzuzeigen.
Hier mein Problem:
Shelly Adapter 8.4
Ich habe ca. 60 verschiedene Shellys im Einsatz aus allen Herstellungsjahren ( bin von Anfang an dabei ).
Bisher gab es wenig Probleme, aber seit meinem Umzug des IoBrokers auf einen neuen Mini PC und Proxmox 9 in einen LXC Container hatte ich das Problem, dass eine große Anzahl der Shellys in regelmaßigen Abständen ( ca. 1 Minute ) kurz die Verbindung zum Adapter verloren haben ( für ca. 2 Sekunden ) und sich die Schalter in den Shellys ausgeschalten haben .
Dies hatte ich ich in all den Jahren nicht und konnte es mir nicht erklären , vor allen Dingen das selbsttätige Ausschalten der Schalter . Ob dies mit dem Adapter etwas zu tun haben könnte, weiß ich nicht. Dazu bin ich zu "unwissend".
Nach Durchforschen der Logs ist mir aufgefallen, dass sich diese Shellys im Rhytmus von ca 1 Minute eine neue Timezone suchten . Sie haben auch nicht Berlin gefunden, sondern Helsinki oder Brüssel eingeloggt und es war ein anderer SNTP Server eingetragen.
Nach diversen Tests habe ich dieses Prozedere als Ursache der Abbrüche "diagnostiziert" .
Daraufhin habe ich alle Shellys der älteren Generationen auf Hand umgestellt, die Timezone auf Berlin umgestellt und den SNTP Server umbenannt: time.google.com sowie die Geozone angepasst .Bei den neuen Geräten habe ich dies so gelassen :
Seit dieser Umstellung ( 2 Tage - ist noch nicht lange, ich weiß ) funktioniert alles wieder super, alle Shellys sind dauerhaft online und die Automation funktioniert wieder ohne Probleme .
Vielleicht kann ich damit einigen helfen.
Gruß Saugimann
@saugimanni sagte in Shelly Adapterproblem mit MQTT:
Shelly Adapter 8.4
Bitte auf die letzt stable gehen. 8.4 ist von Okt 2024
🧑🎓 Autor des beliebten ioBroker-Master-Kurses
🎥 Tutorials rund um das Thema DIY-Smart-Home: https://haus-automatisierung.com/
📚 Meine inoffizielle ioBroker Dokumentation -
@saugimanni sagte in Shelly Adapterproblem mit MQTT:
Shelly Adapter 8.4
Bitte auf die letzt stable gehen. 8.4 ist von Okt 2024
Bitte Shelly Adapter - genereller Support anhängen
https://forum.iobroker.net/topic/81297/shelly-adapter-genereller-support
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
-
@andreios sagte in Test Adapter shelly - ALPHA Versionen:
Das würde ja bedeuten,
Doku lesen
Solltest du beide Adapter in Verwendung haben, wäre üblicherweise
Mqtt Adapter port 1883
Shelly Adapter port 1882Entsprechend In den shelly Geräten auch so hinterlegen.
Gen1 shelly Geräte entweder in einer separaten shelly Instanz laufen lassen oder ebenfalls auf mqtt umstellen.
Solltest du shelly Geräte mit dem mqtt Adapter nutzen, musst du die Steuerdatenpunkte manuell anlegen.
Da die Frage absolut nichts mit alpha Versionen zu tun hat bitte Beiträge ab gestern an Shelly Adapter - henereller Support anhängen
https://forum.iobroker.net/topic/81297/shelly-adapter-genereller-support
Sollte ab da sein wenn ich mit hand richtog klicke
https://forum.iobroker.net/topic/80649/test-adapter-shelly-alpha-versionen/125Entwicklung 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
-
Da die Frage absolut nichts mit alpha Versionen zu tun hat bitte Beiträge ab gestern an Shelly Adapter - henereller Support anhängen
https://forum.iobroker.net/topic/81297/shelly-adapter-genereller-support
Sollte ab da sein wenn ich mit hand richtog klicke
https://forum.iobroker.net/topic/80649/test-adapter-shelly-alpha-versionen/125@mcm1957 done!
-
Bitte Shelly Adapter - genereller Support anhängen
https://forum.iobroker.net/topic/81297/shelly-adapter-genereller-support
@mcm1957 dito
-
Hallo zusammen,
ich habe nicht weiter gesucht, ob es zu diesem Problem schon ein Thema gibt, aber möchte einmal meine Lösung des Problems schildern, um eventuell einigen anderen Leuten, die das selbe Problem haben eine mögliche Lösung aufzuzeigen.
Hier mein Problem:
Shelly Adapter 8.4
Ich habe ca. 60 verschiedene Shellys im Einsatz aus allen Herstellungsjahren ( bin von Anfang an dabei ).
Bisher gab es wenig Probleme, aber seit meinem Umzug des IoBrokers auf einen neuen Mini PC und Proxmox 9 in einen LXC Container hatte ich das Problem, dass eine große Anzahl der Shellys in regelmaßigen Abständen ( ca. 1 Minute ) kurz die Verbindung zum Adapter verloren haben ( für ca. 2 Sekunden ) und sich die Schalter in den Shellys ausgeschalten haben .
Dies hatte ich ich in all den Jahren nicht und konnte es mir nicht erklären , vor allen Dingen das selbsttätige Ausschalten der Schalter . Ob dies mit dem Adapter etwas zu tun haben könnte, weiß ich nicht. Dazu bin ich zu "unwissend".
Nach Durchforschen der Logs ist mir aufgefallen, dass sich diese Shellys im Rhytmus von ca 1 Minute eine neue Timezone suchten . Sie haben auch nicht Berlin gefunden, sondern Helsinki oder Brüssel eingeloggt und es war ein anderer SNTP Server eingetragen.
Nach diversen Tests habe ich dieses Prozedere als Ursache der Abbrüche "diagnostiziert" .
Daraufhin habe ich alle Shellys der älteren Generationen auf Hand umgestellt, die Timezone auf Berlin umgestellt und den SNTP Server umbenannt: time.google.com sowie die Geozone angepasst .Bei den neuen Geräten habe ich dies so gelassen :
Seit dieser Umstellung ( 2 Tage - ist noch nicht lange, ich weiß ) funktioniert alles wieder super, alle Shellys sind dauerhaft online und die Automation funktioniert wieder ohne Probleme .
Vielleicht kann ich damit einigen helfen.
Gruß Saugimann
@saugimanni abgesehn davon, daß du schwer veraltest bist, hat du deine shelly nicht richtig konfiguriert.
desweiteren denke ich, daß du noch immer auf mcast unterwegs bist.
ip deines ioB, save, der port wird automatisch angehängt.sich die Schalter in den Shellys ausgeschalten haben .
auch das liegt an der config des schelly!
-
@saugimanni sagte in Shelly Adapterproblem mit MQTT:
Shelly Adapter 8.4
Bitte auf die letzt stable gehen. 8.4 ist von Okt 2024
@haus-automatisierung sagte in Shelly Adapter - genereller Support:
Bitte auf die letzt stable gehen. 8.4 ist von Okt 2024
naja, bin auf 10.1.0 ohne probleme.
wie in dem post an @saugimanni glaub ich eher an falsche config... -
@peter-v sagte in Test Adapter shelly - ALPHA Versionen:
Shelly 1PM Mini Gen3 : 1.6.2
Genau davon habe ich den ersten verbaut und über MQTT angeschlossen, funktioniert aber leider nicht.
mqtt Adapter Version ist 6.1.2
shelly Adapter Version ist 10.1.0Der taucht unter mqtt.0.shellies.shelly1pm.... und unter mqtt.0.shelly1pm.... auf, jedoch mit fast keinen Datenpunkten.
U.a. ist das der Datenpunkt ...status.switch:0 dabei, wenn ich diesen jedoch mit einem Schalter verbinde, funktioniert sowohl die Zustandsanzeige, als auch das Schalten nicht.mqtt-Daten habe ich geprüft, Port etc. auch andere Möglichkeiten, die ich hier im Thread gefunden habe.
Andere, ältere, Shelly funktionieren, teilweise über CoAP, aber auch über mqtt.
Hat veilleicht jemand noch eine Idee, wo ich suchen kann?
Danke!
@andreios said in Shelly Adapter - genereller Support:
@peter-v sagte in Test Adapter shelly - ALPHA Versionen:
Shelly 1PM Mini Gen3 : 1.6.2
Genau davon habe ich den ersten verbaut und über MQTT angeschlossen, funktioniert aber leider nicht.
mqtt Adapter Version ist 6.1.2
ist irrelevant wenn du den shelly Adapter verwenden willst.
shelly Adapter Version ist 10.1.0
ok
Der taucht unter mqtt.0.shellies.shelly1pm.... und unter mqtt.0.shelly1pm.... auf, jedoch mit fast keinen Datenpunkten.
Wenn der nur beim mqtt Adapter auftaucht hast du im Shely den fslschen Port eingestellt.
Die Shelly Instanz muss einen anderen mqtt Port haben als der mqtt AAdapter. 2 Adapterinstanzen am selben Port sind technisch nicht möglich. Je nachdem welchen Port du am Shelly eingetragen hast redet der Shelly mit dem mqtt Adapter oder dem Shelly Adapter.
U.a. ist das der Datenpunkt ...status.switch:0 dabei, wenn ich diesen jedoch mit einem Schalter verbinde, funktioniert sowohl die Zustandsanzeige, als auch das Schalten nicht.
Setze zum Testen Werte direkt im Admin UI.
mqtt-Daten habe ich geprüft, Port etc. auch andere Möglichkeiten, die ich hier im Thread gefunden habe.
Dann poste bitte mal
- screenshot der Mqtt Einstellubgen des Shellies
- screenshot der Mqtt Eindtellungen der Shelly Instant
Andere, ältere, Shelly funktionieren, teilweise über CoAP, aber auch über mqtt.
Coap benutz zwingend eine andere Shelly Instanz. Spielt hier also nicht mit.
Hat veilleicht jemand noch eine Idee, wo ich suchen kann.
- port einstellungen prüfen
- screenshots der Einstellungen am Shelly u der Indtanzconfig posten
- logfile posten
-
@saugimanni abgesehn davon, daß du schwer veraltest bist, hat du deine shelly nicht richtig konfiguriert.
desweiteren denke ich, daß du noch immer auf mcast unterwegs bist.
ip deines ioB, save, der port wird automatisch angehängt.sich die Schalter in den Shellys ausgeschalten haben .
auch das liegt an der config des schelly!
Sorry für die späte Antworten, war ein paar Tage unterwegs.
- die Schalterconfig stand auf " letze Stellung "
- Enable CoIoT hatte ich bei allen abgewählt und nur MQTT aktiviert
Was hat es mit dieser Einstellung auf sich ? Ich dachte, dass dies nur aktiviert werden muss,
wenn kein MQTT verwendet wird.Bis heute läuft alles super .
Gruß Saugimanni
-
Ich habe Shellys über mqtt eingebunden es ging auch eine weile aber auf einmal sind sie angeblich offline obwol sie online sind
Ich mutze den
-
Ich habe Shellys über mqtt eingebunden es ging auch eine weile aber auf einmal sind sie angeblich offline obwol sie online sind
Ich mutze den
Der Online status wird durch anpingen der Shellies ermittelt. Check bitte ob die entsprechenden Shellies VOM IOBROKER System aus anpingbar sind bzw via http erreichbar sind.
EDIT:
Benutzt du irgendeine Art Firewall in deinem Netzwerk?
Hast du verschiedene Netzwerksegmente?
Hängen die Shellies alle im gleichen WLAN?@Homoran
Bitte an den allgemeinen Shelly Topic anhängen.
https://forum.iobroker.net/topic/81297/shelly-adapter-genereller-supportEntwicklung 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
-
Der Online status wird durch anpingen der Shellies ermittelt. Check bitte ob die entsprechenden Shellies VOM IOBROKER System aus anpingbar sind bzw via http erreichbar sind.
EDIT:
Benutzt du irgendeine Art Firewall in deinem Netzwerk?
Hast du verschiedene Netzwerksegmente?
Hängen die Shellies alle im gleichen WLAN?@Homoran
Bitte an den allgemeinen Shelly Topic anhängen.
https://forum.iobroker.net/topic/81297/shelly-adapter-genereller-support@mcm1957 sagte in einiege shellys nicht da:
Benutzt du irgendeine Art Firewall in deinem Netzwerk?
Hast du verschiedene Netzwerksegmente?
Hängen die Shellies alle im gleichen WLAN?Benutzt du irgendeine Art Firewall in deinem Netzwerk? Nein
Hast du verschiedene Netzwerksegmente? Nein
Hängen die Shellies alle im gleichen WLAN? Jaedit
Ping Adapter sagt ja
-
@mcm1957 sagte in einiege shellys nicht da:
Benutzt du irgendeine Art Firewall in deinem Netzwerk?
Hast du verschiedene Netzwerksegmente?
Hängen die Shellies alle im gleichen WLAN?Benutzt du irgendeine Art Firewall in deinem Netzwerk? Nein
Hast du verschiedene Netzwerksegmente? Nein
Hängen die Shellies alle im gleichen WLAN? Jaedit
Ping Adapter sagt ja
-
Ich habe Shellys über mqtt eingebunden es ging auch eine weile aber auf einmal sind sie angeblich offline obwol sie online sind
Ich mutze den
-
@horst-böttcher was sagt das log nach einem Adapter neustart?
@crunchip
Debug /info logshelly.0 2025-08-14 00:08:29.936 debug [deviceStatusUpdate] shellyplusplugs#e465b85d9e88#1: false shelly.0 2025-08-14 00:08:29.868 debug [deviceStatusUpdate] shellyplusplugs#e465b85deb4c#1: false shelly.0 2025-08-14 00:08:29.836 debug [deviceStatusUpdate] shelly1pmminig3#34b7dac5dca0#1: false shelly.0 2025-08-14 00:08:26.915 debug [deviceStatusUpdate] shellyplusplugs#c82e1806c064#1: true shelly.0 2025-08-14 00:08:26.911 debug [onlineCheck] Checking shellyplusplugs#c82e1806c064#1 on 192.168.178.48:80 shelly.0 2025-08-14 00:08:26.866 debug [deviceStatusUpdate] shelly1pmminig3#34b7dac613cc#1: true shelly.0 2025-08-14 00:08:26.859 debug [onlineCheck] Checking shelly1pmminig3#34b7dac613cc#1 on 192.168.178.81:80 shelly.0 2025-08-14 00:08:26.858 debug [deviceStatusUpdate] shelly1pmminig3#5432046d2090#1: false shelly.0 2025-08-14 00:08:26.857 debug [onlineCheck] Checking shelly1pmminig3#5432046d2090#1 on 192.168.178.72:80 shelly.0 2025-08-14 00:08:26.856 debug [onlineCheck] Checking shellyplusplugs#e465b85d9e88#1 on 192.168.178.85:80 shelly.0 2025-08-14 00:08:26.812 debug [onlineCheck] Checking shellyplusplugs#e465b85deb4c#1 on 192.168.178.86:80 shelly.0 2025-08-14 00:08:26.784 debug [onlineCheck] Checking shelly1pmminig3#34b7dac5dca0#1 on 192.168.178.76:80 shelly.0 2025-08-14 00:08:26.718 debug [deviceStatusUpdate] shelly1pmminig3#5432044e56a0#1: true shelly.0 2025-08-14 00:08:26.718 debug [deviceStatusUpdate] shellyplusplugs#c82e1805da00#1: false shelly.0 2025-08-14 00:08:26.716 debug [onlineCheck] Checking shellyplusplugs#c82e1805da00#1 on 192.168.178.60:80 shelly.0 2025-08-14 00:08:26.715 debug [deviceStatusUpdate] shelly1pmminig3#5432044e7958#1: true shelly.0 2025-08-14 00:08:26.714 debug [onlineCheck] Checking shelly1pmminig3#5432044e56a0#1 on 192.168.178.74:80 shelly.0 2025-08-14 00:08:26.711 debug [onlineCheck] Checking shelly1pmminig3#5432044e7958#1 on 192.168.178.78:80 shelly.0 2025-08-14 00:07:36.687 debug [firmwareUpdate] Starting update on every device shelly.0 2025-08-14 00:07:29.709 debug [deviceStatusUpdate] shellyplusplugs#e465b85deb4c#1: false shelly.0 2025-08-14 00:07:29.709 debug [deviceStatusUpdate] shellyplusplugs#e465b85d9e88#1: false shelly.0 2025-08-14 00:07:29.708 debug [deviceStatusUpdate] shelly1pmminig3#34b7dac5dca0#1: false shelly.0 2025-08-14 00:07:26.747 debug [deviceStatusUpdate] Online devices: ["shelly1pmminig3#5432044e7958#1","shelly1pmminig3#5432044e56a0#1","shelly1pmminig3#34b7dac613cc#1","shellyplusplugs#c82e1806c064#1"] shelly.0 2025-08-14 00:07:26.743 debug [deviceStatusUpdate] Online devices: ["shelly1pmminig3#5432044e7958#1","shelly1pmminig3#5432044e56a0#1","shelly1pmminig3#34b7dac613cc#1"] shelly.0 2025-08-14 00:07:26.693 debug [deviceStatusUpdate] shellyplusplugs#c82e1806c064#1: true shelly.0 2025-08-14 00:07:26.692 debug [MQTT Server] Error in listener: Error: listen EADDRNOTAVAIL: address not available 192.168.178.9:1882 shelly.0 2025-08-14 00:07:26.687 info Starting in MQTT mode. Listening on 192.168.178.9:1882 (QoS 2) shelly.0 2025-08-14 00:07:26.686 info [firmwareUpdate] Auto-Update enabled - devices will be updated automatically shelly.0 2025-08-14 00:07:26.685 debug [onlineCheck] Checking shellyplusplugs#c82e1806c064#1 on 192.168.178.48:80 shelly.0 2025-08-14 00:07:26.666 debug [deviceStatusUpdate] shelly1pmminig3#34b7dac613cc#1: true shelly.0 2025-08-14 00:07:26.661 debug [onlineCheck] Checking shelly1pmminig3#34b7dac613cc#1 on 192.168.178.81:80 shelly.0 2025-08-14 00:07:26.660 debug [deviceStatusUpdate] Online devices: ["shelly1pmminig3#5432044e7958#1","shelly1pmminig3#5432044e56a0#1"] shelly.0 2025-08-14 00:07:26.658 debug [deviceStatusUpdate] shelly1pmminig3#5432046d2090#1: false shelly.0 2025-08-14 00:07:26.657 debug [onlineCheck] Checking shelly1pmminig3#5432046d2090#1 on 192.168.178.72:80 shelly.0 2025-08-14 00:07:26.656 debug [deviceStatusUpdate] Online devices: ["shelly1pmminig3#5432044e7958#1"] shelly.0 2025-08-14 00:07:26.654 debug [onlineCheck] Checking shellyplusplugs#e465b85d9e88#1 on 192.168.178.85:80 shelly.0 2025-08-14 00:07:26.652 debug [onlineCheck] Checking shellyplusplugs#e465b85deb4c#1 on 192.168.178.86:80 shelly.0 2025-08-14 00:07:26.638 debug [onlineCheck] Checking shelly1pmminig3#34b7dac5dca0#1 on 192.168.178.76:80 shelly.0 2025-08-14 00:07:26.616 debug [deviceStatusUpdate] shelly1pmminig3#5432044e56a0#1: true shelly.0 2025-08-14 00:07:26.613 debug [deviceStatusUpdate] shellyplusplugs#c82e1805da00#1: false shelly.0 2025-08-14 00:07:26.612 debug [deviceStatusUpdate] shelly1pmminig3#5432044e7958#1: true shelly.0 2025-08-14 00:07:26.610 debug [onlineCheck] Checking shellyplusplugs#c82e1805da00#1 on 192.168.178.60:80 shelly.0 2025-08-14 00:07:26.609 debug [onlineCheck] Checking shelly1pmminig3#5432044e56a0#1 on 192.168.178.74:80 shelly.0 2025-08-14 00:07:26.607 debug [onlineCheck] Checking shelly1pmminig3#5432044e7958#1 on 192.168.178.78:80 shelly.0 2025-08-14 00:07:26.426 info starting. Version 10.1.0 in /opt/iobroker/node_modules/iobroker.shelly, node: v22.16.0, js-controller: 7.0.6 shelly.0 2025-08-14 00:07:26.362 debug Plugin sentry Do not initialize Plugin (enabled=false) shelly.0 2025-08-14 00:07:26.344 debug States connected to redis: 127.0.0.1:9000 shelly.0 2025-08-14 00:07:26.288 debug States create User PubSub Client shelly.0 2025-08-14 00:07:26.287 debug States create System PubSub Client shelly.0 2025-08-14 00:07:26.276 debug Redis States: Use Redis connection: 127.0.0.1:9000 shelly.0 2025-08-14 00:07:26.252 debug Objects connected to redis: 127.0.0.1:9001 shelly.0 2025-08-14 00:07:26.250 debug Objects client initialize lua scripts shelly.0 2025-08-14 00:07:26.223 debug Objects create User PubSub Client shelly.0 2025-08-14 00:07:26.222 debug Objects create System PubSub Client shelly.0 2025-08-14 00:07:26.221 debug Objects client ready ... initialize now shelly.0 2025-08-14 00:07:26.205 debug Redis Objects: Use Redis connection: 127.0.0.1:9001 shelly.0 2025-08-14 00:07:22.129 info terminating shelly.0 2025-08-14 00:07:21.628 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason shelly.0 2025-08-14 00:07:21.628 info terminating shelly.0 2025-08-14 00:07:21.626 info Got terminate signal TERMINATE_YOURSELF
805
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge