-
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; } } -
Ich bekomme auch mit 1.0.2 nur bei close einen relay value true. In öffnende Richtung bleibt relay1 weiterhin dauerhaft false.
Wie auch schon im anderen Thread geschrieben, sind die Relais Nummern auch vertauscht. Bisher war relay0 öffnen und 1 schließen.
Nun ist es andersherum. Kann aber auch an der ID liegen. Dass nur die 0 überhaupt auf true wechselt.
-
Nachdem ich zuletzt immer wieder sowohl mit der offiziellen App als auch logischerweise mit dem Shelly Adapter Schwierigkeiten hatte (Adapter: fehlende Werte, Steuerung über Buttons ohne Funktion; App: zeigt Shelly als Offline, also grundsätzlich nicht brauchbar) habe ich mit IoBroker und MQTT mein Glück versucht. Bin begeistert, läuft wunderbar. Kann es nur empfehlen wenn auf die offizielle App verzichtet werden kann. Die funktioniert dann wohl nicht mehr.
Ich finde es zu früh für Buh-Rufe oder drohende Wechsel zur (mMn überteuerten) Konkurrenz. Es gibt hier mehrere offene Schnittstellen mit super Doku dass für jeden was dabei ist. App hätte man definitiv vor der Markteinführung testen/fixen müssen. Aber für ioBroker Nutzer ist das doch nicht wichtig. Mein Ziel ist es alles über ioBroker zu steuern und nicht 20 verschiedene Apps o.ä. ;)
Habe weitere 4 Shelly2 bestellt und nach den Feiertagen folgen weitere 3-4 Stück. Preis/Leistung ist unschlagbar.
Hast du schon die Version 1.0.2 des Shelly Adapters? Ich sehe nur die 1.0.0 :?:
-
Ich bekomme auch mit 1.0.2 nur bei close einen relay value true. In öffnende Richtung bleibt relay1 weiterhin dauerhaft false.
Wie auch schon im anderen Thread geschrieben, sind die Relais Nummern auch vertauscht. Bisher war relay0 öffnen und 1 schließen.
Nun ist es andersherum. Kann aber auch an der ID liegen. Dass nur die 0 überhaupt auf true wechselt. `
Hast du auch die 1.0.2 installiert? Starte bitte die Shelly Instanz neu, dann sollte es gehen.
Wenn es dann immer noch nicht funktioniert, schicke einmal die Logfiles im Debug Modus wenn du die Rollläden schaltest.
Gesendet von iPhone mit Tapatalk
-
Nachdem ich zuletzt immer wieder sowohl mit der offiziellen App als auch logischerweise mit dem Shelly Adapter Schwierigkeiten hatte (Adapter: fehlende Werte, Steuerung über Buttons ohne Funktion; App: zeigt Shelly als Offline, also grundsätzlich nicht brauchbar) habe ich mit IoBroker und MQTT mein Glück versucht. Bin begeistert, läuft wunderbar. Kann es nur empfehlen wenn auf die offizielle App verzichtet werden kann. Die funktioniert dann wohl nicht mehr.
Ich finde es zu früh für Buh-Rufe oder drohende Wechsel zur (mMn überteuerten) Konkurrenz. Es gibt hier mehrere offene Schnittstellen mit super Doku dass für jeden was dabei ist. App hätte man definitiv vor der Markteinführung testen/fixen müssen. Aber für ioBroker Nutzer ist das doch nicht wichtig. Mein Ziel ist es alles über ioBroker zu steuern und nicht 20 verschiedene Apps o.ä. ;)
Habe weitere 4 Shelly2 bestellt und nach den Feiertagen folgen weitere 3-4 Stück. Preis/Leistung ist unschlagbar.
Hast du schon die Version 1.0.2 des Shelly Adapters? Ich sehe nur die 1.0.0 :?: `
Auch wenn es ein paar Probleme mit der Firmware gibt und hab, möchte ich erwähnen, das Shelly ein unheimliches Interesse für den ioBroker an den Tag legt. Wenn wir Probleme melden bekommen wir spätestens nach 2 Minuten eine Rückmeldung. Man ist extrem bemüht, hilfsbereit und lösungsorientiert.
Wir werden den Adapter etwas umbauen. Nach gestriger Diskussion mit Shelly wahrscheinlich technisch ähnlich wie die Shelly App. Wir wären dadurch in der Lage mehr Status Felder als MQTT oder CoAP es können, anzubieten. Das wird aber nicht gleich so sein!
Gesendet von iPhone mit Tapatalk
-
@tstueben:Hast du auch die 1.0.2 installiert? Starte bitte die Shelly Instanz neu, dann sollte es gehen.
Wenn es dann immer noch nicht funktioniert, schicke einmal die Logfiles im Debug Modus wenn du die Rollläden schaltest.
Gesendet von iPhone mit Tapatalk `
Ja hatte gestern über GIT bereits die 1.0.2 und natürlich auch mehr als einmal neu gestartet. Allein das Update führt ja dazu.Dann habe ich auf dem RasPi auch geschaut ob in der shelly.js der Workaround existiert.
Nun scheint es aber zu funktionieren. Mein RasPi bootet früh einmal komplett neu durch. Warum normale Instanzrestarts nicht halfen, k.a.
Die Relais sind nun auch wieder in der alten Zuordnung zur Bewegungsrichtung.
Super Arbeit und großes Dankeschön!
Nun weiß ich wieder ob meine Rollläden offen oder geschlossen sind.
-
@tstueben:Auch wenn es ein paar Probleme mit der Firmware gibt und hab, möchte ich erwähnen, das Shelly ein unheimliches Interesse für den ioBroker an den Tag legt. Wenn wir Probleme melden bekommen wir spätestens nach 2 Minuten eine Rückmeldung. Man ist extrem bemüht, hilfsbereit und lösungsorientiert.
Wir werden den Adapter etwas umbauen. Nach gestriger Diskussion mit Shelly wahrscheinlich technisch ähnlich wie die Shelly App. Wir wären dadurch in der Lage mehr Status Felder als MQTT oder CoAP es können, anzubieten. Das wird aber nicht gleich so sein! `
Ich denke wir sollten aufhöhren, ständing draufzuhauen - hier sind alle sehr bemüht, die Shelly`s in den Griff zu bekommen. Jede FW, egal mit welchem Gerät, hat mal seine Tücken. Am Ende das Tages zählt das Resultat und nur weil es mal 1-2 Tage nicht so läuft, wie gewohnt, geht die Welt nicht unter. Für fast alles gibt es einen Wordaround. Ich bin nach wie vor begeistert von dem Modulen - für mich war die Montage in den UP sehr leicht und muss nicht irgendwelche Relais etc. selber löten und das ganze zu einem Super Preis.
Also, Kopf hoch und alle mitarbeiten, dann klappt es auch in den kommenden Tagen ;)
-
Schliesse mich zu 100% an!
Danke für Euer tolles Engagement !
Ulrich
Gesendet von meinem SM-J700H mit Tapatalk
-
Aus Interesse: warum flasht man nicht Tasmota und macht das ganze nicht jetzt schon über MQTT? Hat die Original-FW irgendwelche Vorteile bzw. Tasmota Nachteile?
-
@WaJoWi:Aus Interesse: warum flasht man nicht Tasmota und macht das ganze nicht jetzt schon über MQTT? Hat die Original-FW irgendwelche Vorteile bzw. Tasmota Nachteile? `
Kann man machen, spricht auch nichts gegen. Aber warum soll ich mir die Arbeit" machen, wenn es auch ohne geht. Ich finde es gut, wenn die Geräte in Ihrem Auslieferungszustand bleiben, egal ob Software oder Mechanisch
Support us
571
Online32.7k
Users82.5k
Topics1.3m
Posts