NEWS
Test Adapter shelly - ALPHA Versionen
-
Hallo @mcm1957 also, ich habe es ja bei mir sehr lang getestet und auch niedergeschrieben es ist jederzeit produzierbar.
Es ist jetzt so bei mir, das kein Shelly mehr mit Passwort gesichert ist und seitdem läuft das System wie am Schnürchen.
Grüße
Fabio -
@mcm1957 gib mir 1-2 Abende, dann kann ich dir hoffentlich sagen ob es reproduzierbar ist.
Werd es dann auf meinen beiden Systemen testen.Ganz verzichten möchte ich nicht auf das Passwort der Weboberfläche. Wenn man doch mal einen "Gast" im Netzwerk hat, muss man es ihm ja nicht zu einfach machen, Schabernack zu betreiben.
Wenn Logs sinnvoll zum nachvollziehen sind - welches Loglevel? Debug oder silly
grüße schreckus
-
@mcm1957 gib mir 1-2 Abende, dann kann ich dir hoffentlich sagen ob es reproduzierbar ist.
Werd es dann auf meinen beiden Systemen testen.Ganz verzichten möchte ich nicht auf das Passwort der Weboberfläche. Wenn man doch mal einen "Gast" im Netzwerk hat, muss man es ihm ja nicht zu einfach machen, Schabernack zu betreiben.
Wenn Logs sinnvoll zum nachvollziehen sind - welches Loglevel? Debug oder silly
grüße schreckus
@schreckus
Nimm dir ruhig mehr - bin die nächste Woche eh auf Urlaub und zum Wandern schlepp ich keinen Laptop mit :-). Allfällige non-emergency Aktionen erst ab 26. Mai ... -
@bilberry
Danke mal für das rasche Feedback.temperature offset kommt in alpha.1
input2 = Typ counter braucht noch Nachbesserungen - völlig richtig gefunden
analog input wird auch nochmal überarbeitet. Da hab ich auchs chon Fehler gefunden.hoffe dass alpha.1 heute raus kann.
@mcm1957
moin, ich hab seit gestern das Ogemray 25A Relais.
Adapter in der Version 9.5.1Der Switch im Adapter (Objekte) funktioniert nicht richtig.
Wenn ich über Blockly den Zustand vom Switch steuere (true / false) dann schaltet das Relais korrekt aber der Switch im Objektbaum wird nicht richtig aktualisiert. Er hängt meistens einen Schritt hinterher.
Wenn ich auf der html Seite vom Ogemray den Zustand schalte, verzögerte Aktualisierung im Adapter (einen Schritt hinterher).
Auch wenn ich den Switch direkt ändere ist es so (einen Schritt hinterher zum Zustand).
So ist der Switch false, der echte Zustand aber true.
Kann es nicht besser beschreiben
Der Rest scheint zu funktionieren.
-
@mcm1957
moin, ich hab seit gestern das Ogemray 25A Relais.
Adapter in der Version 9.5.1Der Switch im Adapter (Objekte) funktioniert nicht richtig.
Wenn ich über Blockly den Zustand vom Switch steuere (true / false) dann schaltet das Relais korrekt aber der Switch im Objektbaum wird nicht richtig aktualisiert. Er hängt meistens einen Schritt hinterher.
Wenn ich auf der html Seite vom Ogemray den Zustand schalte, verzögerte Aktualisierung im Adapter (einen Schritt hinterher).
Auch wenn ich den Switch direkt ändere ist es so (einen Schritt hinterher zum Zustand).
So ist der Switch false, der echte Zustand aber true.
Kann es nicht besser beschreibenDer Rest scheint zu funktionieren.
Erstell bitte ein Issue.
Und häng dort bitte auch ein DEBUG Log an. Fürchte ich muss da ev. Support vom Spezialisten (@haus-automatisierung ) anfordern.
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
-
Erstell bitte ein Issue.
Und häng dort bitte auch ein DEBUG Log an. Fürchte ich muss da ev. Support vom Spezialisten (@haus-automatisierung ) anfordern.
So wie ich es sehe bekommt der Adapter die Meldung via mqtt. Damit stellt sich die Frage:
Kommt die Änderung verzögert, sprich du änderst den Wert in der shelly app / im Webinterface und der State im ioBroker wird erst nach x Sekunden angepasst?
Oder wird im ioBroker IMMER das Gegenteil von dem angezeigt was tatsächlich eingestellt ist?
Was passiert wenn du den State direkt in ioBroker admin umstellst?
Ev. hol mag die json mit Output von http://ogemray-ip/rpc/Shelly.GetStatus ab und zwar sowohl im eingeschalteten als auch im ausgeschalteten Zustand und poste die (bitte dazu schreiben welches json zu ein / aus gehört). Alternativ zum posten auch gern im Issue gesehen.
Und - wenn es das Relay kann - stell mal nen Timer ein der das Relais nach x Sekunden ein bzw. ausschaltet und beobachte ob / was sich im ioBroker State tut.
Arbeitshypothese:
Das Ding schickt den Status zeitlich verzögert ODER das Ding schickt den Status invertiert ...
Da der switch Modul nicht spezifisch für dieses Relay ist sollte dort eigentlich kein Fehler drinnen sein... Aber wer weiß.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
-
So wie ich es sehe bekommt der Adapter die Meldung via mqtt. Damit stellt sich die Frage:
Kommt die Änderung verzögert, sprich du änderst den Wert in der shelly app / im Webinterface und der State im ioBroker wird erst nach x Sekunden angepasst?
Oder wird im ioBroker IMMER das Gegenteil von dem angezeigt was tatsächlich eingestellt ist?
Was passiert wenn du den State direkt in ioBroker admin umstellst?
Ev. hol mag die json mit Output von http://ogemray-ip/rpc/Shelly.GetStatus ab und zwar sowohl im eingeschalteten als auch im ausgeschalteten Zustand und poste die (bitte dazu schreiben welches json zu ein / aus gehört). Alternativ zum posten auch gern im Issue gesehen.
Und - wenn es das Relay kann - stell mal nen Timer ein der das Relais nach x Sekunden ein bzw. ausschaltet und beobachte ob / was sich im ioBroker State tut.
Arbeitshypothese:
Das Ding schickt den Status zeitlich verzögert ODER das Ding schickt den Status invertiert ...
Da der switch Modul nicht spezifisch für dieses Relay ist sollte dort eigentlich kein Fehler drinnen sein... Aber wer weiß.@mcm1957
ich hab es mal gefilmt...
https://www.dropbox.com/scl/fi/0nivazrw1yoztq74dbj2t/Ogemray.mp4?rlkey=dlh6iy8wdgu7hngofgtrk695q&st=7wna1c2m&dl=0Shelly.GetStatus AN
{ "ble": {}, "bthome": { "errors": [ "bluetooth_disabled" ] }, "cloud": { "connected": false }, "input:0": { "id": 0, "state": false }, "knx": {}, "mqtt": { "connected": true }, "switch:0": { "id": 0, "source": "WS_in", "output": true, "apower": 0.0, "voltage": 237.9, "freq": 50.0, "current": 0.0, "aenergy": { "total": 0.0, "by_minute": [ 0.0, 0.0, 0.0 ], "minute_ts": 1748490540 }, "temperature": { "tC": 33.4, "tF": 92.2 } }, "sys": { "mac": "B08184E1xxx", "restart_required": false, "time": "05:49", "unixtime": 1748490572, "last_sync_ts": 1748490152, "uptime": 423, "ram_size": 252528, "ram_free": 126080, "ram_min_free": 112252, "fs_size": 1048576, "fs_free": 593920, "cfg_rev": 14, "kvs_rev": 0, "schedule_rev": 0, "webhook_rev": 0, "btrelay_rev": 0, "available_updates": {}, "reset_reason": 1, "utc_offset": 7200 }, "wifi": { "sta_ip": "xxxx", "status": "got ip", "ssid": "xxxx", "rssi": -50, "sta_ip6": [ "fe80::b281:84ff:fee1:deb4", "2003:d5:a73e:7800:b281:84ff:fee1:deb4", "fdf9:2cf3:d0b7:0:b281:84ff:fee1:deb4" ] }, "ws": { "connected": false } }Shelly.GetStatus AUS
{ "ble": {}, "bthome": { "errors": [ "bluetooth_disabled" ] }, "cloud": { "connected": false }, "input:0": { "id": 0, "state": false }, "knx": {}, "mqtt": { "connected": true }, "switch:0": { "id": 0, "source": "MQTT", "output": false, "apower": 0.0, "voltage": 237.9, "freq": 50.0, "current": 0.0, "aenergy": { "total": 0.0, "by_minute": [ 0.0, 0.0, 0.0 ], "minute_ts": 1748490480 }, "temperature": { "tC": 32.9, "tF": 91.2 } }, "sys": { "mac": "B08184E1xxx", "restart_required": false, "time": "05:48", "unixtime": 1748490518, "last_sync_ts": 1748490152, "uptime": 369, "ram_size": 252540, "ram_free": 125912, "ram_min_free": 112252, "fs_size": 1048576, "fs_free": 593920, "cfg_rev": 14, "kvs_rev": 0, "schedule_rev": 0, "webhook_rev": 0, "btrelay_rev": 0, "available_updates": {}, "reset_reason": 1, "utc_offset": 7200 }, "wifi": { "sta_ip": "xxx", "status": "got ip", "ssid": "xxx", "rssi": -51, "sta_ip6": [ "fe80::b281:84ff:fee1:deb4", "2003:d5:a73e:7800:b281:84ff:fee1:deb4", "fdf9:2cf3:d0b7:0:b281:84ff:fee1:deb4" ] }, "ws": { "connected": false } }Meine anderen Shellys laufen ohne Probleme.
-
So wie ich es sehe bekommt der Adapter die Meldung via mqtt. Damit stellt sich die Frage:
Kommt die Änderung verzögert, sprich du änderst den Wert in der shelly app / im Webinterface und der State im ioBroker wird erst nach x Sekunden angepasst?
Oder wird im ioBroker IMMER das Gegenteil von dem angezeigt was tatsächlich eingestellt ist?
Was passiert wenn du den State direkt in ioBroker admin umstellst?
Ev. hol mag die json mit Output von http://ogemray-ip/rpc/Shelly.GetStatus ab und zwar sowohl im eingeschalteten als auch im ausgeschalteten Zustand und poste die (bitte dazu schreiben welches json zu ein / aus gehört). Alternativ zum posten auch gern im Issue gesehen.
Und - wenn es das Relay kann - stell mal nen Timer ein der das Relais nach x Sekunden ein bzw. ausschaltet und beobachte ob / was sich im ioBroker State tut.
Arbeitshypothese:
Das Ding schickt den Status zeitlich verzögert ODER das Ding schickt den Status invertiert ...
Da der switch Modul nicht spezifisch für dieses Relay ist sollte dort eigentlich kein Fehler drinnen sein... Aber wer weiß. -
@mcm1957
Jetzt nochmal gewartet.
Also der "Switch" im Adapter wird aktualisiert, jedoch extrem Zeitverzögert.@stenmic RPC Events nicht aktiviert in der Shelly MQTT Konfiguration?
-
@stenmic RPC Events nicht aktiviert in der Shelly MQTT Konfiguration?
@haus-automatisierung
das sollte eigentlich passen, oder?
-
So wie ich es sehe bekommt der Adapter die Meldung via mqtt. Damit stellt sich die Frage:
Kommt die Änderung verzögert, sprich du änderst den Wert in der shelly app / im Webinterface und der State im ioBroker wird erst nach x Sekunden angepasst?
Oder wird im ioBroker IMMER das Gegenteil von dem angezeigt was tatsächlich eingestellt ist?
Was passiert wenn du den State direkt in ioBroker admin umstellst?
Ev. hol mag die json mit Output von http://ogemray-ip/rpc/Shelly.GetStatus ab und zwar sowohl im eingeschalteten als auch im ausgeschalteten Zustand und poste die (bitte dazu schreiben welches json zu ein / aus gehört). Alternativ zum posten auch gern im Issue gesehen.
Und - wenn es das Relay kann - stell mal nen Timer ein der das Relais nach x Sekunden ein bzw. ausschaltet und beobachte ob / was sich im ioBroker State tut.
Arbeitshypothese:
Das Ding schickt den Status zeitlich verzögert ODER das Ding schickt den Status invertiert ...
Da der switch Modul nicht spezifisch für dieses Relay ist sollte dort eigentlich kein Fehler drinnen sein... Aber wer weiß.@mcm1957 sagte in Test Adapter shelly - ALPHA Versionen:
Da der switch Modul nicht spezifisch für dieses Relay ist sollte dort eigentlich kein Fehler drinnen sein
Hallo @mcm1957,
seit ich die Shelly-Version v9.5.1-alpha.8 installiert habe, funktioniert das Steuern aus dem IOB nicht mehr. Sowohl das manuelle Schalten über die Web-Adresse des Shelly oder über die Objekte im IOB, als auch das Steuern via JavaScript im IOB laufen nicht mehr. Auch die Temperaturen des ShellyPlus1Addon werden im IOB nicht korrekt angezeigt.
Protokoll silly
iob diag
Was kann da die Ursache sein? Vorweg danke für dein Schaffen! Gruß, fuzzy
Raspberry PI5 mit Linux Debian 13 (Trixie), IoBroker v 7.7.2, MariaDB (MySQL)
mehrere Shellies Plus xx, Waveshare Modbus Relay 8 Channels, Waveshare RS485-TO-ETH (Modbus), Smartmeter ET340 (Modbus).
PV: 10 kWp Module, 2 x Deye WR SUN-10K, 2 x 10 kWh MeritSun LiFe Speicher, KEBA P30 Wallbox, Fronius Wattpilot home 11 -
@mcm1957 sagte in Test Adapter shelly - ALPHA Versionen:
Da der switch Modul nicht spezifisch für dieses Relay ist sollte dort eigentlich kein Fehler drinnen sein
Hallo @mcm1957,
seit ich die Shelly-Version v9.5.1-alpha.8 installiert habe, funktioniert das Steuern aus dem IOB nicht mehr. Sowohl das manuelle Schalten über die Web-Adresse des Shelly oder über die Objekte im IOB, als auch das Steuern via JavaScript im IOB laufen nicht mehr. Auch die Temperaturen des ShellyPlus1Addon werden im IOB nicht korrekt angezeigt.
Protokoll silly
iob diag
Was kann da die Ursache sein? Vorweg danke für dein Schaffen! Gruß, fuzzy
@fuzzy1955 said in Test Adapter shelly - ALPHA Versionen:
An sich ist die 9.5.1 seit kurzem bereits im Stabel, alle alphas sind damit outdated. Aber das tut mal nichts zur Sache.
Was ich nicht verstehe ist - du schreibst:
Sowohl das manuelle Schalten über die Web-Adresse des Shelly oder über die Objekte im IOB, als auch das Steuern via JavaScript im IOB laufen nicht mehr.
Lese ich das richtig? Auch ein steuern des Shelly direkt über die Web-Addresse des Shellys funktioniert nicht? Bei dieser Aktion ist ja der ioBroker Adapter ger nicht involviert. Was bedeutet außerdem "laufen nicht mehr."? Fehlermeldung? Welches Fehlverhalten? etc.
Triott das Problem bei einem Shelly auf (Modell?) oder bei mehreren? Alle gleicher Typ?
Im Moment klingt das für mich eher nach einen Hardwareproblem eines Shellies, ev. noch nach einem Netzwerkproblem (mit viel geringerer Wahrscheinlichkeit). Da Shelly derzeit eine neue Firmware ausrollt könnte bei einem Update auch was schief gegangen sein.
In jedem Fall macht es erst Sinn nach etwas im Adapter zu suchen wenn der Shelly via eigenem Webinterface und App normal funktioniert.
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
-
@fuzzy1955 said in Test Adapter shelly - ALPHA Versionen:
An sich ist die 9.5.1 seit kurzem bereits im Stabel, alle alphas sind damit outdated. Aber das tut mal nichts zur Sache.
Was ich nicht verstehe ist - du schreibst:
Sowohl das manuelle Schalten über die Web-Adresse des Shelly oder über die Objekte im IOB, als auch das Steuern via JavaScript im IOB laufen nicht mehr.
Lese ich das richtig? Auch ein steuern des Shelly direkt über die Web-Addresse des Shellys funktioniert nicht? Bei dieser Aktion ist ja der ioBroker Adapter ger nicht involviert. Was bedeutet außerdem "laufen nicht mehr."? Fehlermeldung? Welches Fehlverhalten? etc.
Triott das Problem bei einem Shelly auf (Modell?) oder bei mehreren? Alle gleicher Typ?
Im Moment klingt das für mich eher nach einen Hardwareproblem eines Shellies, ev. noch nach einem Netzwerkproblem (mit viel geringerer Wahrscheinlichkeit). Da Shelly derzeit eine neue Firmware ausrollt könnte bei einem Update auch was schief gegangen sein.
In jedem Fall macht es erst Sinn nach etwas im Adapter zu suchen wenn der Shelly via eigenem Webinterface und App normal funktioniert.
@mcm1957 sagte in Test Adapter shelly - ALPHA Versionen:
Sowohl das manuelle Schalten über die Web-Adresse des Shelly
Pardon, das manuelle Schalten über die Web-Adresse hat schon funktioniert.
Inzwischen habe ich die Ursache gefunden. Es lag daran, dass der Raspi nicht auf die IP-Adresse der Shellies zugreifen konnte. Der Port 1882 war in der Firewall nicht auf die Raspi-IP eingetragen.
Ich muss wohl noch reichlich dazulernen. Danke jedenfalls!
Raspberry PI5 mit Linux Debian 13 (Trixie), IoBroker v 7.7.2, MariaDB (MySQL)
mehrere Shellies Plus xx, Waveshare Modbus Relay 8 Channels, Waveshare RS485-TO-ETH (Modbus), Smartmeter ET340 (Modbus).
PV: 10 kWp Module, 2 x Deye WR SUN-10K, 2 x 10 kWh MeritSun LiFe Speicher, KEBA P30 Wallbox, Fronius Wattpilot home 11 -
@mcm1957 sagte in Test Adapter shelly - ALPHA Versionen:
Sowohl das manuelle Schalten über die Web-Adresse des Shelly
Pardon, das manuelle Schalten über die Web-Adresse hat schon funktioniert.
Inzwischen habe ich die Ursache gefunden. Es lag daran, dass der Raspi nicht auf die IP-Adresse der Shellies zugreifen konnte. Der Port 1882 war in der Firewall nicht auf die Raspi-IP eingetragen.
Ich muss wohl noch reichlich dazulernen. Danke jedenfalls!
@fuzzy1955
Danke fürs Feedback. -
@mcm1957 sagte in Test Adapter shelly - ALPHA Versionen:
Sowohl das manuelle Schalten über die Web-Adresse des Shelly
Pardon, das manuelle Schalten über die Web-Adresse hat schon funktioniert.
Inzwischen habe ich die Ursache gefunden. Es lag daran, dass der Raspi nicht auf die IP-Adresse der Shellies zugreifen konnte. Der Port 1882 war in der Firewall nicht auf die Raspi-IP eingetragen.
Ich muss wohl noch reichlich dazulernen. Danke jedenfalls!
@fuzzy1955 sagte in Test Adapter shelly - ALPHA Versionen:
Es lag daran, dass der Raspi nicht auf die IP-Adresse der Shellies zugreifen konnte.
Mh? Der Raspi öffnet den Port 1882 und der Shelly greift darauf zu. Nicht andersrum.
🧑🎓 Autor des beliebten ioBroker-Master-Kurses
🎥 Tutorials rund um das Thema DIY-Smart-Home: https://haus-automatisierung.com/
📚 Meine inoffizielle ioBroker Dokumentation -
@fuzzy1955 sagte in Test Adapter shelly - ALPHA Versionen:
Es lag daran, dass der Raspi nicht auf die IP-Adresse der Shellies zugreifen konnte.
Mh? Der Raspi öffnet den Port 1882 und der Shelly greift darauf zu. Nicht andersrum.
@haus-automatisierung sagte in Test Adapter shelly - ALPHA Versionen:
Der Raspi öffnet den Port 1882 und der Shelly greift darauf zu.
Ja, klar. Die IP des Raspi mit dem Port 1882 war nicht in dessen Linux-Firewall eingetragen.
-
Aktuelle Test Version 10.4.2-alpha.1 Veröffentlichungsdatum 12.11.2025 Github Link https://github.com/iobroker-community-adapters/ioBroker.shelly Zum Thema Shelly gibt es mehrere aktive Topics. Bitte das am besten passende Topic benutzen:
Shelly Topics Shelly BETA/LATEST Test https://forum.iobroker.net/topic/80722/test-adapter-shelly-10-1-0-latest-beta Shelly STABLE Fragen https://forum.iobroker.net/topic/81297/shelly-adapter-genereller-support ==============================================================================
Der Adapter ioBroker.shelly wird seit langer Zeit von @haus-automatisierung sehr gut betruet und weiter entwickelt. Um ihn ein wenig zu entlasten (und für anspruchsvollere Dinge freizuschaufeln) werde ich versuchen bei der Konfiguration neuer Geräte mitzuwirken.
Leider kann (und will) ich mir nicht alle verfügbaren Shellies kaufen wenn ich sie nicht selbst verwenden kann. Da es aus Erfahrung unrealistisch ist, dass es genug Spenden zur Finanzierung der Geräte gibt - und ich auch nicht garantieren kann und will dass ich kurzfristig auf geschenkte Geräte reagiere - werde ich hier um eure Mithilfe ersuchen.
Ich werde daher in diesem Topic primär um Informationen zu neuen Geräten bitten und um Feedback zu Alpha-Implementierungen bitten. Konkret in Arbeit befindliche Geräte werde ich im nächsten Kommentar nennen. Ansonsten gilt natürlich unverändert bitte bei Problemen und dem Wunsch nach Einbindung eines bestimmten Geräts ein Issue im Adapter-Repository eröffnen.
Changelog
siehe https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/master/README.md#changelog
@mcm1957 Hallo, ich habe aktuell ein Problem mit meinem Shelly Adapter über MQTT. Ich würde jetzt tippen, dass es etwas mit der aktuellen Firmware zu tun hat. Egal welche Version vom Adapter ich nehme, bekomme ich folgende Nachrichten
shelly.1 2025-06-03 21:43:04.010 info [MQTT] Client Close: (shellyplus1 / shellyplus1-64b7080b3d78 / shellyplus1#64b7080b3d78#1) (false) shelly.1 2025-06-03 21:42:54.016 info [MQTT] Device with client id "shellyplus1-64b7080b3d78" connected from 192.168.171.80! shelly.1 2025-06-03 21:42:45.727 info [MQTT] Client Close: (shellyplus1 / shellyplus1-441793a712a8 / shellyplus1#441793a712a8#1) (false) shelly.1 2025-06-03 21:42:44.328 info [MQTT] Client Close: (shellypro3 / shellypro3-2cbcbba79f0c / shellypro3#2cbcbba79f0c#1) (false) shelly.1 2025-06-03 21:42:44.311 error [MQTT] Wrong MQTT authentification of client "shellypro3-2cbcbba79f0c" shelly.1 2025-06-03 21:42:35.735 info [MQTT] Device with client id "shellyplus1-441793a712a8" connected from 192.168.171.106! shelly.1 2025-06-03 21:41:56.079 info [MQTT] Client Close: (shellyplus1 / shellyplus1-64b7080b3d78 / shellyplus1#64b7080b3d78#1) (false) shelly.1 2025-06-03 21:41:48.497 info [MQTT] Client Close: (shellypro3 / shellypro3-2cbcbba79f0c / shellypro3#2cbcbba79f0c#1) (false) shelly.1 2025-06-03 21:41:48.473 error [MQTT] Wrong MQTT authentification of client "shellypro3-2cbcbba79f0c" shelly.1 2025-06-03 21:41:46.083 info [MQTT] Device with client id "shellyplus1-64b7080b3d78" connected from 192.168.171.80! shelly.1 2025-06-03 21:41:42.097 error [MQTT] Unable to get mqttprefix of client with id "shellyplus1-441793a712a8" shelly.1 2025-06-03 21:41:42.057 error [MQTT] Unable to get mqttprefix of client with id "shellyplus1-64b7080b3d78" shelly.1 2025-06-03 21:41:41.717 error [MQTT] Unable to get mqttprefix of client with id "shellypro3-2cbcbba79f0c" shelly.1 2025-06-03 21:41:41.333 error [MQTT] Unable to get mqttprefix of client with id "shellyplus1-441793a712a8" shelly.1 2025-06-03 21:41:41.333 error [MQTT] Unable to get mqttprefix of client with id "shellypro3-2cbcbba79f0c" shelly.1 2025-06-03 21:41:41.085 error [MQTT] Unable to get mqttprefix of client with id "shellypro3-2cbcbba79f0c" shelly.1 2025-06-03 21:41:41.048 error [MQTT] Unable to get mqttprefix of client with id "shellyplus1-441793a712a8" shelly.1 2025-06-03 21:41:40.871 error [MQTT] Unable to get mqttprefix of client with id "shellyplus1-64b7080b3d78" shelly.1 2025-06-03 21:41:40.870 error [MQTT] Unable to get mqttprefix of client with id "shellypro3-2cbcbba79f0c" shelly.1 2025-06-03 21:41:40.870 error [MQTT] Unable to get mqttprefix of client with id "shellypro3-2cbcbba79f0c"Es lief alles reibunsglos. Auch frage ich mich, warum hinter den IP Adressen im Text ein "!" steht.
Anbei einmal ein Screenshot von einem Teilnehmer auf der Adapter Instanz.
Hat da jemand einen Tipp ?Gruß André
-
@mcm1957 Hallo, ich habe aktuell ein Problem mit meinem Shelly Adapter über MQTT. Ich würde jetzt tippen, dass es etwas mit der aktuellen Firmware zu tun hat. Egal welche Version vom Adapter ich nehme, bekomme ich folgende Nachrichten
shelly.1 2025-06-03 21:43:04.010 info [MQTT] Client Close: (shellyplus1 / shellyplus1-64b7080b3d78 / shellyplus1#64b7080b3d78#1) (false) shelly.1 2025-06-03 21:42:54.016 info [MQTT] Device with client id "shellyplus1-64b7080b3d78" connected from 192.168.171.80! shelly.1 2025-06-03 21:42:45.727 info [MQTT] Client Close: (shellyplus1 / shellyplus1-441793a712a8 / shellyplus1#441793a712a8#1) (false) shelly.1 2025-06-03 21:42:44.328 info [MQTT] Client Close: (shellypro3 / shellypro3-2cbcbba79f0c / shellypro3#2cbcbba79f0c#1) (false) shelly.1 2025-06-03 21:42:44.311 error [MQTT] Wrong MQTT authentification of client "shellypro3-2cbcbba79f0c" shelly.1 2025-06-03 21:42:35.735 info [MQTT] Device with client id "shellyplus1-441793a712a8" connected from 192.168.171.106! shelly.1 2025-06-03 21:41:56.079 info [MQTT] Client Close: (shellyplus1 / shellyplus1-64b7080b3d78 / shellyplus1#64b7080b3d78#1) (false) shelly.1 2025-06-03 21:41:48.497 info [MQTT] Client Close: (shellypro3 / shellypro3-2cbcbba79f0c / shellypro3#2cbcbba79f0c#1) (false) shelly.1 2025-06-03 21:41:48.473 error [MQTT] Wrong MQTT authentification of client "shellypro3-2cbcbba79f0c" shelly.1 2025-06-03 21:41:46.083 info [MQTT] Device with client id "shellyplus1-64b7080b3d78" connected from 192.168.171.80! shelly.1 2025-06-03 21:41:42.097 error [MQTT] Unable to get mqttprefix of client with id "shellyplus1-441793a712a8" shelly.1 2025-06-03 21:41:42.057 error [MQTT] Unable to get mqttprefix of client with id "shellyplus1-64b7080b3d78" shelly.1 2025-06-03 21:41:41.717 error [MQTT] Unable to get mqttprefix of client with id "shellypro3-2cbcbba79f0c" shelly.1 2025-06-03 21:41:41.333 error [MQTT] Unable to get mqttprefix of client with id "shellyplus1-441793a712a8" shelly.1 2025-06-03 21:41:41.333 error [MQTT] Unable to get mqttprefix of client with id "shellypro3-2cbcbba79f0c" shelly.1 2025-06-03 21:41:41.085 error [MQTT] Unable to get mqttprefix of client with id "shellypro3-2cbcbba79f0c" shelly.1 2025-06-03 21:41:41.048 error [MQTT] Unable to get mqttprefix of client with id "shellyplus1-441793a712a8" shelly.1 2025-06-03 21:41:40.871 error [MQTT] Unable to get mqttprefix of client with id "shellyplus1-64b7080b3d78" shelly.1 2025-06-03 21:41:40.870 error [MQTT] Unable to get mqttprefix of client with id "shellypro3-2cbcbba79f0c" shelly.1 2025-06-03 21:41:40.870 error [MQTT] Unable to get mqttprefix of client with id "shellypro3-2cbcbba79f0c"Es lief alles reibunsglos. Auch frage ich mich, warum hinter den IP Adressen im Text ein "!" steht.
Anbei einmal ein Screenshot von einem Teilnehmer auf der Adapter Instanz.
Hat da jemand einen Tipp ?Gruß André
@gelberlemmy sagte in Test Adapter shelly - ALPHA Versionen:
Auch frage ich mich, warum hinter den IP Adressen im Text ein "!" steht.
Aus dem gleichen Grund, warum
connected fromdavor steht. Ist halt Teil der Meldung: -
@gelberlemmy said in Test Adapter shelly - ALPHA Versionen:
@mcm1957 Hallo, ich habe aktuell ein Problem mit meinem Shelly Adapter über MQTT. Ich würde jetzt tippen, dass es etwas mit der aktuellen Firmware zu tun hat. Egal welche Version vom Adapter ich nehme, bekomme ich folgende Nachrichten
shelly.1 2025-06-03 21:43:04.010 info [MQTT] Client Close: (shellyplus1 / shellyplus1-64b7080b3d78 / shellyplus1#64b7080b3d78#1) (false) shelly.1 2025-06-03 21:42:54.016 info [MQTT] Device with client id "shellyplus1-64b7080b3d78" connected from 192.168.171.80! shelly.1 2025-06-03 21:42:45.727 info [MQTT] Client Close: (shellyplus1 / shellyplus1-441793a712a8 / shellyplus1#441793a712a8#1) (false) shelly.1 2025-06-03 21:42:44.328 info [MQTT] Client Close: (shellypro3 / shellypro3-2cbcbba79f0c / shellypro3#2cbcbba79f0c#1) (false) shelly.1 2025-06-03 21:42:44.311 error [MQTT] Wrong MQTT authentification of client "shellypro3-2cbcbba79f0c" shelly.1 2025-06-03 21:42:35.735 info [MQTT] Device with client id "shellyplus1-441793a712a8" connected from 192.168.171.106! shelly.1 2025-06-03 21:41:56.079 info [MQTT] Client Close: (shellyplus1 / shellyplus1-64b7080b3d78 / shellyplus1#64b7080b3d78#1) (false) shelly.1 2025-06-03 21:41:48.497 info [MQTT] Client Close: (shellypro3 / shellypro3-2cbcbba79f0c / shellypro3#2cbcbba79f0c#1) (false) shelly.1 2025-06-03 21:41:48.473 error [MQTT] Wrong MQTT authentification of client "shellypro3-2cbcbba79f0c" shelly.1 2025-06-03 21:41:46.083 info [MQTT] Device with client id "shellyplus1-64b7080b3d78" connected from 192.168.171.80! shelly.1 2025-06-03 21:41:42.097 error [MQTT] Unable to get mqttprefix of client with id "shellyplus1-441793a712a8" shelly.1 2025-06-03 21:41:42.057 error [MQTT] Unable to get mqttprefix of client with id "shellyplus1-64b7080b3d78" shelly.1 2025-06-03 21:41:41.717 error [MQTT] Unable to get mqttprefix of client with id "shellypro3-2cbcbba79f0c" shelly.1 2025-06-03 21:41:41.333 error [MQTT] Unable to get mqttprefix of client with id "shellyplus1-441793a712a8" shelly.1 2025-06-03 21:41:41.333 error [MQTT] Unable to get mqttprefix of client with id "shellypro3-2cbcbba79f0c" shelly.1 2025-06-03 21:41:41.085 error [MQTT] Unable to get mqttprefix of client with id "shellypro3-2cbcbba79f0c" shelly.1 2025-06-03 21:41:41.048 error [MQTT] Unable to get mqttprefix of client with id "shellyplus1-441793a712a8" shelly.1 2025-06-03 21:41:40.871 error [MQTT] Unable to get mqttprefix of client with id "shellyplus1-64b7080b3d78" shelly.1 2025-06-03 21:41:40.870 error [MQTT] Unable to get mqttprefix of client with id "shellypro3-2cbcbba79f0c" shelly.1 2025-06-03 21:41:40.870 error [MQTT] Unable to get mqttprefix of client with id "shellypro3-2cbcbba79f0c"Es lief alles reibunsglos. Auch frage ich mich, warum hinter den IP Adressen im Text ein "!" steht.
Anbei einmal ein Screenshot von einem Teilnehmer auf der Adapter Instanz.
Hat da jemand einen Tipp ?Gruß André
Das hat zwar nichts mit ALPHA Tests zu tun - derzeit läuft nicht mal einer - ABER:
Kontrollier mal dein MQTT Passwort (und auch gleich den Username für MQTT).
Bitte beachte, dass das Passwort am Shelly bei JEDER (!) Änderung der MQTT Einstellungen neu eingegeben werden muss. Und dass der Shelly nachher restartet werden muss.
Falls du auch ein HTTP Passwort gesetzt hast, verwende für HTTP und MQTT unterschiedliche Usernames und Passwörter. (Hab keine Erklärung und auch noch icht expolizit getestet aber es gab eine diesbezügliche Meldung vin ein oder 2 User die meinten dass es bei identem Username / Passwortkombinationen für HTTP und MQTT Probleme gäbe).
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
Support us
418
Online32.4k
Users81.4k
Topics1.3m
Posts