[Aufruf] Test Shelly Adapter
-
Hi!
Habe mein shelly 1 mit Tasmota geflasht. Nun wollte ich das ganze in den iobroker einbinden, nur findet der installierte Adapter einfach nichts. Habe diesen Adapter auch mal auf die neuste Version 1.0.0 (über github) geupdatet, nichts….. shelly 1 natürlich auch x-Mal neugestartet, nichts.....
Hat jemand noch eine Idee? ` Hi, ich denke das liegt daran, dass tasmota drauf ist. Bei dem Adapter hier läuft auf den Dosen m.E. die Original Software. Da brauchst kein tasmota…
Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk
-
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?
