Shelly™ 2 Double Relay Switch Erfahrungen?
-
habe nichts anderes gemacht. gleiche firmenware u.s.w.. nur unterschiedliche lieferanten. der erste kamen direkt und die beiden anderen kamen vom händler hier in deutschland.
wie gesagt für mich jetzt nicht ausschlaggebend, funktioniert ja, aber schon komisch.
lg
ralph
nachtrag: nehme alles zurück, scheint nur im iobroker nicht da zu sein
nachtrag 2: weiß jemand wieso das im io nicht angezeigt wird?
9191_shelly2_tasmota.jpg -
Zur Info:
Hatte zuletzt mit dem Adapter immer die Schwierigkeiten, dass selbst wenn alles funktionierte, es am nächsten Tag hing und nichts mehr bedienbar war.
Gestern habe ich die Version 2.0 installiert. Heute funktioniert weiter alles. Sowohl steuern über ioBroker als auch die Rückmeldungen der Position sind weiterhin i.O. (z.B. wenn über die Hardware Schalter gefahren wird).
-
Shelly Adapter 2.0 funktioniert Super ich sehe zum ersten mal bei allen Shelly2 den Rollermodus :-)…. Ist V. 2.0 jetzt schon die mqtt Version?
Viele Grüße
Peter
-
Bezweifle es, dass es die mqtt Version ist. Schließlich musste im Shelly die Kommunikation nicht auf MQTT gestellt werden. Steht bei jetzt auch wieder auf coap/coiot.
-
Wir haben uns gegen MQTT entschieden. Mit MQTT funktioniert die Cloud Anbindung über die Shelly App nicht mehr. Und außerdem werden bei MQTT und CoAP nur begrenzte Felder geliefert. Mit der Umstellung auf CoAP + API sind wir jetzt in der Lage fast alle Felder die es in der Shelly App gibt, auch in ioBroker wen gewünscht zu zeigen.
Heute Abend werde ich die Version 2.0.1. auf npm freigeben, dann sollte diese morgen früh auf Latest zu sehen sein.
Unterstützt werden folgende Geräte:
-
Shelly1 (SHSW-1, Verified)
-
Shelly2 (SHSW-21/SHSW-22, Verified)
-
Shelly4Pro (SHSW-44, not verified and tested)
-
ShellyPlug (SHPLG-1, not verified and tested)
-
-
Hallo zusammen,
mein erster Beitrag hier im Forum und ich hoffe, dass ich nur den Wald vor lauter Bäumen nicht sehen und es sich nur um ein laipdares Problem handelt.
Ich hab seit ein paar Tagen den ioBorker auf einem RPi 3 laufen und bin fleißig am rumprobieren mit versch. Adapter (Shelly, Sonoff, MQTT, Mi Vacuum, Hue etc.) und es hat auch eigentlich alles prima funktioniert. Nun hab ich das Phänomen, dass seit heute Mittag der iBroker scheinbar die "Befehle" wie beispw. "shelly.0.SHSW-21#559B3C#1.Shutter.Close" nicht mehr ausführt. Sobald ich auf die Glocke drücke passiert genau gar nichts. Dies gilt für alle "Button-Befehle". Sonoffs schalten mittels Schalter auf "True" funktioniert prima.
Mein Shelly 2 lässt sich über die WebUI einwandfrei steuern und vom RPi lässt er sich auch pingen. Er wird ja auch unter Objekten gefunden und als Online angezeigt. Wieso aber lässt er sich aus dem ioBroker nicht steuern? Hat da jemand eine Idee?
Ich habe bereits versch. Adapter Versionen ausprobiert und habe den ioBroker sogar schon komplett neu aufgesetzt. Hilft alles nichts. Interessant ist vielleicht auch das die Befehle an meinen Roborock via Buttons auch nicht funktionieren. Dies hat allerdings bei der Ersteinrichtung kurz funktioniert.
Würde mich sehr über Rückmeldungen freuen und sage im Voraus schon mal vielen Dank.
VG
Marc
shelly.0 2018-12-22 23:41:29.342 info Listening for Shelly packets in the network shelly.0 2018-12-22 23:41:29.118 info starting. Version 2.0.1 in /opt/iobroker/node_modules/iobroker.shelly, node: v8.14.0 shelly.0 2018-12-22 23:40:57.534 warn Exception: RangeError: Index out of range shelly.0 2018-12-22 23:40:57.517 error at Timer.listOnTimeout (timers.js:290:5) shelly.0 2018-12-22 23:40:57.517 error at tryOnTimeout (timers.js:323:5) shelly.0 2018-12-22 23:40:57.517 error at ontimeout (timers.js:498:11) shelly.0 2018-12-22 23:40:57.517 error at Timeout. <anonymous>(/opt/iobroker/node_modules/iobroker.shelly/node_modules/coap/lib/retry_send.js:78:10) shelly.0 2018-12-22 23:40:57.517 error at RetrySend.emit (events.js:211:7) shelly.0 2018-12-22 23:40:57.517 error at emitOne (events.js:116:13) shelly.0 2018-12-22 23:40:57.517 error at RetrySend. <anonymous>(/opt/iobroker/node_modules/iobroker.shelly/node_modules/coap/lib/agent.js:365:10) shelly.0 2018-12-22 23:40:57.517 error at Agent.abort (/opt/iobroker/node_modules/iobroker.shelly/node_modules/coap/lib/agent.js:404:42) shelly.0 2018-12-22 23:40:57.517 error at Buffer.readUInt32BE (buffer.js:1051:5) shelly.0 2018-12-22 23:40:57.517 error at checkOffset (buffer.js:977:11) shelly.0 2018-12-22 23:40:57.517 error RangeError: Index out of range shelly.0 2018-12-22 23:40:57.516 error uncaught exception: Index out of range shelly.0 2018-12-22 23:37:35.496 info Listening for Shelly packets in the network shelly.0 2018-12-22 23:37:35.216 info starting. Version 2.0.1 in /opt/iobroker/node_modules/iobroker.shelly, node: v8.14.0 shelly.0 2018-12-22 23:35:53.103 info Listening for Shelly packets in the network shelly.0 2018-12-22 23:35:52.893 info starting. Version 2.0.1 in /opt/iobroker/node_modules/iobroker.shelly, node: v8.14.0 shelly.0 2018-12-22 23:35:22.258 info Listening for Shelly packets in the network shelly.0 2018-12-22 23:35:22.031 info starting. Version 2.0.1 in /opt/iobroker/node_modules/iobroker.shelly, node: v8.14.0</anonymous></anonymous>P.S.: Gerne stelle ich weitere Logs zur Verfügung wenn dies irgendwie hilft.
-
Moin bei mir hatte der neue Shelly Adapter heute morgen etwas Husten 4x die folgende Meldung im Log:
2018-12-23 06:18:54.949 - warn: shelly.0 Exception: TypeError: Cannot read property 'startsWith' of undefined 2018-12-23 06:18:54.951 - info: shelly.0 terminating 2018-12-23 06:18:54.955 - error: Caught by controller[0]: TypeError: Cannot read property 'startsWith' of undefined 2018-12-23 06:18:54.955 - error: Caught by controller[0]: at createShellyStates (/opt/iobroker/node_modules/iobroker.shelly/shelly.js:198:16) 2018-12-23 06:18:54.955 - error: Caught by controller[0]: at shelly.getDeviceDescription (/opt/iobroker/node_modules/iobroker.shelly/shelly.js:1016:9) 2018-12-23 06:18:54.955 - error: Caught by controller[0]: at ShellyIot.getDeviceDescription (/opt/iobroker/node_modules/shelly-iot/index.js:198:32) 2018-12-23 06:18:54.955 - error: Caught by controller[0]: at Timeout.setTimeout [as _onTimeout] (/opt/iobroker/node_modules/shelly-iot/index.js:218:22) 2018-12-23 06:18:54.955 - error: Caught by controller[0]: at ontimeout (timers.js:498:11) 2018-12-23 06:18:54.955 - error: Caught by controller[0]: at tryOnTimeout (timers.js:323:5) 2018-12-23 06:18:54.955 - error: Caught by controller[0]: at Timer.listOnTimeout (timers.js:290:5) 2018-12-23 06:18:54.955 - error: host.debian instance system.adapter.shelly.0 terminated with code 0 (OK) 2018-12-23 06:18:54.955 - info: host.debian Restart adapter system.adapter.shelly.0 because enabled 2018-12-23 06:19:00.320 - info: javascript.0 script.js.Stromzaehler.Abfrage_aktueller_Verbrauch: 585.4 2018-12-23 06:19:24.965 - info: host.debian instance system.adapter.shelly.0 started with pid 23560 2018-12-23 06:19:25.247 - info: shelly.0 starting. Version 2.0.0 in /opt/iobroker/node_modules/iobroker.shelly, node: v8.12.0 2018-12-23 06:19:25.277 - info: shelly.0 Listening for Shelly packets in the network 2018-12-23 06:19:38.847 - error: shelly.0 uncaught exception: Cannot read property 'startsWith' of undefined 2018-12-23 06:19:38.847 - error: shelly.0 TypeError: Cannot read property 'startsWith' of undefined at createShellyStates (/opt/iobroker/node_modules/iobroker.shelly/shelly.js:198:16) at shelly.getDeviceDescription (/opt/iobroker/node_modules/iobroker.shelly/shelly.js:1016:9) at ShellyIot.getDeviceDescription (/opt/iobroker/node_modules/shelly-iot/index.js:198:32) at Timeout.setTimeout [as _onTimeout] (/opt/iobroker/node_modules/shelly-iot/index.js:218:22) at ontimeout (timers.js:498:11) at tryOnTimeout (timers.js:323:5) at Timer.listOnTimeout (timers.js:290:5)Hat sich dann 4 mal neu gestartet und jetzt ist wieder alles OK.
-
In der aktuellen Version 2.0.1 sollte das Problem behoben sein. Adapter bitte einmal updaten.
-
Guten Morgen,
also mein Problem besteht leider weiterhin.
VG Marc
-
Guten Morgen,
also mein Problem besteht leider weiterhin.
VG Marc `
Ab der Version 2.0.1 kannst du auch die Rollläden über das Objekt shelly.0.SHSW-21#xxxxxxx#1.Shutter.state mit open, close und stop steuern. Funktioniert das?
-
@tstueben:Ab der Version 2.0.1 kannst du auch die Rollläden über das Objekt shelly.0.SHSW-21#xxxxxxx#1.Shutter.state mit open, close und stop steuern. Funktioniert das? `
Funktioniert leider auch nicht….
-
@tstueben:Ab der Version 2.0.1 kannst du auch die Rollläden über das Objekt shelly.0.SHSW-21#xxxxxxx#1.Shutter.state mit open, close und stop steuern. Funktioniert das? `
Funktioniert leider auch nicht…. `
Okay, weicher Modus wird dir unter ioBroker für das Shelly2 Service angezeigt (Bucht Modus in App). Hast du ein Passwort für den Shelly vergeben? Werden dir Statusänderungen in ioBroker wenn du Werte in der App änderst angezeigt?Gesendet von iPhone mit Tapatalk
-
Oh mann, das ist schon ein bisschen peinlich. :oops: Hatte den Benutzernamen falsch im ioBroker hinterlegt, Klein- anstatt Großbuchstabe am Anfang. Manchmal hilft es drüber zu sprechen/schreiben. Ich gehe davon aus, das mein Roborock ein ähnliches Problem hat. Muss ich mir später auch nochmal anschauen.
Vielen Dank schon mal und einen schönen vierten Advent.
-
Nabend,
ich habe heute 2 shelly 2 verbaut und die aktuelle Version des Adapters im Einsatz, soweit funktioniert auch alles.
Bei einem Shelly 2 wird im iobroker Webinterface wir im Ruhezustand der Verbrauch mit 0 Watt angezeigt. Beim zweiten Shelly 2 zwei springt die Anzeige von 0 Watt auf 1 Watt bzw. bis zu 1.24 Watt. Ist das Normal bzw. konnte das noch irgendwer beobachten ?
-
Bei mir springt es auch zwischen 0 und ca. 1,2 Watt. Denke das ist normal.
-
Meine Shelly2 liefern dauerhaft 0 Watt wenn kein Relais geschlossen ist.
-
Danke, dann bin ich erstmal beruhigt, ich war nur irritiert, da bei einem der Shelly 2 der Verbrauch im Idle mit 0 Watt konstant angegeben wird.
Grundsätzlich muss da ja ein Verbrauch sein (WLAN/ESP)
-
Hab nochmal ein wenig getestet, Werksreset und neu verbunden, mal via DHCP und mal mit fixer IP.
Der Shelly 2 mit der Verbauchsanzeige hat eine sehr schlechte WLAN Verbindung (1Mbit). Im Haus ist eine Firtzbox 7490 sowie 2 1750e Repeater (MESH) im Einsatz. Auch das Ping verhalten ist nicht gut:
Ping wird ausgeführt für 192.168.178.114 mit 32 Bytes Daten: Antwort von 192.168.178.114: Bytes=32 Zeit=222ms TTL=128 Antwort von 192.168.178.114: Bytes=32 Zeit=68ms TTL=128 Antwort von 192.168.178.114: Bytes=32 Zeit=227ms TTL=128 Antwort von 192.168.178.114: Bytes=32 Zeit=209ms TTL=128 Antwort von 192.168.178.114: Bytes=32 Zeit=67ms TTL=128 Antwort von 192.168.178.114: Bytes=32 Zeit=12ms TTL=128 Antwort von 192.168.178.114: Bytes=32 Zeit=75ms TTL=128 Antwort von 192.168.178.114: Bytes=32 Zeit=74ms TTL=128 Antwort von 192.168.178.114: Bytes=32 Zeit=41ms TTL=128 Antwort von 192.168.178.114: Bytes=32 Zeit=139ms TTL=128 Antwort von 192.168.178.114: Bytes=32 Zeit=5ms TTL=128 Antwort von 192.168.178.114: Bytes=32 Zeit=73ms TTL=128 Antwort von 192.168.178.114: Bytes=32 Zeit=158ms TTL=128 Zeitüberschreitung der Anforderung. Zeitüberschreitung der Anforderung. Zeitüberschreitung der Anforderung. Antwort von 192.168.178.114: Bytes=32 Zeit=89ms TTL=128 Zeitüberschreitung der Anforderung. Antwort von 192.168.178.114: Bytes=32 Zeit=179ms TTL=128 Antwort von 192.168.178.114: Bytes=32 Zeit=156ms TTL=128 Antwort von 192.168.178.114: Bytes=32 Zeit=4ms TTL=128 Antwort von 192.168.178.114: Bytes=32 Zeit=175ms TTL=128 Antwort von 192.168.178.114: Bytes=32 Zeit=345ms TTL=128Die anderen Shellys (1er und 2er) haben dieses Problem nicht, WLAN ist an dem Standort gut verfügbar.
-
Hab nochmal ein wenig getestet, Werksreset und neu verbunden, mal via DHCP und mal mit fixer IP.
Der Shelly 2 mit der Verbauchsanzeige hat eine sehr schlechte WLAN Verbindung (1Mbit). Im Haus ist eine Firtzbox 7490 sowie 2 1750e Repeater (MESH) im Einsatz. Auch das Ping verhalten ist nicht gut:
Die anderen Shellys (1er und 2er) haben dieses Problem nicht, WLAN ist an dem Standort gut verfügbar. `
Also ich glaube das die Shelly Jungs ein Problem mit der Qualität der Hardware haben. Habe insgesamt 12 Stück Shelly2 für meine Rollos verbaut und alle auf die letze Version 1.4.2. geflasht. Bei mir wird zwischen 24.00h und 6.00h das WLAN von der Fritzbox abgeschaltet. Von den 12 Shellys sind dann am nächsten Morgen nur noch 10 erreichbar. Reset geht dann leider nur per Sicherung, was mir den Unmut der Frau beschert. Überwache die Geräte jetzt mit dem Ping Adapter von iobroker. Und siehe da die beiden Kumpels haben öfters Probleme mit dem Wifi. Empfang an der Stelle sollte eigentlich gut sein (Nur 4m von Fritzbox bzw. Repater 1750E entfernt).
Werte für ping.0.debian.192_168_x_x true true 2018-12-26 07:44:27.616 false true 2018-12-26 07:43:11.331 false true 2018-12-26 06:03:59.882 true true 2018-12-26 06:02:44.446 true true 2018-12-26 06:01:29.706 false true 2018-12-26 06:00:09.954 false true 2018-12-25 23:59:47.226 true true 2018-12-25 23:58:30.936 true true 2018-12-25 23:53:32.456 false true 2018-12-25 23:52:19.471 true true 2018-12-25 23:51:03.183 true true 2018-12-25 23:03:49.079 false true 2018-12-25 23:02:34.547 true true 2018-12-25 23:01:18.295 true true 2018-12-25 22:02:57.162 false true 2018-12-25 22:01:42.869 true true 2018-12-25 22:00:26.624 true true 2018-12-25 21:31:59.771 null true 2018-12-25 21:31:59.767Werde jetzt mal bei dem einen ein Downgrade auf 1.3.0 machen und schauen, ob es besser wird.
So long
Poldi
-
Moin Poldi,
ich kann ähnliches beobachten, ich habe aktuell 4 Shelly's verbaut (6 warten noch auf ihren Einsatz). 3 funktionieren bisher ohne Probleme einer der Shelly 2 hat das oben beschriebene Problem. Diesen habe ich jetzt auch in der Überwachung, gestern ist der Shelly 2 nach ca. 2,5 Stunden Betrieb nicht mehr erreichbar gewesen. Neustart nur durch Trennen des L-Leiters bzw. Sicherung möglich. Am WLAN Empfang der Installation kann es nicht liegen, 30 cm vom Shelly 2 entfernt ist ein Sonoff im Einsatz ohne Probleme. Ich gehe auch stark von einem Problem bei dem besagten Shelly 2 aus.
