[Modul] ShellyBLU

Symcon PHP-Module (Diskussion)
385

Habe mal eben Codex bisschen testen lassen:

Payload kommt in der ShellyBLUDoorWindow-Instanz im Debug korrekt an.

Payload beim Öffnen:

{
  "gateway": "shelly1minig3-",
  "gateway_name": null,
  "addr": "b0:xx:xx:xx:xx:xx",
  "rssi": -75,
  "model": "SBDW-002C",
  "model_id": null,
  "service_data": {
    "encryption": false,
    "BTHome_version": 2,
    "pid": 19,
    "battery": 100,
    "illumination": 934,
    "window": 1,
    "rotation": 0
  }
}

Payload beim Schließen:

{
  "gateway": "shelly1minig3",
  "gateway_name": null,
  "addr": "b0:xx:xx:xx:xx:xx",
  "rssi": -76,
  "model": "SBDW-002C",
  "model_id": null,
  "service_data": {
    "encryption": false,
    "BTHome_version": 2,
    "pid": 20,
    "battery": 100,
    "illumination": 479,
    "window": 0,
    "rotation": 0
  }
}

Beobachtung:

  • Debug der DoorWindow-Instanz zeigt die MQTT-Nachrichten korrekt.

  • window wechselt korrekt zwischen 1 und 0.

  • Es erscheinen keine PHP-Fehler.

  • Die Variable Kontakt/Contact existiert, wird aber nicht aktualisiert.

  • Instanz wurde gelöscht und neu angelegt.

  • ShellyBLU-Modul wurde neu installiert.

  • MQTT-Verbindung ist bestätigt.

  • Shelly-Skript publisht korrekt.

Vermutung:

Das Modul empfängt den Payload zwar, verarbeitet aber service_data.window nicht bis zur Variable Contact. Möglicherweise greift die Auswertung wegen eines Modul-/Versions-/Property-Mappings nicht, obwohl der Payload im erwarteten Format vorliegt.

386

Nachdem ich gestern Abend nochmal 2 Stunden investiert hatte und es in Symcon einfach nicht zum laufen bekommen habe, habe ich den Sensor dann via HA eingebunden. Das ging erschreckend einfach. Meine anhängenden Automationen hatte ich auch ruck zuck am start.

Auch wenn es nur ein Workaround ist, bis die Funktionalität in Symcon wiederhergestellt ist, muss ich sagen, das ich HA immer mehr zu schätzen weiß.

387

Ich habe mich nach einem Firmware Update auf 2.0.0 für einen Downgrade / Rollback auf 1.7.5 entschieden.

Hier mal eine schnelle Claude Anleitung:

Downgrade-Anleitung (getestet mit Shelly 1PM Mini Gen3):

  1. Firmware-Datei suchen: Auf https://rojer.me/files/shelly/stock/1.7.5/ nach der Datei für dein konkretes Modell schauen (z. B. Mini1PMG3.zip für den 1PM Mini Gen3, Mini1G3.zip für den 1 Mini Gen3 ohne Leistungsmessung, S1PMG3.zip für den 1PM Gen3 usw. – das Namensschema folgt dem internen App-Namen des jeweiligen Geräts).

  2. Sicherheitscheck: Vor dem Flashen die zugehörige .json-Datei (z. B. Mini1PMG3.json) öffnen und prüfen, ob "name" und "version" zum eigenen Gerät passen. Nur bei Übereinstimmung weitermachen – falsche Firmware auf falschem Modell kann das Gerät unbrauchbar machen.

  3. Downgrade auslösen: Im Browser aufrufen (Gerät muss im gleichen Netz erreichbar sein):
    http://<IP-des-Shelly>/rpc/Shelly.Update?url=https://rojer.me/files/shelly/stock/1.7.5/<Dateiname>.zip
    Antwort null = Befehl angenommen, das Gerät lädt die Datei selbstständig und flasht (ca. 3–5 Min inkl. Neustart).

  4. Verifizieren: Nach ein paar Minuten http://<IP-des-Shelly> mit Hard-Reload (Strg+Shift+R) neu laden und die Firmware-Version im UI prüfen.

  5. Auto-Update deaktivieren: In den Geräteeinstellungen, damit es beim nächsten Zyklus nicht wieder ungefragt auf 2.0.0 aktualisiert, solange die BLE-Kompatibilität nicht wiederhergestellt ist.

Disclaimer: rojer.me ist kein offizieller Shelly-Server, sondern ein von einem (ehemaligen) Shelly-Firmware-Entwickler gepflegter inoffizieller Spiegel. Nutzung auf eigene Verantwortung – vorher unbedingt Modell/Version über die .json abgleichen.

Grüße
Sascha

388

Hallo @KaiS,

ich Dussel habe einen Shelly Blu Distance einbinden wollen, der schon seit 1 Jahr hier rumliegt. Leider ist der noch nicht eingebunden. Meinst du, dass du das bald schaffst?

Gruß Mike

1 „Gefällt mir“
389

Hoffe ich auch drauf :wink:
Batterie ist schon leer bei meinem :slight_smile: hat das ganze Jahr meinen Schreibtisch vermessen :joy:

390

Hallo @chrschli,

du kannst, um den Sensor nutzen zu könne, den erst mal als MQTT-Client einbinden.

Das Topic lautet dann: symcon/shellyblu/xx:xx:xx:xx:xx:xx

Die xx:xx:xx:xx:xx:xx sind natürlich mit der Mac Adresse des Sensors zu füllen.

Gruß Mike

1 „Gefällt mir“
391

Hab eben auch das Downgrade von 2.0.0 auf die 1.7.5 gemacht und jetzt kommen die BLU-Geräte wieder in Symcon an :grinning_face:

Ich habe es aber so gemacht, dass ich die Zip-Datei direkt in der Weboberfläche des Shellys hochgeladen habe. Über den Link hatte es nicht funktioniert.

Danke und Grüße

392

Hallo Kai,

in den Symcon Meldungen wird bei den Shelly BLU Motion ZB immer ein Fehler angezeigt:

02.09.2026, 11:48:12 | FlowHandler | Kann Daten nicht zur Instanz #26575 weiterleiten:
Warning: Cannot auto-convert value for parameter Data (Type does not match) in /var/lib/symcon/modules/.store/schnittcher.info.ips.shellyblu/ShellyBLUMotionZB/module.php on line 99
RESULT:

Das Debug der Jeweiligen Geräteinstanz bleibt auch leer. Die Variablen werden aber aktualisiert.

Grüße Lutz