NEWS
-
Hi,
habe gestern die history aufzeichnungen für die shelly´s deaktiviert, heute morgen war leider nicht die Lampe an die an sein sollte.
Der log ist wieder voll
! host.raspberrypi 2019-01-07 04:58:37.886 info Restart adapter system.adapter.shelly.0 because enabled
! host.raspberrypi 2019-01-07 04:58:37.885 error instance system.adapter.shelly.0 terminated with code 0 (OK)
! shelly.0 2019-01-07 04:58:37.842 warn Exception: TypeError: Cannot read property 'startsWith' of undefined
! shelly.0 2019-01-07 04:58:31.603 info Listening for Shelly packets in the network
! shelly.0 2019-01-07 04:58:31.238 info Starting shelly.0 in version 2.0.4
! shelly.0 2019-01-07 04:58:31.185 info starting. Version 2.0.4 in /opt/iobroker/node_modules/iobroker.shelly, node: v8.14.0
! host.raspberrypi 2019-01-07 04:58:28.675 info instance system.adapter.shelly.0 started with pid 4271
! host.raspberrypi 2019-01-07 04:57:58.640 info Restart adapter system.adapter.shelly.0 because enabled
! host.raspberrypi 2019-01-07 04:57:58.639 error instance system.adapter.shelly.0 terminated with code 0 (OK)
! shelly.0 2019-01-07 04:57:58.593 warn Exception: TypeError: Cannot read property 'startsWith' of undefined
! shelly.0 2019-01-07 04:57:50.727 info Listening for Shelly packets in the network
! shelly.0 2019-01-07 04:57:50.363 info Starting shelly.0 in version 2.0.4
! shelly.0 2019-01-07 04:57:50.310 info starting. Version 2.0.4 in /opt/iobroker/node_modules/iobroker.shelly, node: v8.14.0
! host.raspberrypi 2019-01-07 04:57:47.853 info instance system.adapter.shelly.0 started with pid 4136
! host.raspberrypi 2019-01-07 04:57:17.821 info Restart adapter system.adapter.shelly.0 because enabled
! host.raspberrypi 2019-01-07 04:57:17.820 error instance system.adapter.shelly.0 terminated with code 0 (OK)
! shelly.0 2019-01-07 04:57:17.098 warn Exception: TypeError: Cannot read property 'startsWith' of undefined
! shelly.0 2019-01-07 04:57:10.946 info Listening for Shelly packets in the network
! shelly.0 2019-01-07 04:57:10.608 info Starting shelly.0 in version 2.0.4
! shelly.0 2019-01-07 04:57:10.553 info starting. Version 2.0.4 in /opt/iobroker/node_modules/iobroker.shelly, node: v8.14.0
! host.raspberrypi 2019-01-07 04:57:08.031 info instance system.adapter.shelly.0 started with pid 4113habe history ganz abgeschaltet doch der log füllt sich weiter
noch eine Idee was das sein kann?
So wie es scheint ist wiedermal ein Shelly aus dem Wlan geflogen, kann man irgendwo einstellen das der adapter weiterläuft auch wenn ein shelly aus dem Wlan fliegt?
gruß
-
Sieht immernoch nach history aus
shelly.0 2019-01-07 04:57:58.593 warn Exception: TypeError: Cannot read property 'startsWith' of undefined ```` `kannst Du den Fehler nachstellen? Wenn ja, bitte einmal für den Shelly Adapter den Debug Modus aktivieren und mir den Output schicken (der Teil wo der Fehler auftritt + ca. die 10 Meldungen davor und danach). Ich habe so eine Idee!
Den Debug Modus aktivierst Du wie folgt: Gehe auf Instanzen, dort Experten Modus aktivieren und dann Log-Stufe auf debug stellen. Da sehr viel ausgegeben wird, kannst Du den Debug Modus anschließend wieder auf Info stellen.
-
Ich habe seit dem letzten FW Update das Problem dass nach jedem true/false eines Relais für die reguläre Bewegung noch 1-2 true/false Wechsel folgen obwohl der Rollladen längst auf Endposition angekommen ist.
` > false true shelly.0 2019-01-09 20:30:04.222true true shelly.0 2019-01-09 20:30:02.456
false true shelly.0 2019-01-09 20:30:02.401
true true shelly.0 2019-01-09 20:30:02.390
false true shelly.0 2019-01-09 20:30:02.336
true true shelly.0 2019-01-09 20:29:52.976 `
Das stört meine Blockly Logik und scheint ja auch eher ein Bug zu sein.
-
Gute Frage, was kam denn zuletzt? Installiere die Update immer am Tag der Erscheinung.
Kam FW 1.4.4 vor oder nach Adapter 2.0.4?
Obstacle Detection und Max Power Protection hatte ich schon deaktiviert weil ich dachte dass es an Schnee im Bereich des Rollladens liegen könnte. Ändert aber nichts an dem Verhalten.
Interessanterweise betrifft es gerade nur einen von zwei Rollläden. Ich starte den mal neu und beobachte.
-
Ich habe seit dem letzten FW Update das Problem dass nach jedem true/false eines Relais für die reguläre Bewegung noch 1-2 true/false Wechsel folgen obwohl der Rollladen längst auf Endposition angekommen ist.
` > false true shelly.0 2019-01-09 20:30:04.222true true shelly.0 2019-01-09 20:30:02.456
false true shelly.0 2019-01-09 20:30:02.401
true true shelly.0 2019-01-09 20:30:02.390
false true shelly.0 2019-01-09 20:30:02.336
true true shelly.0 2019-01-09 20:29:52.976 `
Das stört meine Blockly Logik und scheint ja auch eher ein Bug zu sein. `
Also ich habe probiert es nachzustellen, kann aber das Phänomen nicht nachvollziehen. Ich habe den Status Close/Open in der Shelly App geändert oder über die Shelly Objekte unten gesetzt
shelly.0.SHSW-21#xxxxxx#1.Shutter.Close
shelly.0.SHSW-21#xxxxxx#1.Shutter.Open
Den Status habe ich dann über folgende Objekte unten ermittelt. Diese sind bei mir diese aber nicht von true auf false oder umgekehrt kurz nacheinander gesprungen.
shelly.0.SHSW-21#xxxxxx#1.Relay0.Switch
shelly.0.SHSW-21#xxxxxx#1.Relay1.Switch
oder
shelly.0.SHSW-21#xxxxxx#1.Shutter.state
-
Der Fehler tritt bei mir bei genau einem Rollladen auf und dort nur beim Schließen.
An der Konfiguration hat sich nie etwas geändert. Dennoch ist es bei jedem Schließen egal aus welchem Ausgangslevel reproduzierbar.
Ich habe nun im Skript ein Delay damit erst nach 1Sek wieder true/false gültig ist. Im Log und History Adapter landen die sinnlosen Schaltmomente weiterhin. Aber meine Zeitmessung für die Bewegungszeit wird so wieder sauber gemessen.
K.a. wieso weshalb warum der Shelly2 diese sinnlosen Schaltevents auslöst.
-
Moin,
habe heute einen Shelly bekommen und daher gleich mal den Adapter in Betrieb genommen. Soweit scheint alles sauber zu laufen, aber:
Das Ding liegt gerade ausgebaut neben mir. Da können die Werte so ja nicht stimmen. :D
Adapter habe ich schon neu gestartet, ist immer noch online.
Gruß
Matze
-
Moin,
habe heute einen Shelly bekommen und daher gleich mal den Adapter in Betrieb genommen. Soweit scheint alles sauber zu laufen, aber:
shelly.PNG
Das Ding liegt gerade ausgebaut neben mir. Da können die Werte so ja nicht stimmen. :D
Adapter habe ich schon neu gestartet, ist immer noch online.
Gruß
Matze `
Das ist auch so gewollt. Beispiel: switch = true und WLAN fällt aus. Soll jetzt ioBroker den Wert auf true oder false setzen?
Nur der Status online wird angepaßt. Leider dauert das eine gewisse Zeit. Hängt mit dem CoAP Protokoll zusammen.
-
Die Shellys und der Adapter scheinen sich zur Eierlegenden Wollmilchsau zu entwickeln.
Ich werde auf den Zug mit aufspringen und hoffentlich irgendwann mein defragmentiertes Haus auf ein System umrüsten.
Laufen die alle auch ohne Probleme, wenn man LED Beleuchtung hat? Meine jetzt normale LED Birnen, etc..
Da gab ja mit HM auch anfangs Probleme, oder?
Kann man die auch irgendwie dimmen?
-
LEDs sind kein Problem solange kein trafo mit dran hängt… durch hohe einschaltströme bei trafos kann(muss nicht) der shelly abrauchen. Habe bisher ohne Probleme e27 gu10 Spots und eine energiesparleuchte eingebunden...
Gesendet von meinem SM-G950F mit Tapatalk
-
Supi, danke.
Habe soeben einen Shelly 1 und 2 zum ausprobieren bestellt.
Aber sind erst ab dem 25.Jan wieder lieferbar.
Denkt ihr die können evtl irgendwann eine Dimmfunktion per SW update bringen?
Kann man am Schalter nach wie vor ganz klassisch schalten, wenn es mal kein Wlan gibt?
-
Danke an alle für die Infos, und sorry, dass ich diesen Thread hier so hijacke.
Woher bekommt man Infos über neue Produkte?
Habe vorhin Shelly angeschrieben, ob die noch irgendwie vorhaben die Shelly Smokes wirklich smart zu machen, und sie untereinander connecten.
-
Ist davon auszugehen, dass der neue RGBW2 auch die Unterstützung von dem Adapter bekommt?
Ich möchte mir welche bestellen und würde die gerne später, genau wie die anderen Shellys im IOBroker integrieren.
Danke und Grüße
Support us
303
Online32.7k
Users82.4k
Topics1.3m
Posts