Weihnachtsangebot 2025! 🎄

[rasiegfr]

siehe hier: viewtopic.php?p=202032#p202032

[poldi]

@rasiegfr:

siehe hier: viewtopic.php?p=202032#p202032 `

Habe jetzt IPV6 unter meinem Debian deaktiviert. –> Hat nichts gebracht.

Da ich Daheim nur einen Layer2 Switch habe kann ich am Multicast nichts einstellen :-(

[rasiegfr]

` > Habe jetzt IPV6 unter meinem Debian deaktiviert. –> Hat nichts gebracht.

Da ich Daheim nur einen Layer2 Switch habe kann ich am Multicast nichts einstellen :-( `

habe zwischenzeitig geflasht und das ding läuft einwandfrei :-)

[milonga]

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

[milonga]

kurzes Resumee:

• Rückmeldungen werden nur auf Relay0 angezeigt

• Nachwievor keine POS Anzeige (Calibrierung gemacht!)
  

[Stuebi]

Ich habe es auch gerade getestet. Erst wurde nur bei Close der Relay0 Status angezeigt. Bei Open passierte nichts. Nach einer Weile wurde nicht einmal mehr Close auf Relay0 angezeigt. Warten wir einmal auf die offizielle Version von Shelly.

[poldi]

Bei mir das gleiche Bild gehe wieder auf die 1.4.1. Beta :oops:

[davincino]

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…

[LJSven]

Wie kann ich die Software zurückspielen?

[poldi]

@LJSven:

Wie kann ich die Software zurückspielen? `

Befehle:

Downgrade auf 1.3.0:

http://192.168.x.x/ota?url=http://api.shelly.cloud/firmware/custom/SHSW-21_build.zip

[poldi]

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

[poldi]

So der ersten Shelly auf 1.4.2. upgedatet.

Position fehlt noch immer, wenn per lokalen Schalter geschaltet wird:

Glaube werde wieder auf HM umsatteln!! Kostest 3x mehr, aber funktioniert :evil:

So long

Poldi

[Stuebi]

ich bin schon in Kontakt mit Shelly. Da die Entwickler schon zu Hause sind, kann ich Euch erst Morgen mehr Infos geben.

VG

Stübi

[poldi]

@tstueben:

ich bin schon in Kontakt mit Shelly. Da die Entwickler schon zu Hause sind, kann ich Euch erst Morgen mehr Infos geben.

VG

Stübi `

Danke :)

[Stuebi]

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

[Diginix]

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.

[Stuebi]

> 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

[Diginix]

@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?

[reelfan]

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;
   }
  }

[Stuebi]

Genau das ist die Stelle. Damit muss es keine neue Firmware geben damit der Status im Rollladenmodus angezeigt wird.

Wir bauen den Adapter um. Entweder MQTT oder Mix aus CoAP + API.

Gesendet von iPhone mit Tapatalk