Test Adapter Shelly v4.0.3 (latest)

[da_Woody]

@joergeli pöff, kann ich dir im moment nicht sagen, eigentlich sollte gleich 1.8.3 angeboten werden. versuchs mal mit einen shelly1, dann siehst du ja was passiert.

[joergeli]

@da_Woody
OK, ich will aber vorher besser noch ein Backup-Image von der Micro SD-Karte in meinem Raspi 4 ziehen,
weil ich z. Zt. noch den Shelly Adapter 3.3.6 betreibe.

Ab Shelly Firmware 1.8.0 ist ja zwingend der Shelly Adapter ab V 4.0 notwendig.
Mit anderen Worten: Ich muss den erst Shelly Adapter auf V 4.0.3 updaten, bevor ich die Firmware 1.8.0 installiere, um zu testen.
Dann spielen aber alle meine Shellys mit Firmware V 1.7.0 nicht mehr mit Adapter V.0.3

Deshalb: Vorsicht ist die Mutter der Porzellankiste
Jörg

[BobBruni]

Wenn ich bei meinem Shelly-Dimmer1 das Objekt "Switch" auf True setze, schaltet der Dimmer, allerdings wird das Objekt in ioBroker sofort wieder auf False gesetzt. Der Dimmer bleibt an.

Setzte ich Ihn nun wieder auf True, bleibt der Shelly an und das Objekt bleibt auch in ioBroker auf True.

Sprich, bei jedem einschalten muss ich das Objekt zweimal auf True setzen, damit der Zustand in ioBroker bleibt... Jemand eine Idee?

[da_Woody]

@joergeli said in Test Adapter Shelly v4.0.3 (latest):

Ab Shelly Firmware 1.8.0 ist ja zwingend der Shelly Adapter ab V 4.0 notwendig.

jo, das stimmt allerdings! sorry, nicht dran gedacht. allerdings hab ich immer ein paar reserve shelly's rumliegen zum testen. dadurch besteht bei mir das problem nicht... da nicht produktiv.
allerdings solltest du sowieso updaten. mit der 1.8.3 ist die reaktionszeit bei CoAP auf max 200ms, also um einiges schneller geworden und in der 4.0.3 sind mal alle aktuellen API dingsbums drinnen.

[da_Woody]

@BobBruni deutet für mich auf einen falschen schaltflächentyp hin...

[BobBruni]

@da_Woody meinst du damit den Button Type? Da habe ich schon alle durchprobiert... Keine Änderung!

Shelly komplett aus ioBroker entfernen / Shelly Adapter hat alles nichts gebracht...

[da_Woody]

@BobBruni hmm, hatte so was ähnliches mit den funkschaltern die ich kombiniert hab. da musste ich auch 2x drücken damits der shelly übernommen hat. button type geändert, dann gings.
sind deine shellys auch in der shelly cloud? die pfuscht auch gern rein...

[Sascha12]

@harrym
Da ic ja den Fehler nicht finde, und ich mqtt nicht so recht möchte weil ich die Shelly App von extern wirklich mag, werde ich wohl den Adapter wie auch die Shellys downgraden.... alles für den wichtigen WAF
Viele Grüße
Sascha
Oder hier habe ich im Orbi ein Menü gefunden. Jemand eine Idee...?

[BobBruni]

@da_Woody
Shelly Cloud ist nicht aktiv.
Ich habe nicht das problem, dass ich 2x drücken muss damit es der Shelly übernimmt. Sondern, ich muss 2x drücken damit der Zustand in ioBroker passt.

Ich versuchs nochmal zu beschreiben:

1.Wenn ich in ioBroker das Objekt "Switch" auf True setze, wird dieses (ohne mein zutun auch kein Script o.ä.) sofort danach wieder auf False gesetzt. Der Shelly hat den Befehl aber übernommen und ist und bleibt aktiv.

2.Dann setze ich das Objekt mittels ioBroker erneut auf True. Diesmal bleibt der Zustand im Objekt. Auch der Shelly ist weiterhin eingeschalten.

3. Setze ich das Objekt auf False wird dieses auch vom Shelly sofort übernommen.
   Dann geht die Geschichte wieder von vorne los.

[da_Woody]

@BobBruni very strange... ich habs gerade versucht mit shelly1 und shellydimmer. im shelly adapter und im alias. wert ändern und nichts springt zurück. weder ein, noch ausschalten. irgendwie fällt mir im moment dazu nichts ein.

[siggi85]

@BobBruni sagte in Test Adapter Shelly v4.0.3 (latest):

@da_Woody
Shelly Cloud ist nicht aktiv.
Ich habe nicht das problem, dass ich 2x drücken muss damit es der Shelly übernimmt. Sondern, ich muss 2x drücken damit der Zustand in ioBroker passt.

Ich versuchs nochmal zu beschreiben:

1.Wenn ich in ioBroker das Objekt "Switch" auf True setze, wird dieses (ohne mein zutun auch kein Script o.ä.) sofort danach wieder auf False gesetzt. Der Shelly hat den Befehl aber übernommen und ist und bleibt aktiv.

