[Aufruf] Test Shelly Adapter

Stuebi

Wenn Du den ioBroker Shelly Adapter nutzt, muss "Enable action execution via CoAP (CoIOT) protocol" aktiviert sein. Der ganze Adapter baut auf CoAP auf. Das ist aber auch die Default Einstellung der Shelly Geräte!

Wenn Du den Shelly 2 im Relay Modus betreibst kannst Du nur folgende Objekte in den Channel Releay0 oder Relay1 schalten aber nicht die Objekte unter Shutter. Betreibst Du den Shelly 2 im Roller Modus, kannst Du nur die Objekte im Channel Shutter nutzen, aber nicht die unter Relay0 oder Relay1.

Kannst Du denn Deinen Relays über die Shelly App oder dem Shelly Webinterface schalten im Relay Modus (nicht open, close, pause im Roller Modus)? Wenn das nicht geht, würde ich den Shelly einmal zurücksetzen.

Diginix

Meine zwei Shelly 2 sind stock und an den Einstellungen habe ich nur die gesetzt, die bisher notwendig waren.

MQTT und CoAP gab es in den älteren FW noch nicht als Menü. Es war auch bisher aus und der Adapter funktioniere wie in dem Post zuvor beschrieben.

Ich will im Shutter Modus auch nicht die Relay Switches schalten sondern nur die Statusänderung darüber sehen. Also lesend.

Ich habe jetzt mal auf Relay Modus gewechselt und kann dann in ioBroker auch die Switche nutzen. Wenn ich aber über die Weboberfläche schalte, wird der Status wieder nicht beim Switch Datenpunkt aktualisiert. Demnach passt da aktuell irgendwas in der Kommunikation zw. Adapter und Shelly nicht.

Nun habe ich auch noch ein Factory Reset gemacht und danach ist CoAP auch wieder aus.

Im Relay Modus konnte ich über die Switches im Adapter den Shelly steuern.

ABER: Es kommt kein Status zurück zu ioB wenn ich z.B. über Web oder App die Steuerung vornehme. Bei Relais kein true solange der Motor dreht und die Wattzahl auch nicht.

Im Roller Modus funktionieren die Buttons unter Shutter im Adapter.

Da das Phänomen zwei Shellys betrifft, die bis heute morgen über 1 Monat täglich perfekt und stabil liefen, würde ich einen Hardware Fehler ausschließen.

Nächste Woche bekomme ich noch zwei Shelly 2 und einen Shelly 1. Wenn da noch nicht die 1.4x Firmware installiert ist, habe ich eine Gegenprobe.

Nun könnte ich wieder zurück zu http requests und würde somit wenigstens den RAM den der Adapter verbraucht sparen.

Der große Mehrweg war die Rückkopplung um zu wissen was am Rollladen los war.

@tstueben: Funktioniert bei dir denn das von mir beschriebene Verhalten wenn du auf eine Shutter Button drückst dass dann des entsprechende Relais (switch) auf true schaltet?

Stuebi

Bitte installiere nochmals über den Link https://github.com/schmupu/ioBroker.shelly den Shelly Adapter. Anschließend Instanz neu starten. Werden jetzt die Statusänderung wieder angezeigt?

Diginix

Habe diesen Link genommen https://github.com/schmupu/ioBroker.shelly

Der im Post ist broken. Is das dann auch die angepasste Ver? Weil es hat sich leider nichts geändert.

Funktioniert das bei dir denn noch mit Firmware 1.4.1 im Roller Modus?

btw: Den Positions Level bekomme ich bisher nie. In der Weboberfläche sieht man ihn, er existiert also innerhalb der Firmware.

apollon77

Dann wäre ich wieder beim debug log. Es müsste direkt nach dem schalten eine coap log Meldung kommen das geschaltet wurde und dann wieder aus.

Schau mal.

Und MQTT ist aus?

Gesendet vom Handy …

Diginix

CoAP ist eingeschaltet

Loginschutz ist aktiv

Cloud ist verbunden

Habe kurz hintereinander Auf/Zu geschaltet und das landet im Log:

