[Aufruf] Test Shelly Adapter
-
Korrekt. Musst wieder die original Firmware drauf kriegen. Dann geht auch der Adapter.
Gesendet vom Handy …
-
Oder mit Tosmata und dem Sonoff Adapter einbinden
-
Alles klar, habe es dann unter sonoff laufen, danke euch!
-
Hi zusammen,
habe beim Lesen dieses Threads leider keinen Hinweis gefunden der mir helfen könnte daher:
Ich bin von meinem RPI auf Docker auf dem NAS gewechselt. Keine Ahnung ob es daran liegt und ich etwas anders einstellen muss, oder woran auch immer. Shelly Adapter ist installiert und ich bekomme folgenden Fehler. Debug Modus war an:
host.iobroker
2018-11-25 19:10:11.626
error
instance system.adapter.shelly.0 terminated with code 0 (OK)
Caught
2018-11-25 19:10:11.626
error
by controller[0]: at Timer.listOnTimeout (timers.js:214:5)
Caught
2018-11-25 19:10:11.626
error
by controller[0]: at tryOnTimeout (timers.js:250:5)
Caught
2018-11-25 19:10:11.626
error
by controller[0]: at ontimeout (timers.js:386:11)
Caught
2018-11-25 19:10:11.626
error
by controller[0]: at Timeout.setTimeout (/opt/iobroker/node_modules/iobroker.shelly/node_modules/shelly-iot/index.js:218:22)
Caught
2018-11-25 19:10:11.626
error
by controller[0]: at ShellyIot.getDeviceDescription (/opt/iobroker/node_modules/iobroker.shelly/node_modules/shelly-iot/index.js:198:32)
Caught
2018-11-25 19:10:11.626
error
by controller[0]: at shelly.getDeviceDescription (/opt/iobroker/node_modules/iobroker.shelly/shelly.js:939:9)
Caught
2018-11-25 19:10:11.626
error
by controller[0]: at createDeviceStates (/opt/iobroker/node_modules/iobroker.shelly/shelly.js:635:7)
Caught
2018-11-25 19:10:11.626
error
by controller[0]: at Object.query [as reverse] (dns.js:236:13)
Caught
2018-11-25 19:10:11.625
error
by controller[0]: Error: "name" argument must be a string
shelly.0
2018-11-25 19:10:11.608
debug
stateChange shelly.0.info.connection {"val":false,"ack":true,"ts":1543169411599,"q":0,"from":"system.adapter.shelly.0","lc":1543169411599}
shelly.0
2018-11-25 19:10:11.607
debug
connected set to false
shelly.0
2018-11-25 19:10:11.603
warn
Exception: Error: "name" argument must be a string
ich nehme an mit dem Hinweis in der Anleitung mit docker war das gemeint?
~~<link_text text="https://idomix.de/wp-content/uploads/20 ... r_netz.png">https://idomix.de/wp-content/uploads/2016/08/docker_netz.png</link_text>" />Das sieht bei mir so aus.
Die Fehlermeldung bezieht sich ja sicher auf den Anmeldenamen. In der App melde ich mich als User mit meiner Mailadresse an. Ist das das Problem?~~
-
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
-
@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]]} `
