NEWS
[Aufruf] Test Shelly Adapter
-
@tstueben: du solltest den Fehler aber ggf abfangen. Lieber kein domainname im State als ein Crash.
Gesendet vom Handy …
-
Kommt in die nächste Version. Ich hatte es sogar mit "pseudo IP Adressen" für die es keinen DNS Eintrag gibt getestet. Nur hatte ich nicht daran gedacht, dass es Systeme ohne DNS Client Eintrag gibt.
-
@tstueben:Scheint so, dass im Docker Container kein DNS Client konfiguriert ist.
Testweise kannst Du mal in der /etc/resolv.conf im Docker Container den Eintrag nameserver a.b.c.d (a.b.c.d ist die IP Adresse Deines DNS Servers, z.B. Fritzbox) eintragen `
Stand schon drin
-
Hast du sonst noch eine Idee?
-
Hast du sonst noch eine Idee? `
Ich bin noch am analysieren. Ich kann den Fehler einfach nicht nachstellen. Es kommt mir so vor, als ob keine IP Adresse bei der DNS Auflösung im Shelly Adapter mitgegeben wird. Ich werde heute Abend weiter analysieren.Gesendet von iPhone mit Tapatalk
-
Ich habe mal eine Frage zum Adapter. Der Rauchmelder wird super erkannt, jedoch wird unter Objekte
ein Wert für "Humidity" angezeigt mit aktuell 100%. Ich denke das das der Wert für die Batterie sein soll,
oder liege ich da falsch ?
4872_shelly.jpg -
Hey, hui der erste Rauchmelder Noch nicht mal wir haben einen funktionierenden bisher gehabt.
Von daher: Bitte Adapter auf Debug-Loglevel (siehe Signatur von mir), dann Logfile vom Start des Adapters senden. Am besten als GitHub Issue. Wir brauchen die Daten und dann kann der Adapter den Rauchmelder korrekt abzeigen. Leider muss da für jeden Gerätetyp was spezifisches gebaut werden.
-
@tstueben:Hast du sonst noch eine Idee? `
Ich bin noch am analysieren. Ich kann den Fehler einfach nicht nachstellen. Es kommt mir so vor, als ob keine IP Adresse bei der DNS Auflösung im Shelly Adapter mitgegeben wird. Ich werde heute Abend weiter analysieren.Gesendet von iPhone mit Tapatalk `
Servus,
warum auch immer….Verbindung habe ich jetzt. Ich habe nichts gemacht
Aber so richtig klappt es leider noch nicht. Ich bekomme Status connected angezeigt. Ich kann die Lampe über Wandtaster und Shelly App steuern und in iobroker wechselt der Relay0.Switch Status in true und false. Wenn ich dort aber manuell im iobroker den Status ändere wird die Schrift rot und es passiert nichts.
LOG:
shelly.0
2018-12-02 11:42:48.959
debug
CoAP data ignored: {"3332":"SHSW-1#8B1AC0#1","3412":38400,"3420":23808,"Uri-Path":"cit/s"} / {"G":[[0,112,0]]}
shelly.0
2018-12-02 11:42:36.206
debug
Call REST GET http://192.168.2.69/relay/0 with {"turn":"on"}
shelly.0
2018-12-02 11:42:36.206
debug
Relay: {"turn":"on"}
shelly.0
2018-12-02 11:42:36.205
debug
stateChange shelly.0.SHSW-1#8B1AC0#1.Relay0.Switch {"val":true,"ack":false,"ts":1543747356204,"q":0,"from":"system.adapter.admin.0","lc":1543747356204}
shelly.0
2018-12-02 11:42:33.865
debug
CoAP data ignored: {"3332":"SHSW-1#8B1AC0#1","3412":38400,"3420":23808,"Uri-Path":"cit/s"} / {"G":[[0,112,0]]}
Die Ignored Zeile klingt ja erst mal nicht gut
-
Username/Passwort konfigurier?
Ignored heisst an der stelle nur das sich die Daten zu den davor bekannten nicht geändert haben und daher wir es ignoriert
-
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?
-
Es gibt ein Firmware Update auf 1.4.
Dieses hat bei den Shelly 2 im Rollladen Modus ein Kalibrierung. Laut Changelog soll es so möglich sein den Rollladen auf bestimmte Positionen (50% usw.) fahren zu können nachdem er einmal kalibriert wurde.
Wäre super wenn das irgendwann in den Adapter übernommen würde.
-
Dann leg doch mal dazu ein GitHub Issue mit dem Feature-Wunsch an
Edit: hast du direkt, Super!! Danke
-
Interessant wären für mich z.B. auch noch die Daten die über IP/settings noch raus gereicht werden.
Also z.B. die Geo Koordinaten (lat+lng) und FW Versions Nr. Und die Rollladen spezifischen: max. Watt, Hinderniserkennung usw.
Bis heute haben alle FW Version den Bug dass die Geo Koordinaten nicht korrekt erkannt werden und die manuell gesetzten gehen bei jedem Reboot verloren. Daher setze ich meine Geo Koordinaten per Cron in ioBroker täglich neu.
btw: Der Shelly Support hat den Bug schon mehrfach bestätigt und Besserung gelobt.
-
Es gibt ein Firmware Update auf 1.4.
Dieses hat bei den Shelly 2 im Rollladen Modus ein Kalibrierung. Laut Changelog soll es so möglich sein den Rollladen auf bestimmte Positionen (50% usw.) fahren zu können nachdem er einmal kalibriert wurde.
Wäre super wenn das irgendwann in den Adapter übernommen würde. `
Ich bin dabei das umzusetzen. Die Kalibrierung muss aber über die App oder das Web Interfaces geschehen. Da ich leider keine Rollläden besitze brauche ich jemanden zum testen. Wer wäre bereit als Beta Tester?
-
Ich kann gern testen und zuarbeiten. Bei mir kommt aber nur "failed" wenn ich die Kalibrierung in der App oder der Website starte. Wenn der Rollladen offen ist, klappt es gar nicht. Wenn er geschlossen ist, fährt er bei Kalibrierung hoch und dann kommt "failed.
Aber viel wichtiger wäre für mich zuvor folgendes: Mit FW v1.4 schalten die Relay0/1 Switches nicht mehr true/false wenn der Shelly selbst geschaltet wird. Egal ob manuell oder per App/Web.
Man kann auch über die Datenpunkt Buttons im Shutter Knoten das Rollo noch steuern aber auch da schalten die Relay0/1 Switches nicht mehr auf true.
Bisher habe ich mittels Skript erfasst wie lange ein Relais geschaltet war.
Nun weiß ich nicht ob die Firmware das nicht mehr raus reicht oder ob der Adapter angepasst werden muss.
Im Log landet auch auf Debug Level nur das aber permanent, also nicht nur wenn geschaltet wird:
` > shelly.0 2018-12-07 17:55:44.129 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 17:55:42.822 debug CoAP data ignored: {"3332":"SHSW-21#FEDCBA#1","3412":38400,"3420":256,"Uri-Path":"cit/s"} / {"G":[[0,112,0],[0,122,0],[0,111,0]]}
shelly.0 2018-12-07 17:55:29.094 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 17:55:27.788 debug CoAP data ignored: {"3332":"SHSW-21#FEDCBA#1","3412":38400,"3420":256,"Uri-Path":"cit/s"} / {"G":[[0,112,0],[0,122,0],[0,111,0]]}
shelly.0 2018-12-07 17:55:14.201 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]]} `
-
Den Fehler kann ich nicht nachvollziehen. Ich habe eben auf dem Shelly 2 die Firmware 1.4.1 geladen. Betreibe den Shelly 2 im Relay Moudus (in der Shelly App unter Settings -> Device Type -> Relay).
Wenn ich nun das Licht am Lichtschalter schalte, verändert sich der Status in der Shelly App und auch der Status in den Shelly Objekten in ioBroker (shelly.0.SHSW-21#xxxx#1.Relay0.Switch bzw. helly.0.SHSW-21#xxxx#1.Relay1.Switch).
Wenn ich den Status in ioBroker ändere ändert sich auch der Status in der Shelly App und umgekehrt.
Falls Du den Shelly2 im Roller Modus betreibst, kannst du die Objekte shelly.0.SHSW-21#xxxx#1.Relay0.Switch bzw. helly.0.SHSW-21#xxxx#1.Relay1.Switch nicht nutzen, sondern nur die die Shutter Objekte!
-
Ich habe in dem Shelly Adapter im Roller Modus die Position unter den Shutter Objekten aufgenommen. Wer möchte kann gerne testen. Dafür bitte den Shelly Adapter über folgende URL laden https://github.com/schmupu/ioBroker.shelly.git updaten. Instanz danach bitte umbedingt neu starten. Nach einer weile (nur im Roller Modus) sollte das Objekt "Position" auftauchen.
Ich habe keine Rollläden und nutze daher nur den Relay Modus. Ich habe aber das Gefühl, dass man aber der Shelly Firmware 1.4.1 umbedingt eine Kalibrierung durchführen. Im anderen Fall wird wenn man open, close im Roller Modus drückt nur ganz kurz das Relay geschaltet.
-
Vielen Dank für deine schnelle Anpassung!
Die 1.4.1 ist schon ein Bugfix Release für die 1.4.0 von heute. Mit der funktioniert nun auch das Kalibrieren.
Ich habe deine 1.0.1 installiert und den RasPi komplett durchgebootet.
Dennoch schalten die Relay switches nicht mehr. Muss ich noch was in der Firmware anpassen? Wofür ist z.B. die Einstellung "Enable action execution via CoAP (CoIOT) protocol"?
Wenn ich den roten Button betätige müsste der rote Switch auf true gehen. Gleiches bei blau. Funktioniert leider bei zwei Shelly 2 nicht mehr. Heute früh funktionierte es noch mit FW 1.3x und Shelly Adapter 1.0.0.
Man kann zwar den Switch im Relay0/1 nicht nutzen um den Rollladen zu steuern. Aber bisher wurde immer der Relais Schaltzustand über diesen Switch übermittelt. Und darüber konnte ich dann die Betriebszeit in die jeweilige Richtung messen. Einen Level bekomme ich bisher nach 5 mal auf/zu im Adapter nicht. Wenn das stabil funktionieren würde, könnte ich meine Skripte mit Laufzeitmessung auch entsorgen.
PS: Die Positionssteuerung ist auch eher schlecht. Bei 50% Soll ist der Rollladen keine 30% auf und bei 70% Soll ist er 50% auf.
-
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.
-
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?