` > shelly.0 2018-12-07 21:26:42.115 debug CoAP data ignored: {"3332":"SHSW-21#FEDCBA#1","3412":38400,"3420":3840,"Uri-Path":"cit/s"} / {"G":[[0,112,0],[0,122,0],[0,111,0]]}

shelly.0 2018-12-07 21:26:42.114 debug CoAP data ignored: {"3332":"SHSW-21#ABCDEF#1","3412":38400,"3420":256,"Uri-Path":"cit/s"} / {"G":[[0,112,0],[0,122,0],[0,111,0]]}

shelly.0 2018-12-07 21:26:27.062 debug CoAP data ignored: {"3332":"SHSW-21#FEDCBA#1","3412":38400,"3420":3840,"Uri-Path":"cit/s"} / {"G":[[0,112,0],[0,122,0],[0,111,0]]}

shelly.0 2018-12-07 21:26:27.037 debug CoAP data ignored: {"3332":"SHSW-21#ABCDEF#1","3412":38400,"3420":256,"Uri-Path":"cit/s"} / {"G":[[0,112,0],[0,122,0],[0,111,0]]}

shelly.0 2018-12-07 21:26:11.995 debug CoAP data ignored: {"3332":"SHSW-21#FEDCBA#1","3412":38400,"3420":3840,"Uri-Path":"cit/s"} / {"G":[[0,112,0],[0,122,0],[0,111,0]]}

shelly.0 2018-12-07 21:26:11.983 debug CoAP data ignored: {"3332":"SHSW-21#ABCDEF#1","3412":38400,"3420":256,"Uri-Path":"cit/s"} / {"G":[[0,112,0],[0,122,0],[0,111,0]]} `

Und wie schon zuvor geschrieben. Bis heute war CoAP nie aktiviert und der Adapter 1.0.0 funktionierte mit FW 1.3x tadellos mit allem was nun nicht mehr funktioniert.

Wie kann das sein?

Und immer noch offen für mich ist die Frage: Springen die switches bei dir auf true wenn du ein Shutter Button nutzt oder die App/Website?

Stuebi

Der Shelly Adapter bekommt alle Statusänderungen über das CoAP Protokoll. Wenn der Shelly im Relay Modus ist werden die Statusänderungen vom Shelly 2 ordentlich übertragen. D.h. änderst Du den Status in der Shelly App dann siehst Du diesen auch in ioBroker und umgekehrt.

Wenn Du aber den Shelly 2 im Roller Modus betreibst, schickt der Shelly 2 keine sauberen CoAP Änderungen über den Relay Status. Bzw. der Shelly 2 überträgt für den Status Relay0 und Relay1 immer 0 (aus) egal ob Du geraden open, close, pause in der App oder ioBroker drückst. Das sind die Nachrichten die Du im Log siehst.

Weil die letzte Nachricht wie die vorherige aussieht werden diese auf ignoriert gesetzt. Es macht ja keinen Sinn, wenn der Status 0 ist, diesen nochmals auf 0 anzupassen.

Du musst CoAP nicht aktivieren, das ist standardmässig aktiviert. Nur wenn Du den Shelly auf MQTT umgestellt hast, meine ich, dass Du dann CoAP aktivieren musst, wenn Du wieder wechseln willst. Bin mir aber nicht zu 100% sicher. Ich habe noch nie MQTT genutzt.

Diginix

Ok, dann muss das mit dem FW Update auf 1.4 verschlimmbessert worden sein. Denn bis heute morgen funktionierte es ja perfekt.

Dann gebe ich das mal an den Shelly Support weiter. Bin eh mit denen in Kontakt wegen dem Geo Koordinaten Bug.

Bin gespannt welche FW auf den neuen Shelly ist, die nächste Woche kommen.

Nach wie vielen Schaltvorgängen im Roller Modus hast du einen Wert für den Positions Level bekommen?

Wenn der jedes mal sauber an ioB gesendet würde, würde mir das ja reichen um zu wissen ob der Rollladen zu oder auf ist.

Diginix

Habe den Adapter mal komplett gelöscht und dann wieder per GIT URL installiert. Leider bekomme ich immer noch keinen Wert für die Position.

Per http request kann ich die Position abfragen: http://IP/roller/0/pos

@https://forum.iobroker.net/memberlist.php?mode=viewprofile&u=4352: Bekommst du den Wert bei dir in Echtzeit?

lutzer

Ich habe auch keine Werte bei Position.

Firmware Shellys ist 1.4.1 und damit kam bei mir erst die "calibration"

Habe auch extra immer einen jungfräulichen iobroker auf einer VM, geht dort leider auch nicht.

Diginix

Ah ok, dann sind die 10% in diesem https://forum.iobroker.net/viewtopic.php?p=201072#p201072 ein Wert den er über ioB gesetzt/gesendet hat, aber nicht vom Shelly empfangen. Ich dachte das war ein empfangener Wert.

Dann funktioniert bei mir wohl alles so wie es aktuell nicht besser geht. Und alles fehlende müsste wahrscheinlich Shelly mit einem Update lösen.

lutzer

Ja rote Werte sind bei mir immer vom iobroker eingetragene. Und meist nicht weiter verarbeitet.

Wäre schon super wenn das geht, die beliebtheit dieser Teile ist gerade sehr hoch.

Was mir beim kalibrieren aufgefallen ist, ist das shelly jetzt auch die Endlage an Hand der Last ausmacht.

