NEWS
[Aufruf] Test Shelly Adapter
-
@Apropo , kannst du einmal den Ordner Relay öffnen und mir einen Screenshot schicken
-
Oh sorry, peinlich. Den hab ich doch glatt übersehen. Da ist alles drin. Energy ist zwar leer, aber ich denke das ist der Gesamtverbrauch. In der Shelly App steht, dass der nur in Verbindung mit der Cloud funktioniert. Und die ist durch das aktivieren von mqtt auf dem Shelly automatisch deaktiviert worden. Mich persönlich stört es aber nicht. Hab eh alle Shellys ohne Cloud laufen. Super, Danke dir!!!
Mit mqtt werde ich trotzdem noch testen ob ich das irgendwie hinbekomme. Da brauchst du ja auch Feedback.
-
@Apropo , schalten der Steckdos funktioniert auch?
Zum MQTT zu konfigurieren rufst du dein Shelly Gerät am besten über den Web Browser auf. Dort findest du den Eintrag MQTT unter Internet Settings. Bei MQTT Server trägst du nun ein ausgedachten Usrer U. Passwort die IP Adresse von iobroker gefoglt von einem Doppelpunkt und 1882 (MQTT Pirt). Jetzt nur noch speichern.
Jetzt in ioBroker die Shelly Instanz konfigurieren. Hier mqtt auswählen und MQTT User und Passwort eingegeben.
-
Also über coap lässt sich die Steckdose zwar einschalten, aber der Wert bleibt auf false stehen. Wenn ich den Haken für true dann nochmal setze bleibt das true zwar stehen, aber in rot und ich kann die Dose nicht mehr ausschalten.
Mit mqtt hab ich Fehlermeldungen im log die ich nicht zuordnen kann:
host.iobrokervm 2019-05-18 12:03:37.312 error instance system.adapter.shelly.0 terminated with code 0 (OK) host.iobrokervm 2019-05-18 12:03:37.311 error Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:181:9) host.iobrokervm 2019-05-18 12:03:37.311 error Caught by controller[0]: at _combinedTickCallback (internal/process/next_tick.js:136:11) host.iobrokervm 2019-05-18 12:03:37.311 error Caught by controller[0]: at uncork (/opt/iobroker/node_modules/mqtt-connection/node_modules/mqtt-packet/writeToStream.js:81:10) host.iobrokervm 2019-05-18 12:03:37.311 error Caught by controller[0]: at Socket.Writable.uncork (_stream_writable.js:312:7) host.iobrokervm 2019-05-18 12:03:37.311 error Caught by controller[0]: at clearBuffer (_stream_writable.js:500:5) host.iobrokervm 2019-05-18 12:03:37.311 error Caught by controller[0]: at doWrite (_stream_writable.js:394:12) host.iobrokervm 2019-05-18 12:03:37.311 error Caught by controller[0]: at Socket._writev (net.js:782:8) host.iobrokervm 2019-05-18 12:03:37.310 error Caught by controller[0]: at Socket._writeGeneric (net.js:733:18) host.iobrokervm 2019-05-18 12:03:37.307 error Caught by controller[0]: Error: This socket is closed shelly.0 2019-05-18 12:03:12.779 info starting. Version 3.0.0 in /opt/iobroker/node_modules/iobroker.shelly, node: v8.14.0 host.iobrokervm 2019-05-18 12:03:11.126 info instance system.adapter.shelly.0 started with pid 3643 host.iobrokervm 2019-05-18 12:02:41.110 info Restart adapter system.adapter.shelly.0 because enabled
-
@Apropo , leider steht auf der Seite https://shelly-api-docs.shelly.cloud nur die API u. MQTT Spezifikation für den Shelly Plug aber nicht Shelly Plug S. Ich schreibe gleich einmal Shelly an, ob die mir ein Gerät zur Verfügung stellen können.
Hast Du noch andere Shelly Geräte? Funktionieren diese mit CoAP?
Den MQTT Fehler kann ich noch nicht einordnen. Da muss ich einmal schauen.VG
-
@Apropo , versuche einmal bitte folgendes. Öffne einen Webbrowser und gebe folgendes ein:
http://<ip-vom-shelly-plug-s>/relay/0/?turn=on
und
http://<ip-vom-shelly-plug-s>/relay/0/?turn=offschaltet die Steckdose?
-
Ich hab sonst nur noch einen Shelly 1 in Gebrauch, der scheint auch weiter zu funktionieren. Habs eben nur 1 mal kurz getestet. An dem kann ich nur leider grade nicht weiter testen, weil der am Schlafzimmerlicht hängt, wo meine Frau grade Nickerchen macht. Die erschlägt mich, wenn plötzlich das Licht angeht.
Nachdem ich nochmal alles neu eingegeben habe scheint mqtt zu funktionieren. Zumindest keine Fehlermeldungen und mir werden die Objekte angezeigt. Allerdings sind die ohne Funktion. Es wird kein Verbrauch angezeigt und ich kann auch nichts schalten.
Mit den beiden Befehlen von dir schaltet die Steckdose einwandfrei.
Hab grade auch gemerkt, wenn ich in den Objekten auf true setze schaltet sie ein, aber der Wert bleibt false. Wenn ich jetzt einfach nochmal false bestätige geht sie direkt aus. Nur, wenn ich vorher nochmal auf true setze damit auch true da steht und dann wieder auf false, dann schaltet sie nicht. Scheint irgendwie der Status nicht richtig übertragen zu werden. -
Übrigens musste ich den Port ändern, da auf dem 1882 schon der Sonoff Adapter lauscht. Aber das dürfte ja nichts ausmachen, oder?
-
@Apropo , genau den musst du dann ändern. Ich glaube der Fehler ist der MQTT Username und das MQTT Passwort. Die sind wahrscheinlich nicht mit dem im Shelly Plug S identisch.
Schaue einmal ob Du eine Fehlermeldung dazu im ioBroker Log findest. -
Sieht für mich alles gut aus:
-
@Apropo , kannst Du den Adapter einmal auf MQTT stehen lassen und alles unter shelly.0.SHPLG-1#xxxxxxx#1 löschen und dann den Adapter neu starten. wird dann der der Plug mit allen Objekten wie Relay0.Switch usw. angelegt?
-
Ja, wird alles neu angelegt, genau wie es vorher war, ohne Funktion.
Sorry, aber ich muss jetzt leider erst mal weg. Wir bekommen gleich Besuch. Ich werde dann wahscheinlich erst heute Abend wieder rein schauen können. Dann helfe ich aber gerne weiter, wenn es etwas gibt was ich tun kann. Also falls dir noch was einfällt, alles posten und ich arbeite es später ab
-
kleines Problem mit den Jalousien?
2019-05-18 14:19:43.798 error Error in function dp.mqtt.mqtt_publish_funct for stateSHSW-21#5B2AFA#1.Shutter.state
shelly.0 2019-05-18 14:19:43.798 error Error in function dp.mqtt.mqtt_publish_funct for stateSHSW-21#5B2AFA#1.onlinedas hier sieht auch nicht so gut aus...
host.iobroker 2019-05-18 14:25:04.775 info Restart adapter system.adapter.shelly.0 because enabled
host.iobroker 2019-05-18 14:25:04.775 error instance system.adapter.shelly.0 terminated with code 0 (OK)
Caught 2019-05-18 14:25:04.775 error by controller[0]: at process._tickCallback (internal/process/next_tick.js:181:9)
Caught 2019-05-18 14:25:04.775 error by controller[0]: at _combinedTickCallback (internal/process/next_tick.js:136:11)
Caught 2019-05-18 14:25:04.775 error by controller[0]: at uncork (/opt/iobroker/node_modules/mqtt-connection/node_modules/mqtt-packet/writeToStream.js:81:10)
Caught 2019-05-18 14:25:04.775 error by controller[0]: at Socket.Writable.uncork (_stream_writable.js:312:7)
Caught 2019-05-18 14:25:04.775 error by controller[0]: at clearBuffer (_stream_writable.js:500:5)
Caught 2019-05-18 14:25:04.775 error by controller[0]: at doWrite (_stream_writable.js:394:12)
Caught 2019-05-18 14:25:04.775 error by controller[0]: at Socket._writev (net.js:782:8)
Caught 2019-05-18 14:25:04.775 error by controller[0]: at Socket._writeGeneric (net.js:733:18)
Caught 2019-05-18 14:25:04.775 error by controller[0]: Error: This socket is closed
shelly.0 2019-05-18 14:25:04.763 info Closing Adapter
shelly.0 2019-05-18 14:25:04.763 error at process._tickCallback (internal/process/next_tick.js:181:9)
shelly.0 2019-05-18 14:25:04.763 error at _combinedTickCallback (internal/process/next_tick.js:136:11)
shelly.0 2019-05-18 14:25:04.763 error at uncork (/opt/iobroker/node_modules/mqtt-connection/node_modules/mqtt-packet/writeToStream.js:81:10)
shelly.0 2019-05-18 14:25:04.763 error at Socket.Writable.uncork (_stream_writable.js:312:7)
shelly.0 2019-05-18 14:25:04.763 error at clearBuffer (_stream_writable.js:500:5)
shelly.0 2019-05-18 14:25:04.763 error at doWrite (_stream_writable.js:394:12)
shelly.0 2019-05-18 14:25:04.763 error at Socket._writev (net.js:782:8)
shelly.0 2019-05-18 14:25:04.763 error at Socket._writeGeneric (net.js:733:18)
shelly.0 2019-05-18 14:25:04.763 error Error: This socket is closed
shelly.0 2019-05-18 14:25:04.762 error uncaught exception: This socket is closed
shelly.0 2019-05-18 14:25:04.760 info Destroy 192.168.178.171 (shelly4pro-4A44FB)
shelly.0 2019-05-18 14:25:04.760 error Device 192.168.178.171 (shelly4pro-4A44FB) unknown. -
@Merowinger sagte in [Aufruf] Test Shelly Adapter:
dp.mqtt.mqtt_publish_funct
danke, Fehler habe ich eben behoben (Version bleibt bei 3.0.0, muss nur nochmals über die Github Katze geladen werden).
Fahren die Rollläden richtig rauf u. runter? -
@Stuebi oh nein shelly.0 2019-05-18 14:42:12.177 error Device 192.168.178.171 (shelly4pro-YYYYYY) unknown.
in einem shutter ist als protocol mqtt drin und hoch und runter gehen... denke wenn einer geht, sollten es alle tun
-
@Merowinger , den Shelly 4 Pro habe ich nicht eingebunden, da ich diesen wie den Plug S auch nicht besitze. Ist immer schwierig blind zu programmieren.
Ich werde es mal versuchen und Dir bescheid geben -
Dann vermute ich mal das du die HT auch nicht hast?
hmm oder moment, die melden sich ja nur alle 6h -
Hab mir die v3.0.0 jetzt auch mal installiert und derzeit mit einem Shelly1 im Einsatz.
Jetzt klappt es auch mit dem Subnetz-Übergriff mit mqtt und ich muss keinen weiteren ioBroker-Host im IoT-VLAN betreiben.Bis jetzt keine Fehler, o.ä. festgestellt.
Gruß,
Eric -
@Merowinger , die HT sind drin. Musst Du einfach einmal aufmachen und den Knopf drücken. Dann melden die sich an.
-
@Merowinger , Shelly 4 Pro eben (blind) eingebunden. Ich hoffe es passt. Also wenn du einmal testen könntest wäre das klasse.
Bitte dafür nochmals über die GitHub Katze die Version 3.0.0. ladenNoch eine Frage heißen die nachher in ioBroker shelly.0.SHSW-4#xxxxxx#1 ?