MQTT - Shelly

[66er]

@hunterhb sagte in MQTT - Shelly:

Ich kann aber nur mit einem über MQTT sprechen?

Wie @mickym schon schrieb, funktoniert MQTT andersrum.

Wenn Du 2 MQTTBroker-Adapter im ioBroker hast, z.B. den Shelly-Adapter im MQTT-Mode und den MQTT-Adapter müssen beide Apdater unterschiedliche Ports nutzen.

Im Shelly trägst Du den zu nutzenden Port je nach gewünschter Instanz mit ein!

Und bei jeder Änderung an den MQTT-Einstellungen mußt Du bei Gen.2 und Gen.3 im Shelly das Passwort neu setzen!

Viel Erfolg und schönen Sonntag.

PS:
Ich betreibe hier auch 2 Instanzen des Shelly-Adapters und 1 Instanz des MQTT-Adapters. Es funktioniert problemlos.

[Letzi]

Ich muss dazu auch mal eine Frage los werden. Ich habe einen PLUGS heute auf die 1.2.0 gehoben. Dabei hab ich die Verbindung zum ioB verloren. Dann hab ich den PLUGS zurück gesetzt und ihn auch aus der Objektliste gelöscht. Dann Daten in den PLUGS neu eingegeben und... nix passiert. Ich bekommen lediglich die Info über LOG:

shelly.0 2024-02-18 17:37:22.287 error [MQTT] DO NOT CHANGE THE CLIENT-ID OF YOUR SHELLY DEVICES (see adapter documentation for details)

shelly.0 2024-02-18 17:37:22.286 error [MQTT] (Shelly?) device unknown, configuration for client with id "plusplugs-..............." does not exist!

Ich hab aber mal den MQTT Broker installiert (zum Testen) und dort steht die Verbindung. Ich habe keine ID verändert.

Kann es sein, das im Shelly Adapter Reste vorhanden sind? Weiß jemand wo oder was ich noch löschen muss?

[da_Woody]

@letzi sagte in MQTT - Shelly:

PLUGS

welcher da wäre? gibt ja inzwischen einige generationen.
wie hast du das ding "zurück gesetzt" ?
wie hast du versucht das ding wieder einzubinden?
logs bitte in code-tags einfügen...

[Letzi]

1. Shelly PlusPlugS V2.

2. Beim stecken in die Steckdose den Button gedrückt halten. Dann mit der APP wieder in WLAN gezogen.

3. Ja hab ich. Habe auch eine weitere Instanz mit andrem Port installiert, gleicht Fehlermeldung.

4. code-tags, verstanden. Sorry.

[Letzi]

Habe schon Shelly von einer zur anderen Instanz verschoben, ohne Probleme. Der PLUGS lässt sich über die Weboberfläche und über die APP steuern.

[da_Woody]

@letzi
1 ok, also nur mehr mqtt.
2 genügt den button eine zeit zu drücken (blinken). muss nicht beim einstecken sein.
kann latürnich etwas dauern bis er sein netz aufbaut. sehe gerade, will das handy. na, dann dort hinzufügen und los gehts.
wenns klemmt, dann halt ins netz einloggen und manuell das netzwerk eingeben.
3 warum? du verwendest die APP und den adapter. der werkelt auf 1882 im normalfall.
4 fein.
ich hab zwar keinen plusplugs, aber einen plus1pm. oops, der wollte ein update auf 1.2.0. ist für die poolpumpe, also hab ich da nicht nachgeschaut. tut wie er soll, auch im ioB.

Habe schon Shelly von einer zur anderen Instanz verschoben, ohne Probleme. Der PLUGS lässt sich über die Weboberfläche und über die APP steuern.

wie jetzt? 2 instanzen shelly mqtt? 2 instanzen brauchst du nur wenn gen1 CoAP, gen2 MQTT. und das nur bei cloud verwendung.

[Letzi]

Inzwischen sind es sogar 4 Instanzen in MQTT, für jeden Typ eine. Einige haben seit dem Update des Adapter auf 6.6.1. einen andre Fehler beim starten der PLUGS und PLUS1 Shellys https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/859#issuecomment-1950295073
Um damit nicht auch die 1PM 3EM und UNIś zu belasten, hab ich das mal getrennt. Macht sich eigentlich gut. Hab fast 60 Shellys laufen. Aber zurück zum Thema:

Ich weiß das ich die App nicht brauche, habe den PLUGS auch schon direkt neu aufgesetzt bzw. auch das Werksreset zum zurücksetzten genutzt. In der _data.json sind noch Einträge des Shelly vorhaben. Müssen die raus damit die Objekte neu angelegt werden können!
Screenshot 2024-02-18 18.57.56.png ?

hgschwibbe created this issue in iobroker-community-adapters/ioBroker.shelly

closed Error in function setMqttPrefixHttp (Gen 1) for (undefined / undefined / undefined) #859

[da_Woody]

@letzi sagte in MQTT - Shelly:

Inzwischen sind es sogar 4 Instanzen in MQTT, für jeden Typ eine.

ist nicht dein ernst...
ich sags ja nicht gern, weil eigentlich nicht gewünscht. aber hol dir die latest vom shelly adapter...
ich bin auf 6.8.0
richte die 2 instanzen, falls coap und mqtt richtig ein, lösche alle objekte. kann dauern bis alle wieder auftauchen.
hab ca 90 shelly gemischt und keine probleme.

edith: ist ja alles gut erklärt.

[Letzi]

Es liegt nicht an der Anzahl der Instanzen. Hab mal einen neuen Shelly ausgepackt, mit WLan drauf und ins Netz eingebunden, RESTRICT LOGIN eingegeben, MQTT Daten rein und sofort da. Von Instanz 0 auf 3 verschoben ohne Problem.

