Weihnachtsangebot 2025! 🎄

[Stuebi]

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)

[monarc]

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.

[poldi]

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.

[Stuebi]

In der aktuellen Version 2.0.1 sollte das Problem behoben sein. Adapter bitte einmal updaten.

[monarc]

Guten Morgen,

also mein Problem besteht leider weiterhin.

VG Marc

[Stuebi]

@monarc:

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?

[monarc]

@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….

[Stuebi]

@monarc:

@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

[monarc]

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.

[reelfan]

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 ?

[davincino]

Bei mir springt es auch zwischen 0 und ca. 1,2 Watt. Denke das ist normal.

[Diginix]

Meine Shelly2 liefern dauerhaft 0 Watt wenn kein Relais geschlossen ist.

[reelfan]

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)

[reelfan]

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=128

Die anderen Shellys (1er und 2er) haben dieses Problem nicht, WLAN ist an dem Standort gut verfügbar.

[poldi]

@reelfan:

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.767

Werde jetzt mal bei dem einen ein Downgrade auf 1.3.0 machen und schauen, ob es besser wird.

So long

Poldi

[reelfan]

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.

[weidlix]

Ich habe ähnliche Probleme. Von 5 Shelly 2 ist bei 2 die WLAN Verbindung schonmal abgerissen. Neuinstallation war erforderlich

[poldi]

@weidlix:

Ich habe ähnliche Probleme. Von 5 Shelly 2 ist bei 2 die WLAN Verbindung schonmal abgerissen. Neuinstallation war erforderlich `

Was bedeute "Neuinstallation"? hast du einen neuen Shelly2 verwendet, ein Factory Reset oder eine neue Firmware verwendet?

Viele Grüße

Poldi

[reelfan]

Ich habe jetzt die Beta Firmware auf dem Shelly 2 installiert und werde das Gerät weiter im Monitoring beobachten.

Das Facebook Posing füge ich mal als Zitat mit ein:

` > We need to test one developer version regarding Wi-Fi disconnecting issue. We need more people because every Wi-Fi router and network setup is different.

This version are based on 1.4.2 mean, you not loose any functionality.

There is the link for firmware:

–------Shelly2----------

http://repo.shelly.cloud/…/wifi-dis…/sw ... 6-last.zip

--------Shelly1------------

http://repo.shelly.cloud/…/wifi-di…/swi ... 6-last.zip

Please keep all comments under this post regarding this version.

You can go back to stable versions any time.

If you have fixed IP please change it back to DHCP. `

[reelfan]

Das erste Ergebnis der Beta ist etwas ernüchternd, nach ca. 1 Stunde ist das Gerät nicht mehr erreichbar.