2.Dann setze ich das Objekt mittels ioBroker erneut auf True. Diesmal bleibt der Zustand im Objekt. Auch der Shelly ist weiterhin eingeschalten.

3. Setze ich das Objekt auf False wird dieses auch vom Shelly sofort übernommen.
   Dann geht die Geschichte wieder von vorne los.

Ich habe ein ähnliches Verhalten seit ca. 6 bis 8 Wochen mit 4 RGBWs die ich per Gruppendatenpunkte gemeinsam schalte. Allerdings kam ich bis jetzt noch nicht zum Update auf die 1.8 Shelly/4.x Adapter, bin noch auf 1.7x/3.x. Ich wollte mit dem Troubleshooting warten, bis ich zumindest alles auf der aktuellen Version habe.

[da_Woody]

@siggi85 nur in der gruppe, oder auch bei einzelschaltung?

[Kusi]

@Stuebi
Test durchgeführt, hier die Meldungen wenn Shelly´s mit dem alten Router verbunden sind (Shellys funktionieren einwandfrei mit ioBroker):

10 packets transmitted, 10 received, 0% packet loss, time 10ms
rtt min/avg/max/mdev = 1.833/16.567/135.218/39.571 ms

PuTTY2020-09-13T06:01:16.099Z - 192.168.1.54:5683 - P<23citsm
lSHSW-25#76C597#2R{"G":[[0,9103,0],[0,1102,"open"],[0,1103,0],[0,2101,0],[0,2102,""],
[0,2103,0],[0,2201,0],[0,2202,""],[0,2203,0],[0,4102,148.31],[0,4104,0],
[0,6103,"normal"],[0,3104,57.51],[0,6101,0],[0,9101,"roller"]]}

Test durchgeführt, Shelly mit dem neuen Router verbunden (mit anderer SSID, Shelly funktioniert mit ioBroker nicht):

10 packets transmitted, 10 received, 0% packet loss, time 22ms
rtt min/avg/max/mdev = 1.970/25.353/114.871/43.712 ms

pi@raspberrypi:~ $ cd /opt/iobroker/node_modules/iobroker.shelly
pi@raspberrypi:/opt/iobroker/node_modules/iobroker.shelly $ node coaptest.js
UDP Server listening on 0.0.0.0:5683

mehr kommt hier nicht.

[siggi85]

@da_Woody sagte in Test Adapter Shelly v4.0.3 (latest):

@siggi85 nur in der gruppe, oder auch bei einzelschaltung?

Habe gestern Shellys und Adapter auf stable geupdatet und bisher konnte ich das Problem nicht mehr feststellen.

[da_Woody]

@siggi85 was so ein update alles bewirken kann!
fein das jetzt ruhe im karton ist...

[siggi85]

@da_Woody sagte in Test Adapter Shelly v4.0.3 (latest):

@siggi85 was so ein update alles bewirken kann!
fein das jetzt ruhe im karton ist...

Da ich wusste, dass noch Updates ausstehen, wollte ich vorher auch nichts dazu im Forum schreiben. Als ich aber das von @BobBruni gelesen habe, dachte ich, es könnte sich um das gleiche Problem handeln.

[BobBruni]

Ich hab gerade erst bemerkt, dass der Shelly auf Version 1.8 geupdatet werden muss...

Warum wird mir diese nicht angeboten?

Wenn ich das Update händisch anstoße:
http://IP/ota?url=http://api.shelly.cloud/firmware/SHDM-1.zip

bekomme ich das hier:

{"status":"updating","has_update":false,"new_version":"","old_version":"20191120-141347/v1.5.6-rc2@4776adad"}

[Lokverführer]

Hi,

ich habe ein Shelly 3EM und der ioBroker bekommt keine Daten.
Ich habe es mit Firmware 1.8.1 und Adapter 4.0.2 versucht, ebenso mit Firmware 1.8.4-rc2 und Adapter 4.0.2 als auch mit 1.8.4-rc2 und Adapter 4.0.4.

Der Ping-Test ist ebenso erfolgreich wie der CoAP-Empfangstest der hier im Thread (https://forum.iobroker.net/post/478820) beschrieben ist.
Es werden aber keine Objekte angelegt.

Nur für Dummies wie mich: Ich muss Restricted Access nicht aktivieren, oder? Das ist bei mir ausgeschaltet. Ich habe es allerdings auch schon mit dieser Option probiert.

[da_Woody]

@BobBruni 1. wie kommst du zu eine rc version? wäre schon mal interessannt. die gibts nicht einfach zum installieren.
2. selbst wenn du selbst di rc installiert hast wird im normalfall sofort die letzte release als update angeboten.

http://IP/ota?url=http://api.shelly.cloud/firmware/SHDM-1.zip

hast du da auch die ip des schelly's eingetragen? hast du einen DM1, oder doch einen DM2

[da_Woody]

@Lokverführer bekommt der 3EM selber überhaupt daten?
du installierst da wild durch die gegend. kreuz und quer. stopst du dabei den adapter auch, oder einfach kostet ja nix?
für Dummies: restrictet login hat damit überhaupt nichts zu tun. braucht man nur, wenn kein anderer zugriff haben soll.