Es kann nur am Adapter selbst oder an Resten im ioB liegen. Wo bekommt man bitte die Vorgängerversion der FW vom PLUGS? Oder irgendeine Beta.

[da_Woody]

@letzi sagte in MQTT - Shelly:

RESTRICT LOGIN

wozu bitte? angst vor dir selbst? IMHO die unnötigste funktion in der FW.

Wo bekommt man bitte die Vorgängerversion der FW vom PLUGS?

http://archive.shelly-tools.de/ schau da mal nach...
wenn du eine beta drauf hast, solltest du normal auch auf die letzte stable zurückkommen in der app, oder direkt im shelly.

Es kann nur am Adapter selbst

darum mein hinweis auf die latest version...

[Letzi]

Der PLUGS ist auf der 1.2.0. Eine downgrade oder eine alternative Tasmato FW verweigert er. Ich hab noch 2 weitere PLUGS entdeckt, die aussehen als wäre alles normal. Sie übermitteln nur nichts über MQTT.
Gleiche FW, gleiche Meldung im LOG und keine Reaktion beim downgrade.

Dann warte ich mal auf das nächste Beta was ggf. den Fehler überschreibt.

[da_Woody]

@letzi seltsam... schon mal im forum nachgefragt?
https://www.shelly-support.eu/forum/board/282-shelly-plus-plug-s/
infos über shelly
https://shelly-api-docs.shelly.cloud/gen2/Devices/Gen2/ShellyPlusPlugS

[Cluni]

@hunterhb said in MQTT - Shelly:

@mickym Folgende Anleitung habe ich beachtet:
GitHub_shelly-adapter
Geht aber trotzdem nicht. Warum sprechen die anderen Shellys nicht mit dem Broker.
Gibt es eine Möglichkeit ohne MQTT die Shellys anzusprechen.
Folgende Fehlermeldung im Log:

[httpIoBrokerState] Error for state shellypro4pm#34987a45bca8#1.Cloud.enabled for 192.168.178.112 (shellypro4pm / shellypro4pm-34987a45bca8 / shellypro4pm#34987a45bca8#1) "/rpc/Cloud.GetConfig": SyntaxError: Unexpected token < in JSON at position 0 - value: "<!DOCTYPE html> <html> <body> <input type="hidden" id="http" name="http" value="5000"> <input type="hidden" id="https" name="https" value="5001"> <input type="hidden" id="prefer_https" name="prefer_https" value="true"> </body> <script type="text/javascript"> var protocol="https:"; var port=5001; var URL=protocol+"//"+location.hostname+":"+port+location.pathname+location.search; location.replace(URL); </script> </html> "

Habe jetzt alles nur im Schnelldurchgang quer gelesen und weiß nicht, ob schon jemand den Hinweis gegeben hat.
Aber kann das sein, dass du dort einen älteren Shelly hast, der nicht Cloud und MQTT gleichzeitig kann und du aber die Cloud enabled hast. Glaube die aktuellen können das gleichzeitig.

Schalte mal den Cloudzugriff im Shelly aus und schau mal, ob es dann funktioniert.

[Malaus]

Ich habe ein ähnliches Problem.
Gestern ein Update auf 1.2 bei einem 2PM Plus gemacht und seit dem habe ich keine Verbindung mehr über MQTT.

shos_mqtt_conn.c:601 MQTT0: Connecting to 192.168.2.245:1883 (192.168.2.245:1883)
09:34:51
shos_mqtt_conn.c:489 MQTT0: Connect status 5
09:34:51
shos_mqtt_conn.c:844 MQTT0: Connecting after 56336 ms
09:34:51
shos_mqtt_conn.c:844 MQTT0: Connecting after 58682 ms

Das erhalte ich als Log auf dem Shelly.
Die MQTT Einstellungen sehen so aus:

Da kann fehlt seit dem Update der haken mit MQTT Control.

[da_Woody]

@malaus war da nicht was, daß beim Update Username und Passwort noch Mal eingegeben werden müssen?
Warum eigentlich 1883? Normal ist im Adapter 1882.

[pajda]

@Malaus
Du daust die prefix nicht ändern

Anleitung

[da_Woody]

@pajda falsch, die ID darfst du nicht ändern.

Ändere nicht die "client id" in dieser Konfiguration

[Malaus]

@da_woody
hab vergessen zu erwähnen, dass ich den Mosquitto und nicht den Shelly Adapter benutze - daher der Port 1883

Wenn ich den MQTT Adapter als Broker einstelle, meldet sich der Shelly an. Aber eben nicht mehr an den Mosquitto Broker. Dort sind auch andere Shellys, die funktionieren aber noch nicht das Update erhalten haben.

Vielleicht mach ich doch einen eigenen Thread auf, da das hier doch nichts mit meinem Problem zu tun hat.

[da_Woody]

@malaus hab ich mir gedacht. Deswegen 1883.
Warum da jetzt so Probleme entstehen kann ich auch nicht erklären.

[Letzi]

@cluni

Nabend. Ich schalte die Cloud bei jeder Einrichtung aus. Darum hab ich mich für shelly entschieden Bei Sonoff und Tapo geht nix ohne Cloud.

Und ja, seit dem Update fehlt die Checkbox für MQTT Control.
Ein Fragezeichen mit einem Link ist dahinter:
https://shelly-api-docs.shelly.cloud/gen2/ComponentsAndServices/Mqtt/#mqtt-control

Ich habe alle Sehlly mit der FW aktualisiert, nur 3 spinnen.

Ich nutze noch ganz andre Ports, wichtig ist ja das beide Seiten den gleichen nutzen und nicht andere Adapter behindert werden.