NEWS
Shelly Adapter - genereller Support
Shelly Adapter - genereller Support
-
@zahnheinrich es geht um die Verbindung zum iobroker, da kommt die Fehlermeldung und die Verbindung bricht alle 2 Minuten mit der Fehlermeldung "Unable to get mqtt-Präfix" ab.
Über Wlan ist er immer erreichbar.shelly.0 2025-06-29 19:30:34.664 error [MQTT] Unable to get mqttprefix of client with id "shellyplusuni-c4d8d553a8f4" shelly.0 2025-06-29 19:30:34.664 error [MQTT] Error in function setMqttPrefixHttp (Gen 1) for client undefined: TypeError: Cannot read properties of undefined (reading 'replace') shelly.0 2025-06-29 19:29:26.647 error [MQTT] Unable to get mqttprefix of client with id "shellyplusuni-c4d8d553a8f4" shelly.0 2025-06-29 19:29:26.646 error [MQTT] Error in function setMqttPrefixHttp (Gen 1) for client undefined: TypeError: Cannot read properties of undefined (reading 'replace') shelly.0 2025-06-29 19:28:17.782 error [MQTT] Unable to get mqttprefix of client with id "shellyplusuni-c4d8d553a8f4" shelly.0 2025-06-29 19:28:17.782 error [MQTT] Error in function setMqttPrefixHttp (Gen 1) for client undefined: TypeError: Cannot read properties of undefined (reading 'replace') shelly.0 2025-06-29 19:27:12.561 error [MQTT] Unable to get mqttprefix of client with id "shellyplusuni-c4d8d553a8f4" shelly.0 2025-06-29 19:27:12.560 error [MQTT] Error in function setMqttPrefixHttp (Gen 1) for client undefined: TypeError: Cannot read properties of undefined (reading 'replace') shelly.0 2025-06-29 19:26:05.180 error [MQTT] Unable to get mqttprefix of client with id "shellyplusuni-c4d8d553a8f4" shelly.0 2025-06-29 19:26:05.179 error [MQTT] Error in function setMqttPrefixHttp (Gen 1) for client undefined: TypeError: Cannot read properties of undefined (reading 'replace') shelly.0 2025-06-29 19:25:00.182 error [MQTT] Unable to get mqttprefix of client with id "shellyplusuni-c4d8d553a8f4" shelly.0 2025-06-29 19:25:00.182 error [MQTT] Error in function setMqttPrefixHttp (Gen 1) for client undefined: TypeError: Cannot read properties of undefined (reading 'replace') shelly.0 2025-06-29 19:23:49.865 error [MQTT] Unable to get mqttprefix of client with id "shellyplusuni-c4d8d553a8f4" shelly.0 2025-06-29 19:23:49.865 error [MQTT] Error in function setMqttPrefixHttp (Gen 1) for client undefined: TypeError: Cannot read properties of undefined (reading 'replace') shelly.0 2025-06-29 19:22:44.596 error [MQTT] Unable to get mqttprefix of client with id "shellyplusuni-c4d8d553a8f4" shelly.0 2025-06-29 19:22:44.596 error [MQTT] Error in function setMqttPrefixHttp (Gen 1) for client undefined: TypeError: Cannot read properties of undefined (reading 'replace') shelly.0 2025-06-29 19:21:34.041 error [MQTT] Unable to get mqttprefix of client with id "shellyplusuni-c4d8d553a8f4" shelly.0 2025-06-29 19:21:34.041 error [MQTT] Error in function setMqttPrefixHttp (Gen 1) for client undefined: TypeError: Cannot read properties of undefined (reading 'replace') shelly.0 2025-06-29 19:20:28.000 error [MQTT] Unable to get mqttprefix of client with id "shellyplusuni-c4d8d553a8f4" shelly.0 2025-06-29 19:20:28.000 error [MQTT] Error in function setMqttPrefixHttp (Gen 1) for client undefined: TypeError: Cannot read properties of undefined (reading 'replace') shelly.0 2025-06-29 19:19:18.356 error [MQTT] Unable to get mqttprefix of client with id "shellyplusuni-c4d8d553a8f4" shelly.0 2025-06-29 19:19:18.356 error [MQTT] Error in function setMqttPrefixHttp (Gen 1) for client undefined: TypeError: Cannot read properties of undefined (reading 'replace') shelly.0 2025-06-29 19:18:07.470 error [MQTT] Unable to get mqttprefix of client with id "shellyplusuni-c4d8d553a8f4" shelly.0 2025-06-29 19:18:07.470 error [MQTT] Error in function setMqttPrefixHttp (Gen 1) for client undefined: TypeError: Cannot read properties of undefined (reading 'replace') shelly.0 2025-06-29 19:17:02.382 error [MQTT] Unable to get mqttprefix of client with id "shellyplusuni-c4d8d553a8f4" shelly.0 2025-06-29 19:17:02.382 error [MQTT] Error in function setMqttPrefixHttp (Gen 1) for client undefined: TypeError: Cannot read properties of undefined (reading 'replace') shelly.0 2025-06-29 19:15:55.825 error [MQTT] Unable to get mqttprefix of client with id "shellyplusuni-c4d8d553a8f4" shelly.0 2025-06-29 19:15:55.824 error [MQTT] Error in function setMqttPrefixHttp (Gen 1) for client undefined: TypeError: Cannot read properties of undefined (reading 'replace')Plötzlich wie aus dem Nichts...
-
@mcm1957
Denke , darum geht es immer noch.Meine Beobachtung ist, dass bei zeitweiser Nichterreichbarkeit einzelner shellys in einem Wlan mit mehreren AP's ein Aktivieren der Option 'AP roaming' im shelly eine deutliche Verbesserung/Lösung des Problems bringen kann.
@zahnheinrich was mir noch aufgefallen ist, wenn man sich über Wlan einloggt, dann braucht es ewig bis die Timezone geladen ist, bestimmt 2 Minuten
Wenn ich dann den UNI im iobroker Adapter lösche, unten bei BrowserTime auf Set klicke, am UNI einen Reboot mache, dann ist er sofort richtig verbunden.
-
@zahnheinrich was mir noch aufgefallen ist, wenn man sich über Wlan einloggt, dann braucht es ewig bis die Timezone geladen ist, bestimmt 2 Minuten
Wenn ich dann den UNI im iobroker Adapter lösche, unten bei BrowserTime auf Set klicke, am UNI einen Reboot mache, dann ist er sofort richtig verbunden.
@wuschl
Ich benutze meine Fritzbox als timeserver, kann ich dazu also nichts sagen... -
Hallo,
ich benutze u.a. einen Shelly 3em mit dem Shelly Adapter. Ich würde nun gerne den Verbrauch bzw, alle Werte unter EMData0 per Script zurücksetzen. Über das Webinterface geht das mit "delete stored Data".
Geht das auch irgendwie mit dem Adapter? Es soll wohl auch direkt per MQTT gehen, aber kann ich über den Adapter einen Command per MQTT an den Shelly schicken? -
Hallo,
ich benutze u.a. einen Shelly 3em mit dem Shelly Adapter. Ich würde nun gerne den Verbrauch bzw, alle Werte unter EMData0 per Script zurücksetzen. Über das Webinterface geht das mit "delete stored Data".
Geht das auch irgendwie mit dem Adapter? Es soll wohl auch direkt per MQTT gehen, aber kann ich über den Adapter einen Command per MQTT an den Shelly schicken?@hetti72
Nein, das direkte Senden von Daten via MQTT ist nicht vorgesehen.Ich habe jetzt nicht im Kopf ob ein Reset bei diesem Device programmatisch möglich und implementiert ist. Wenn nicht implementiert bitte gerne ein Issue erstellen. Wir schaun uns das dann an sobald mal Zeit ist (bitte nicht lachen
) -
Hallo alle zusammen ich habe mehrere Windows Bues und auch Motion Blu im Einsatz die Scripte zum Empfang sind auf den Shellys 1pm plus in der Version 1 und der Adapter in der Vers. 10.1
Nun bekomme ich bei dem Motion Blu diesesn Fehler gemeldet.
und im Log des Iobrokers findet sich unter warn dieser eintrag
025-08-06 17:49:52.380 - info: zigbee2mqtt.1 (154496) z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Steckdose Büro', payload '{"child_lock":"UNLOCK","countdown":0,"current":0.66,"energy":43.31,"indicator_mode":"off/on","linkquality":156,"power":127,"power_outage_memory":"restore","state":"ON","update":{"installed_version":192,"latest_version":192,"state":"idle"},"voltage":229}' 2025-08-06 17:49:55.167 - warn: shelly.0 (51201) [Mqtt.statusNotifications] 192.168.178.118 (shellyplus1pm / shellyplus1pm-cc7b5c820c00 / shellyplus1pm#cc7b5c820c00#1): "General Status Notifications" are disabled (see adapter documentation for details) 2025-08-06 17:49:56.121 - info: zigbee2mqtt.1 (154496) z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/SNZB-02 Bad', payload '{"battery":100,"humidity":79.44,"linkquality":87,"temperature":19.22,"voltage":3000}' 2025-08-06 17:49:59.359 - info: zigbee2mqtt.1 (154496) z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Steckdose Büro', payload '{"child_lock":"UNLOCK","countdown":0,"current":0.66,"energy":43.31,"indicator_mode":"off/on","linkquality":156,"power":115,"power_outage_memory":"restore","state":"ON","update":{"installed_version":192,"latest_version":192,"state":"idle"},"voltage":229}' 2025-08-06 17:49:59.856 - info: zigbee2mqtt.1 (154496) z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Fernseherleiste', payload '{"child_lock":"UNLOCK","countdown":0,"current":0.51,"energy":38.92,"indicator_mode":"off/on","linkquality":29,"power":97,"power_outage_memory":"restore","state":"ON","update":{"installed_version":192,"latest_version":192,"state":"idle"},"voltage":231}' 2025-08-06 17:50:03.166 - info: zigbee2mqtt.1 (154496) z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Außendoppelsteckdose', payload '{"child_lock":"UNLOCK","current":0,"energy":8.48,"indicator_mode":"off/on","linkquality":109,"power":0,"power_outage_memory_l1":"restore","state_l1":"OFF","state_l2":"OFF","update":{"installed_version":69,"latest_version":69,"state":"idle"},"voltage":231}' 2025-08-06 17:50:03.168 - info: zigbee2mqtt.1 (154496) z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/Steckdose Garten', payload '{"child_lock":"UNLOCK","countdown":0,"current":0.04,"energy":11.03,"indicator_mode":"off/on","linkquality":109,"power":5,"power_outage_memory":"restore","state":"ON","update":{"installed_version":192,"latest_version":192,"state":"idle"},"voltage":232}'und bei dem Windows Blu bekomme ich zum Teil dieses angezeigt.
wie schaffe ich es das das Script wieder Fehlerfrei funktioniert.
Gruß
Mico -
@mico
Installier das aktuelle script. Der Fehler mit 'unpackedData' stammt aus einer fehlerhaften Version.
Kannst di Zeile 'console log ...' auch einfach löschen.Siehe auch:
https://forum.iobroker.net/topic/80722/test-adapter-shelly-10-1-0-latest-beta/22@Homoran
Bitte an den shelly support topic anhängen
https://forum.iobroker.net/topic/81297/shelly-adapter-genereller-support -
@mico
Installier das aktuelle script. Der Fehler mit 'unpackedData' stammt aus einer fehlerhaften Version.
Kannst di Zeile 'console log ...' auch einfach löschen.Siehe auch:
https://forum.iobroker.net/topic/80722/test-adapter-shelly-10-1-0-latest-beta/22@Homoran
Bitte an den shelly support topic anhängen
https://forum.iobroker.net/topic/81297/shelly-adapter-genereller-support -
@mcm1957
Ich habe ja die Version 1.0 des Scriptes installiert, jetzt nochmals per Steuerung und C kopiert und eingefügt. leider immer noch dieser FehlerAlso Shelkly Instanz ist 10.1 Bluetooth ist enable und Script zum Ausführen ist V 1.0
@mico sagte in Shelly BLus zum Teil mit Fehler im Auto-Script:
Ich habe ja die Version 1.0 des Scriptes installiert
Ja, die Zeile wurde entfernt, ohne dass die Script-Version angepasst wurde. Daher existieren leider gerade 2 verschiedene
1.0Versionen. Am besten die aus dem 10.1.0 Tag nehmen:https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/v10.1.0/docs/en/ble-devices.md
-
@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.
-
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!
91
Online32.4k
Users81.3k
Topics1.3m
Posts