-
die Shelly Leute haben für den Roller-Mode eine 1.4.2 Beta rausgebracht:
http://repo.shelly.cloud/firmware/test/ … _build.zip
stehe im Moment auf dem Schlauch, wie ich damit den update mache...
ach so:
http://192.168.xx.xx/ota?url=http://rep ... _build.zip
Change log:
1. Improved calibration procedure for better compatibility
2. Enable/Disable percentage control option - if your roller do not support it.
3. MQTT fix : Sometimes after reboot device do not respond over MQTT.
4. MQTT fix: Open/Close/Stop event send immediately
5. MQTT fix : /pos='' could be only 0-100, empty field not valid command anymore.
5. Unintentional restarts in 1.4.1, fixed
-
Die 1.4.1 ist mittlerweile keine Beta mehr. Bin erstmal zurück auf die 1.3 da mein ioBroker mit 1.4.1 gar nichts anfagen wollte. Jedenfalls wird mir nun die 1.4.1 als anstehendes Update angezeigt, daher wohl keine Beta mehr.
Deren offizielle App ist bei mir übrigens mit jeder FW-Version instabil. Oft wird das Device als Offline angezeigt obwohl es erreichbar ist. Lasse ich die App eine Weile offen wird iwann "Preparing Status" angezeigt, dann ist das Rollo wieder ansteuerbar.
Bei ioBroker wurde mir mit dem Rückspielen der v1.3 sofort korrekt der Shuttermodus angezeigt; der Shuttermodus war bei mir mit der 1.4.1 nie sichtbar. Mit dem aktuellen Stand kann ich jedenfalls arbeiten. Schade wegen der prozentualen Anzeige der Öffnung (auch wenn das Offset bei mir immens ist, da hatte ein anderer User in einem der drei möglichen Threads auch schon davon gesprochen). Eine Offset-Angabe wäre zukünftig echt noch klasse. Aber abwarten. Zumindest sind die bei Shelly echt nah am Kunden, von dem was ich bisher gehört habe…
-
Update auf 1.4.2. soll in einer Std kommen.
FW Update: 1.4.2 for all Shelly devices:
Change log:
Shelly2
1. Improved calibration procedure for better compatibility
2. Enable/Disable percentage control option - if your roller do not support it.
3. MQTT fix: Open/Close/Stop event send immediately
4. MQTT fix : /pos='' could be only 0-100, empty field not valid command anymore.
5. Unintentional restarts in 1.4.1, fixed
6. MQTT power meter now report 0W when both channels is switched OFF.
All Shelly devices:
1. MQTT does not work after device reboot
2. Shelly Plug MQTT do not report status
3. Shelly Sense, First MQTT update contains bad sensor values
4. Pop up message "Time not set" in AP mode is removed.
5. MQTT announce for new version
PS. Update will be roll up to all devices in next 4 hours.
So long
Poldi
-
Eben lange mit Shelly gesprochen. Damit es nicht noch eine neue Firmware gibt, werden wir ein Work Around des Shelly Adapters zur Verfügung stellen. Ab Morgen oder Übermorgen könnt die Version 1.0.2 (Latest Version) testen. Über kurz oder lang werden wir den Shelly Adapter auf MQTT umstellen. Davon solltet Ihr aber nichts merken, außer dass Ihr im Shelly Device irgendwann MQTT Einstellungen vornehmen müsst. Das dauert aber noch eine Weile.
Wer nicht bis Morgen oder Übermorgen warten möchte, kann jetzt schon über den Link die Version 1.0.2 des Shelly Adapter laden und testen: https://github.com/schmupu/ioBroker.shelly
VG
Stübi
-
Wie wollt ihr das im Adapter fixen dass das eine Relay seinen Status nicht übermittelt?
Muss ich dann für den zukünftigen Adapter MQTT in der Firmware aktivieren?
Da steht als Hinweis dass dann keine Steuerung mehr über die Cloud funktioniert. Bedeutet dass das man über die Shelly App dann nichts mehr steuern kann wenn man außerhalb des heimischen LAN ist?
Was genau hat sich jetzt mit Adapter Ver 1.0.2 geändert? Kann bei mir keinen Unterschied zu 1.0.0 feststellen. :shock:
Wenn hier schon direkter Kontakt zu den Devs besteht. Ich habe schon am 28.10. einen Bug gemeldet. Bei jedem Update melde ich diesen erneut und bekomme von Ivan Mihaylov die Antwort dass er es intern weiter reicht.
Der Bug: Die Geo Koordinaten Erkennung stimmt bei mir null. Daher ist sie aus. Die manuell eingestellten Werte werden aber bei jedem Neustart wieder vergessen und durch die falschen der automatischen Erkennung ersetzt.
Bisher löse ich das durch einen täglichen Cron in ioBroker der per http request LAT/LON mit den korrekten Werten setzt.
-
> Wie wollt ihr das im Adapter fixen dass das eine Relay seinen Status nicht übermittelt?
Das Problem liegt an der CoAP Nachricht. Es wird eine Nachricht mit dem Status der Relays geschickt. Beide haben fälschlicherweise die gleiche Id. Und somit kann man gut erkennen, dass hier die Id korrigiert werden muss.> Muss ich dann für den zukünftigen Adapter MQTT in der Firmware aktivieren?
Wenn es soweit ist, dann ja. Aber das dauert noch ein wenig. Ich programmiere in meiner Freizeit an dem Adapter.> Da steht als Hinweis dass dann keine Steuerung mehr über die Cloud funktioniert. Bedeutet dass das man über die Shelly App dann nichts mehr steuern kann wenn man außerhalb des heimischen LAN ist?
Danke für den Hinweis. Habe schon Shelly angeschrieben.VG
Stübi
-
@tstueben:> Wie wollt ihr das im Adapter fixen dass das eine Relay seinen Status nicht übermittelt?
Das Problem liegt an der CoAP Nachricht. Es wird eine Nachricht mit dem Status der Relays geschickt. Beide haben fälschlicherweise die gleiche Id. Und somit kann man gut erkennen, dass hier die Id korrigiert werden muss.VG
Stübi `
Das muss doch aber auf der sendenden Seite also der Firmware korrigiert werden. Der Post weiter oben suggeriert mir dass der Adapter das korrigiert.Was mich wieder zur Frage kommen lässt, was nun mit 1.0.2 zu 1.0.0 geändert wurde?
-
Hier ist das Diff
https://github.com/schmupu/ioBroker.she … 26ed9f854d
und hier wird die ID angepasst
// Workaround because of wrong ID in data in shutter modus // [0,112,1],[0,112,0] - one direction // [0,112,0],[0,112,1] - another direction // It will be changed to (112 -> 122 in Array 2) // [0,112,1],[0,122,0] - one direction // [0,112,0],[0,122,1] - another direction if (deviceId.startsWith('SHSW-2')) { if(data.G && data.G[0] && data.G[1] && data.G[0][1] == 112 && data.G[1][1] == 112) { data.G[1][1] = 122; } }
Support us
315
Online32.7k
Users82.6k
Topics1.3m
Posts