NEWS
MQTT - Shelly
-
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.
-
@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.
-
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 ? -
@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.
-
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.
-
@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...
-
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.
-
@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 -
@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.
-
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.
-
@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 falsch, die ID darfst du nicht ändern.
Ändere nicht die "client id" in dieser Konfiguration
-
@da_woody
hab vergessen zu erwähnen, dass ich den Mosquitto und nicht den Shelly Adapter benutze - daher der Port 1883Wenn 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.
-
@malaus hab ich mir gedacht. Deswegen 1883.
Warum da jetzt so Probleme entstehen kann ich auch nicht erklären. -
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-controlIch 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.
-
@letzi said in MQTT - Shelly:
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-controlIch 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.
Die Befehlszeilen die man unter dem Link findet sind cool, so lässt sich der shelly über ein Terminal konfigurieren bzw. über einen Link schalten.
-
Man hat reagiert und die Version 1.2 raus genommen. Mal schauen ob die Beta die Fehler bei den 3 PlugS behebt.
Ändert nix an den 3 defekten. Egal ob 1.1.0 oder die Beta. Die Beta führt den Fehler mit dem fehlenden MQTT Control mit.
Schade, 48Euro für den Mülleimer. -
@letzi sagte in MQTT - Shelly:
Schade, 48Euro für den Mülleimer.
Sicher hast Du den Bug schon gemeldet, oder? Ich liebe solche Aussagen. Bevor Du sie in die Tonne wirfst, schick' sie zu mir.
Hab' es in der Beta und in der stable verifiziert und an BG weitergemeldet.
Mal sehen, wird sicher gefixt.
-
@malaus sagte in MQTT - Shelly:
1.2 bei einem 2PM Plus gemacht und seit dem habe ich keine Verbindung mehr über MQTT.
Die Verbindung steht schon bei mir. Es fehlen aber Daten!
Mit 1.1.0 sah das noch so aus:
Bug gemeldet