Ich habe bei den Zeiten nämlich überall 2-3 Sekunden drauf gegeben. Wenn die Rollos mal etwas Frost ab bekommen, brauchen sie länger für die hoch fahrt.

Aber da die eh bei Last abschalten ist das die bessere Wahl.

Slimmy

~~@tstueben:~~

Kannst Du die den Shelley folgendem Web Aufruf schalten?

http://192.168.2.69/relay/0?turn=on

http://192.168.2.69/relay/0?turn=off

Auf welcher Umgebung läuft ioBroker? Raspberry? `

Hi,

nein dann kommt "Seite nicht erreichbar"

Läuft auf Docker aufm NAS

apollon77

~~@Slimmy:~~

~~@tstueben:~~

Kannst Du die den Shelley folgendem Web Aufruf schalten?

http://192.168.2.69/relay/0?turn=on

http://192.168.2.69/relay/0?turn=off

Auf welcher Umgebung läuft ioBroker? Raspberry? `

Hi,

nein dann kommt "Seite nicht erreichbar"

Läuft auf Docker aufm NAS `
Dann sind deine shelly nicht online!! Die ip ist laut deinem log die von deinem shelly.

Gesendet vom Handy …

Slimmy

eben hat anmachen funktioniert und nur beim Ausmachen kam die Fehlermeldung.

Mit der App geht's ja, das ist doch das komische. Die geht ja auch über die IP

lutzer

Liegt es vielleicht doch am nas/docker/Netzwerk?

Deswegen bin ich wieder vom docker im NAS weg, weil die Reaktionszeit manchmal schrecklich war. Festplatte im standby kann auch mal 5 Sek dauern.

Und viele Adapter senden ihre Befehle einfach stumpf raus, egal ob diese verarbeitet wurden. Aber wie sind froh das es sie alle gibt! <emoji seq="1f44d">👍</emoji>

Slimmy

vorher auf dem Raspi ging es, das stimmt.

Eben konnte ich das Licht aus aber nicht wieder anschalten :?

Nun muss ich mich aber erst mal um ein ganz anderes Problem kümmern. Der Cloud Adapter will seit gestern abend nicht mehr. Kann nichts mehr über Alexa steuern. Meine Frau steigt mir aufs Dach

LJSven

Hier meine momentane Erfahrung zum neuen Update im Roller Modus:

Die pyhsischen Schalter reagieren deutlich träger, als zur alten Version. Ich habe 2 Shelly`s nebeneinander und habe da den A/B Vergleich.
Update hat geklappt, allerdings erscheint in der App der/die/das Shelly als "Offline" / über das WebIf ist es aber erreichbar.
Position lässt sich steuern, allerdings ist bei mir 100% oben & 0% unten - das ist aber bestimmt eine Ansichtssache. Für mich klingt logischer, wenn 0% oben ist und 100% unten.
Nach der 1. Kalibrierung ist die Rollade ca. 20cm runter gefahren. Ist das korrekt?
Prozent, wenn man den Shelly via Taster steuert, wird bei mir ich an ioBroker übertragen. Ist das ein Bug?

Stuebi

es gibt einen Fehler seit der Shelly Firmware 1.4.1. Es wird im Rollermodus der Status (relay0/relay0 true oder false) nicht in ioBroker angezeigt. Shelly überträgt den Status momentan nicht in ihren CoAP Nachrichten. Shelly hat aber zugesagt, den "Fehler" in der nächsten Firmware zu beheben. Siehe auch hier viewtopic.php?f=34&t=12818&start=160#top .

Wenn Du in ioBroker die Roller Position änderst, wird die Änderung auch in der Shelly App angezeigt und die Rollläden fahren rauf bzw. runter. Wie gut das funktioniert kann ich nicht sagen. ioBroker gibt nur die % Zahl an den Shelly weiter. Der Rest tut der Shelly 2.

Wenn Du die Roller Position in der Shelly App änderst wird diese nicht in ioBroker angezeigt. Das geht leider nicht, da Shelly den Wert nicht über CoAP mitliefert.

LJSven

Danke Dir!

Blöde Frage: Ich habe halt mehrere Shelly 2 im Einsatz. Habe jetzt nur "testweise" bei einem das Update gemacht. Der hat jetzt die Version:

! The current Firmware version of your Shelly device is 20181207-155525/v1.4.1@1142a57b No newer firmware available.
Bei einem anderen steht folgende Update-Möglichkeit:

! The current Firmware version of your Shelly device is 20181031-101144/v1.3.5@62608979 New version 20181206-133306/v1.4.0@eff0d16c is available.
Muss man dann erst auf 1.4.0 und dann auf 1.4.1 updaten?!

Community Forum

NEWS

[Aufruf] Test Shelly Adapter

Support us

495

32.4k

81.5k

1.3m