[Aufruf] Test Shelly Adapter
-
Ich habe eben die Information von Shelly erhalten, dass die Firmware Version 1.5.2 gleich veröffentlicht wird und den CoAP Fehler behebt.
Da ich nicht zu Hause bin, kann ich leider die Firmware vorab nicht testen.
Ihr könnt ja einmal eine Rückmeldung geben, ob der Shelly Adapter mit der Version funktioniert.Nachtrag: Eben die Info von Shelly erhalten. Um ungefähr 13 Uhr wird die Firmware Version 1.5.2 zur Verfügung stehen.
-
@Scrounger
Ich kann da weder eine 1.5.0-hotfix4 finden noch kann ich überhaupt etwas herunterladen.
Wirkt nicht so als würde das immer korrekt gepflegt. Ist das offiziell von Shelly?Wenn du von dort direkt eine URL zur Firmware ZIP kopieren kannst, dann hast du automatisch den Wert für den ota Parameter.
Ansonsten musst du die ZIP auf einen eigenen Webserver legen oder lokal einen starten und dann den ota Parameter mit deiner lokalen IP usw. befüllen.Aber der Downgrade wird ja hoffentlich in wenigen Stunden nicht mehr nötig sein.
-
Wird wirklich nicht sauber gepflegt.
In der App wird mir ein Update auf 1.5.1 angeboten. Direkt auf dem Shelly wird mir 1.5.0 Hotfix 4 angeboten. Ist immer etwas seltsam bei denen.Ich bin noch auf 1.5.0 Hotfix 2 und bleibe da auch erstmal bis ich weiß, dass alles klappt bei den neueren.
-
Für meine Shelly 1 ist das Update auf 1.5.2 verfügbar und problemlos installiert.
Zum Shelly-Adapter und der App kann ich nichts sagen, ich habe die nur per MQTT eingebunden.
-
Habe Shelly 1, 2 und 2.5 auf 1.5.2 aktualisiert und alle funktionieren wieder in allen Modi mit dem Adapter und CoAP.
-
-
Bei mir hat der Update auch gekappt und alle Shelly wieder über
iobroker erreichbar -
Yippeeeee,
nach dem gerade installierten Firmware-Update 20190821-094851/v1.5.2@4148d2b7 "sprechen" meine Shelly 1 wieder über CoAP mit iobroker :-))
Danke an alle Beteiligten
Jörg -
@Diginix sagte in [Aufruf] Test Shelly Adapter:
@Scrounger
Ansonsten musst du die ZIP auf einen eigenen Webserver legen oder lokal einen starten und dann den ota Parameter mit deiner lokalen IP usw. befüllen.Dafür extra nen Webserver einrichten ist mir zu umständlich. Das ist mit Tasmota doch wesentlich user freundlicher.
Weiß jemand wo ich für die Shelly Weboberfläche Feature Request einstellen kann?
Zur Info: 1.5.2 funktioniert bei mir über coap auch wieder
-
@Stuebi
Ich habe nun weiterhin den Fehler. der aber zu einem roten Status vom Adapter führt.shelly.0 2019-08-21 15:18:26.413 warn Exception: Error: No reply in 247sSowohl alive als auch connected bleiben false.
Wenn ich nicht mit einem eigene Skript darauf reagiere und den Adapter neu starte, bleibt er dauerhaft rot.
Ich hatte dich gestern so verstanden dass der Fehler selten vorkommt, der Adapter aber selbstständig neu starten müsste.Adapter 3.0.8, node 10.16.3, npm 6.9.0, Shelly FW 1.5.2
-
@e-s sagte in [Aufruf] Test Shelly Adapter:
Mal kurz halb offtopic, was für Temperaturen zeigen eure shellys so an?
Meine 2,5er und PM liegen alle bei ca 55grad. Da sind sie aber stabil. Nur ein PM, der nicht UP verbaut ist, zeigt nur 30 an.Hallo nochmal, Habt ihr dahingehend auch Erfahrungen?
-
@Diginix , den Fehler bekomme ich leider nicht weg, da dieser nicht in Shelly Adapter hochkommt. Eigentlich, sollte der Adapter wenn dieser rot ist neu starten.
Kannst über die GitHub Katze die Version 3.0.9 installieren und schauen ob der Adapter restarted. -
@e-s , leider nein
-
@Stuebi
Kann es sein, dass das Feature mit dem Temperaturanzeige neu ist, vielleicht hat deshalb noch niemand drauf geachtet -
Hallo Leute!
Nach Update auf v1.5.2 kann ich mit Shelly2.5 auch wieder kommunizieren, ABER
die Events kommen extrem zeitverzögert (4 bis 10 Sekunden). Das bedeutet, wenn ich den Raffstore nach oben fahre, bleibt ShellyID.Shutter.state noch 4 bis 10 Sekunden auf "stop" und welchselt erst dann auf "open". Wenn man dann stoppt dauert es wieder Sekunden bis der state auf "stop" wechselt.
Wenn man die Raffstores zum Öffnen beginnt und nach wenigen Sekunden stoppt, dann gibt es gar kein Event/Statewechsel.
In der Version vor 1.5.1 kamen die Events im Millisekundenbereich...
Wie sind eure Erfahrungen? -
@HGlab , den Fehler kann ich nicht nachvollziehen. Ich habe auf Bitte von Shelly genau das Verhalten mit dem Shelly 2 und Shelly 2.5 getestet. Sobald ich in ioBroker den Zustand ändere (egal ob im Relay oder Shutter Modus), wird auch am Shelly 2 oder 2.5 das Relay gezogen. Also bei mir funktioniert alles wunderbar
-
@Stuebi
ich habe auch Probleme. Shutter am 2er und schalten von Licht an allen anderen funktioniert bei mir. Nur shutter am 2.5er reagiert bei mir überhaupt nicht. Angebunden über mqtt.
Im log kann ich auch bei debug nichts sehen, gibt nur setstate Eintrag, aber kein Fehler -
@HGlab
Meine Shelly2 haben eben auch mit ca. 10 Sekunden Verzögerung ihren Status gemeldet.
Meine Rollläden werden über die Shelly Firmware gesteuert und ioBroker erfasst die Laufzeit anhand der Relais Statuswechsel. Bei allen 3 Rollläden war eben die Laufzeit vermeintlich deutlich länger und wurde auch erst weit nach dem Schließen erkannt.
Ich beobachte das morgen früh nochmal beim Öffnen.@e-s Mein Shelly2.5 hat 52,77 °C. Der liegt aber einfach nur rum ohne angeschlossenen Verbraucher. Unterputz würde er sicher ein paar Grad mehr haben.
-
@e-s sagte in [Aufruf] Test Shelly Adapter:
@Stuebi
ich habe auch Probleme. Shutter am 2er und schalten von Licht an allen anderen funktioniert bei mir. Nur shutter am 2.5er reagiert bei mir überhaupt nicht. Angebunden über mqtt.
Im log kann ich auch bei debug nichts sehen, gibt nur setstate Eintrag, aber kein FehlerDamit ich Dich richtig verstehe, der Shelly 2 funktioniert und beim Shelly 2.5 gibt es Probleme im Shutter Modus? Wahrscheinlich mit dem Datenpunkt
shelly.0.SHSW-25#XXXXXX#1.Shutter.state?
Dieser wird laut Doku (https://shelly-api-docs.shelly.cloud/#shelly2-5-mqtt) beishellies/shellyswitch-<deviceid>/roller/0mit den Werten Close, Open, Stop gesetzt. Nur leider liefert Shelly per MQTT diese Werte nicht mehr inshellies/shellyswitch-<deviceid>/roller/0. Ich habe den Fehler an Shelly weitergegeben. -
@Stuebi
Richtig, Ich ändere bei iogo normalerweise nur die % Zahl. Komischerweise steht er jetzt nur auf 101%, obwohl er auf 0% stehen müsste. Beim normalen 2er ist alles wie vorher.
