NEWS
-
@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 ;-)
-
@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 :-) -
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 -
Dann vermute ich mal das du die HT auch nicht hast?
hmm oder moment, die melden sich ja nur alle 6h@Merowinger , die HT sind drin. Musst Du einfach einmal aufmachen und den Knopf drücken. Dann melden die sich an.
-
@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 , 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 ?
-
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 -
im alten Adapter heißen sie
Device SHSW-44#BugsBunny#1
im neuen
Device SHSW-4#DonaldDuck#1 -
im alten Adapter heißen sie
Device SHSW-44#BugsBunny#1
im neuen
Device SHSW-4#DonaldDuck#1@Merowinger sagte in [Aufruf] Test Shelly Adapter:
im alten Adapter heißen sie
Device SHSW-44#BugsBunny#1
im neuen
Device SHSW-4#DonaldDuck#1Das ändere ich noch auf 44. Muss jetzt einmal vor die Tür mit meiner Frau. Kleiner Spaziergang😏
-
im alten Adapter heißen sie
Device SHSW-44#BugsBunny#1
im neuen
Device SHSW-4#DonaldDuck#1@Merowinger , die 4 habe ich jetzt auf 44 geändert. Nur das da jetzt DonaldDuck statt BugsBunny als Name steht ist nicht mein Verdienst ;-)
Kannst bitte nochmals testen. Die Version ist weiterhin 3.0.0
VG
Stübi -
Jippie, es taucht alles auf. Nur irgendwie bin ich noch zu deppert die plug s auch zu schalten.
Der Link hier
shelly.0.SHPLG-1#s,MickeyMouse#1.Relay0.Switch
scheint nicht zu schalten
ja okay, auch wenn ich die Kontrollkiste aktiviere. Es schaltet nicht. -
Jippie, es taucht alles auf. Nur irgendwie bin ich noch zu deppert die plug s auch zu schalten.
Der Link hier
shelly.0.SHPLG-1#s,MickeyMouse#1.Relay0.Switch
scheint nicht zu schalten
ja okay, auch wenn ich die Kontrollkiste aktiviere. Es schaltet nicht.@Merowinger sagte in [Aufruf] Test Shelly Adapter:
auch wenn ich die Kontrollkiste aktiviere. Es schaltet nicht.
Schaltet der Shelly Plug S in Coap und MQTT nicht?
-
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 enabledWie schon @Apropo geschrieben hatte, ist es auch bei mir. Ich kann zwar schalten, aber der Wert bleibt bleibt immer bei False stehen. Auch wenn ich ihn gerade eingeschaltet habe. Wenn ich ihn wieder ausschalten will, dann kann ich nicht die Checkbox betätigen, weil diese ja nicht gesetzt ist. Wenn ich allerdings den Commit-Haken anklicke, dann wird der auch wieder ausgeschalten. Als würde der Shelly Plug S keine Rückmeldung für den Switch bekommen. Die Leistungsanzeige kommt aber.
-
Wie schon @Apropo geschrieben hatte, ist es auch bei mir. Ich kann zwar schalten, aber der Wert bleibt bleibt immer bei False stehen. Auch wenn ich ihn gerade eingeschaltet habe. Wenn ich ihn wieder ausschalten will, dann kann ich nicht die Checkbox betätigen, weil diese ja nicht gesetzt ist. Wenn ich allerdings den Commit-Haken anklicke, dann wird der auch wieder ausgeschalten. Als würde der Shelly Plug S keine Rückmeldung für den Switch bekommen. Die Leistungsanzeige kommt aber.
@jeg sagte in [Aufruf] Test Shelly Adapter:
Wert bleibt bleibt immer bei False steh
nutzt du CoAP oder MQTT ? Das wäre noch wichtig zu wissen. Und wenn Du MQTT eingestellt hast, kannst Du einmal den Shelly Adapter in den Debug Modus unter Instanzen wechseln.
Jetzt die Einträge für den Plug S, wo so etwas mit Subscribe und Publish steht, mir per Email an thorsten @ stueben.de schicken. Das würde helfen -
@jeg sagte in [Aufruf] Test Shelly Adapter:
Wert bleibt bleibt immer bei False steh
nutzt du CoAP oder MQTT ? Das wäre noch wichtig zu wissen. Und wenn Du MQTT eingestellt hast, kannst Du einmal den Shelly Adapter in den Debug Modus unter Instanzen wechseln.
Jetzt die Einträge für den Plug S, wo so etwas mit Subscribe und Publish steht, mir per Email an thorsten @ stueben.de schicken. Das würde helfen -
@Stuebi Ich benutze CoAP. Habe MQTT noch nie aktiviert. Wie gesagt - neue Materie für mich :white_frowning_face: .
@jeg , okay, ich habe jetzt mal etwas eingebaut, damit ich sehe welche Befehle CoAP Kommando beim schalten gesendet werden.
Kannst du bitte, die neue Version (immer noch 3.0.0) laden und starten. Nun in der Shelly App den Plug S mehrfach an und aus schalten. Im Log benötige ich die Einträge die mit CoAP Info : beginnnen -
@jeg , okay, ich habe jetzt mal etwas eingebaut, damit ich sehe welche Befehle CoAP Kommando beim schalten gesendet werden.
Kannst du bitte, die neue Version (immer noch 3.0.0) laden und starten. Nun in der Shelly App den Plug S mehrfach an und aus schalten. Im Log benötige ich die Einträge die mit CoAP Info : beginnnenIch hoffe, ich habe das so gemacht, wie du das wolltest.
2019-05-18 20:33:58.894 - [32minfo[39m: shelly.0 CoAP Info : [[0,111,0],[0,112,1]]
2019-05-18 20:34:00.201 - [32minfo[39m: shelly.0 CoAP Info : [[0,111,0],[0,112,0]]
2019-05-18 20:34:01.191 - [32minfo[39m: shelly.0 CoAP Info : [[0,111,0],[0,112,1]]
2019-05-18 20:34:02.126 - [32minfo[39m: shelly.0 CoAP Info : [[0,111,0],[0,112,0]]
2019-05-18 20:34:03.739 - [32minfo[39m: shelly.0 CoAP Info : [[0,111,0],[0,112,1]]
2019-05-18 20:34:04.590 - [32minfo[39m: shelly.0 CoAP Info : [[0,111,0],[0,112,0]] -
Ich hoffe, ich habe das so gemacht, wie du das wolltest.
2019-05-18 20:33:58.894 - [32minfo[39m: shelly.0 CoAP Info : [[0,111,0],[0,112,1]]
2019-05-18 20:34:00.201 - [32minfo[39m: shelly.0 CoAP Info : [[0,111,0],[0,112,0]]
2019-05-18 20:34:01.191 - [32minfo[39m: shelly.0 CoAP Info : [[0,111,0],[0,112,1]]
2019-05-18 20:34:02.126 - [32minfo[39m: shelly.0 CoAP Info : [[0,111,0],[0,112,0]]
2019-05-18 20:34:03.739 - [32minfo[39m: shelly.0 CoAP Info : [[0,111,0],[0,112,1]]
2019-05-18 20:34:04.590 - [32minfo[39m: shelly.0 CoAP Info : [[0,111,0],[0,112,0]] -
@jeg , danke das hat geholfen. Kannst die neue Version ziehen und bitte testen. Jetzt solltest du über ioBroker den Shelly Plug S schalten können und auch den Zustand sehen, wenn du über die Shelly App schaltest.
Ich bin gespannt
Support us
621
Online32.7k
Users82.4k
Topics1.3m
Posts