Beiträge von Lapu-Lapu

Betreiber hat sich geändert

Liebe Forumsmitglieder,

wir freuen uns, Euch mitteilen zu können, dass wir in Kürze das Layout unseres Forums auf das vertraute und bewährte Shelly Design zurückführen werden. Für die meisten von Euch wird das lediglich eine Rückkehr zu Altbekanntem sein – dennoch sind wir uns bewusst, dass diese Umstellung einige Anpassungen mit sich bringt. Wir möchten Euch schon im Voraus für Eure Geduld während dieses Prozesses danken. Ein Update zu Schaltplänen und Lexikon folgt auch.

Für Euch als Forumsmitglieder ändert sich nichts: Euer Forumskonto bleibt mit allen Zugangsdaten bestehen, die nun von uns verwaltet werden. Detlef hat uns alle Daten und Rechte übertragen. Das gleiche gilt für die Facebookgruppe https://www.facebook.com/groups/smarthomeforum/

Falls Euch nach der Umstellung Probleme auffallen oder Ihr Anmerkungen habt, zögert bitte nicht, uns zu kontaktieren. Ihr erreicht uns ganz einfach unter forum.de@shelly.com.

Vielen Dank für Eure Unterstützung!

Euer Shelly Team

PS:

Wichtige Informationen, wie z. B. zu den neuesten Firmware-Updates, werden wir ausschließlich in der Shelly Community (https://community.shelly.cloud/) veröffentlichen. Deshalb wird es innerhalb dieses Forums Verweise zur Shelly Community geben. Selbstverständlich könnt Ihr auch selbst Links zwischen den Foren teilen, um noch mehr Antworten und Lösungen zu finden und Euch gegenseitig zu unterstützen.

Unsere Datenschutzhinweise zur Verarbeitung aller Daten findet Ihr hier, sodass Ihr Euch über alle wichtigen Punkte informieren könnt. Es werden keine zusätzlichen Daten erhoben, und die Verarbeitung erfolgt weiterhin nur zu den bisherigen Zwecken.

Die zentrale E-Mail-Adresse des Forums wird künftig forum.de@shelly.com lauten. Alle relevanten Informationen dazu findet Ihr auch im Impressum der Forums-Website.

Die Informationskanäle von Shelly:

Shelly Community: https://community.shelly.cloud/

Facebook Support-Gruppe: https://www.facebook.com/groups/ShellyIoTCommunitySupport

Knowledge Base: https://kb.shelly.cloud/knowledge-base/

Ticket-System: https://support.shelly.cloud/en/support/tickets/new

Shelly Dokumentation: https://shelly-api-docs.shelly.cloud/


Wir freuen uns auf weitere rege, professionelle und konstruktive Diskussionen in unserem gemeinsamen Forum.

Unser besonderer Dank gilt Detlef für den Aufbau und die Pflege dieses Forums. Wir wissen, wie viel Arbeit hierin steckt, und werden unser Bestes tun, damit dieser Austausch weiterhin möglich bleibt.


Bei Fragen könnt Ihr Euch gerne per Mail an uns wenden.


Euer Shelly DACH Team

  • Bluetooth Gateway Funktion nicht stabil

    Zitat von dewaldo

    dass die offizielle Bluetooth Gateway Schnittstelle per Cloud diese Problematik nicht hat

    Inzwischen geht das Problem längst viral. Nicht nur hier, auch im USA Shelly Forum auf Reddit, in der Shelly Community und bei Amazon häufen sich die Klagen und Beschwerden. Ich habe nur zwei Betroffene mal kontaktiert, beide nutzten Shelly Plus Geräte ohne Scripte direkt mit der Cloud.

    Die Tickets beim Shelly Support häufen sich dazu scheinbar auch und Shelly gewährt offenbar Geld zurück für Käufe direkt bei Ihnen, zumindest in einem mir bekannten Fall.

    Das alles verbunden mit der langen Wartezeit auf eine Lösung lässt nichts gutes erahnen. Shelly hat inzwischen eingeräumt, dass es ein Problem mit den Gateways gibt und dass nur wenige Shelly dafür taugen, dem BLU H&T ein Gateway zu geben. Shelly Mini sind bei mir aktuell noch die besten. Sie liefern kontinuierlich mit nur sehr kurzen Pausen <5 Minuten.

  • Bluetooth Gateway Funktion nicht stabil

    Zitat von thomasgloor

    Offensichtich hat der Fehler System...

    Definitiv... und inzwischen habe ich Zweifel, dass die Jungs und Mädels bei Shelly das fixen können.

    Mit identischer Firmware laufen die Mini Gen2 und Gen3 scheinbar zuverlässig, zumindest bei mir. Kurze Pausen von zwei bis drei Minuten sind verschmerzbar. Wenn aber die gleiche Firmware auf unterschiedlicher Hardware so verschiedene Ergebnisse bringt, ist wohl eher die Hardware das Problem. Wenn dann über so lange Zeit kein Firmware Fix erfolgt, darf man Zweifel haben, ob es überhaupt machbar ist.

  • BLU H&T schläft ein

    Zitat von Spartacus99

    Wie kann ich denn die Sensoren per MQTT anbinden?

    Ich habe dafür ein Script auf dem Shelly laufen, der als Gateway konfiguriert ist.

    Beitrag

    RE: Shelly Script Blu_to_MQTT _[v1.4]_

    (Zitat von thomasgloor)

    Das Blacklist-Feature ist gut, wenn man (so wie ich) mehrere Gateways zur sicheren Abdeckung des gewünschten Areals laufen hat.

    Ich habe mir auch drei Anpassungen erlaubt:

    - In Zeile 18 kann man den Parameter "send_pid" setzen. Damit kann man im sparsamen Sendemodus trotzdem die PID übermitteln lassen. Wenn man prüfen will, ob alle Päckchen tatsächlich ankommen oder welche doppelt zugestellt werden, ist das hilfreich. (In Zeile 312 wird der Parameter ausgewertet.)

    - Zeile 43…
    Lapu-Lapu
    2. Juni 2024 um 11:28

    Mit den BLU H&T funktioniert es am besten über einen in der Nähe platzierten Mini1 Gen 3 oder Gen 2 für kleines Geld. Wenn ich das USB Gateway oder Shellies der Plus Serie benutze, hab ich auch die von Dir beobachteten langen Sendepausen.

  • Bluetooth Gateway Funktion nicht stabil

    Zitat

    ...wird denken können, dass das keine zusätzliche Hardware ist.

    Allerdings weckt Allterco die Erwartung, dass Shellies mit der eingebauten Bluetooth-Scanner-Funktion leisten können, was Du mit einem RasPi und BLU_Parser hinbekommst. Dies ist aktuell erst einmal widerlegt. Enttäuschung ist immer das Ergebnis unerfüllter Erwartungen (= Ende der Täuschung). Diese Enttäuschung sollte Allterco beenden, entweder indem sie es zum Funktionieren bringen oder indem sie die Erwartung nicht mehr wecken und sagen "sorry, funktioniert nicht".

    Nebenbei erwähnt - Allterco stellt für die Shellies eigene Scripts in einer Library bereit, die am gleichen Thema scheitern. Insofern versuchen sie gar nicht erst, an 3rd party Scripten zu zweifeln, zumindest nicht mir gegenüber. Eigene Scripts sind natürlich nicht Gegenstand ihres Supports. Aber sie haben wohl längst selbst gemerkt, dass da was klemmt...

  • Bluetooth Gateway Funktion nicht stabil

    Zitat

    Versuche es einmal...

    ...bin schon auf dem Weg dorthin. Meine eigene Lösung ist das eine. Da werde ich wohl Deinem Weg folgen, auch weil ich Spaß am Ausprobieren habe und die RasPis mag. Ein Zero W ist aber noch auf dem Weg hierher, hatte keinen rumliegen.

    Aber ja, ich habe auch ein Interesse, dass das mit den Shellies besser wird. Wenn die "Community" das nicht mit antreibt, sondern nur nach "externen Workarounds" sucht, dauert das länger oder kommt nie. Ich hab Shelly noch nicht abgeschrieben. Vielleicht ist meine "Zweigleisigkeit" nachvollziehbar.

  • Bluetooth Gateway Funktion nicht stabil

    Zitat

    Wo findet man diese Information?

    BLU H&T schläft ein

    In dem Faden warst Du auch aktiv...

    In den Bildern und Posts von DIYROLLY sieht man, dass sein BLU H&T mit den gleichen kurzen Pausen die Cloud versorgt, wie ich es mit einem Mini 1 G2 als Script-Gateway sehe. Er nutzt ein Shelly Wall Display als Gateway. Das ist noch der brauchbarste Fall, weil "kontinuierlich mit kurzen Pausen" besser ist als "minütlich mit langen Pausen".

    Ich werde mir jetzt einen Raspi Zero W beschaffen und Deine Lösung versuchen. Shelly BLE Gateways sind nicht das Gelbe vom Ei - da muss ich Dir schweren Herzens beipflichten. Ich möchte das ganze entweder zuverlässig oder gar nicht. Mit Deiner Lösung kann ich dann auch auf mehr Vielfalt bei BLE setzen. Noch ein Vorteil mehr...

    Meinen Raspi 4 sollte ich sicher nicht für den BLE_PARSER nutzen, weil der im Argon Gehäuse vermutlich nicht mehr empfindlich genug ist für den Empfang.

  • Bluetooth Gateway Funktion nicht stabil

    Danke Dir dafür, das werde ich ausprobieren. Es klingt danach, dass es meine Anwendungsfälle löst.

    Zitat

    du betreibst ja ziemliches Shelly-Bashing

    Ich bin auch enttäuscht. Als ich mit dem Smarthome Thema begonnen habe und u.a. auf Shelly setzte, war das durchaus brauchbar. Mir war immer klar, dass ich keine Cloud Lösung möchte, wo irgendwelche IoT Dinger in meinen vier Wänden nach Hause telefonieren und fremdbestimmt werden können. Das hat mit Shelly recht zufriedenstellend funktioniert.

    Inzwischen habe ich aber den Eindruck, dass man sich dort viel Mühe gibt, Leute an die Cloud Lösungen zu bekommen und Cloud Verweiger verächtlich betrachtet. Wenn ich den Support bemühe und mich als "cloudless" oute, schalten sie spürbar auf Sparflamme. So toll finde ich das jetzt nicht...

    Zitat

    dass das Problem im Script liegt

    Cloud Nutzer scheinen die "Denkpausen" der Gateways auch zu beobachten. Wenn aber genügend Gateways nach Hause Daten senden, lässt sich das wegpolieren. Ein MQTT Script auf einem Gateway ohne Cloud legt es offen. Wenn das Script fehlerhaft wäre, sollte es auf allen Gateways die gleichen Probleme erzeugen. Ein identisches Script mit so unterschiedlichen Ergebnissen auf verschiedenen Shellies... was soll da am Script falsch sein? Wenn das Script vom BLE Scanner nichts bekommt, liefert es nicht. Im Debug ist einfach Stille... Da schließe ich das Script als Ursache aus.

  • Bluetooth Gateway Funktion nicht stabil

    Zitat

    Wie gesagt, nur ein Gedanke, weil ich nicht wüsste, warum ein Gateway, Script etc. sich so unzuverlässig anders verhalten sollte, wenn im Beacon Modus alle Telegramme ansonsten exakt gleich aufgebaut sind wie jene, die durch Ereignisse getriggert werden.

    Ich wüsste auf diese Frage auch gern eine Antwort. Der Shelly Support hat mir nicht darauf geantwortet...

  • Bluetooth Gateway Funktion nicht stabil

    Zitat

    Ich würde die Ursache von vermeintlichen Pausen und Lücken ausschliesslich in den Empfängern (Gateways) suchen.

    Das sehe ich (inzwischen) genauso. Ich habe jetzt BLU H&T und Motion im Beacon Mode mit verschiedenen Shellies zeitgleich als Gateway laufen lassen. Auf allen habe ich das MQTT-Script laufen und jedes Gateway hat ein spezifisches Topic aus den empfangenen Daten gemacht. Das habe ich übereinander gelegt und geschaut, welches Gateway welche Beacons empfangen und verarbeitet hat, sind ja alle durchnummeriert. Es fehlen über alle Gateways gesehen keine, d.h. die BLU-Geräte senden zuverlässig. Nicht jedes Gateway erkennt ausnahmslos alle. Manche erkennen erstmal alle und machen aber zwischendurch länger Pause, andere machen keine langen Pausen, aber erkennen nur jedes dritte/vierte Beacon.

    Zitat

    Die Beacons werden hiier von einem Raspi empfangen und lokal verarbeitet und als mqtt-Daten weiter gesendet

    Dazu würden mich die Details interessieren. Wie hast Du das konkret umgesetzt? Ich hab ja auch einen RasPi am Start. Den müsste ich dann anderes platzieren, aber daran wird es nicht scheitern. Magst Du das hier verraten oder auf die Stelle im Forum verweisen, wo es eventuell erklärt ist?

  • Bluetooth Gateway Funktion nicht stabil

    Zitat

    ich bekomme maximal alle 90 Sekunden Daten

    Das wäre für mich der bessere Fall. Bei meinen bisherigen Tests zerfällt das Testfeld in zwei Welten. Entweder bekomme ich im Beacon Mode sehr gleichmäßig alle Daten, dann aber nur eine Zeit lang und danach lange gar nichts mehr, bevor es wieder losgeht. Oder ich bekomme die Daten mit kleinen Pausen, dann aber kontinuierlich.

  • Bluetooth Gateway Funktion nicht stabil

    Zitat

    Ich nutze die Blu-Geräte aktuell noch immer mit dem Blu to MQTT Script...

    Genau so mache ich das auch. Für Trigger-Events meiner BLU Motion und BLU Button funktioniert das perfekt. Das Script läuft hierbei auf verschiedenen Plus Plug S.

    BLU Motion im Beacon Mode oder BLU H&T (die sind immer im Beacon Mode) treten die genannten Probleme auf.

  • Bluetooth Gateway Funktion nicht stabil

    So langsam nervt das ganze... ich bin kein Fan von Re-Engineering, aber wenn der Shelly Support schweigt, bleibt einem nichts anderes als MUP (Methode unbekümmerten Probierens).

    Nächstes Beobachtungsergebnis meiner Tests mit unterschiedlichen Shellies als BLE Gateway für verschiedene BLU Devices im Beacon Mode:

    • BLU Button im Beacon Mode liefern an allen bei mir verfügbaren Gen2 Shellies klaglos.
    • BLU Motion im Beacon Mode und BLU H&T liefern am Shelly Mini 1 G2 alle 3-4 Minuten Beacons, ohne einzuschlafen. An allen anderen verfügbaren G2 Shellies liefern sie mehrere Stunden regelmäßig, um dann für ein paar Stunden komplett Pause zu machen.
    • BLU D/W hab ich nicht verfügbar...

    Getestet habe ich jeweils unter Firmware 1.3.2 mit Plus Plug-S, Plus 1, Plus UNI und Mini 1 G2 mit kurzer Distanz (2..3 Meter) zwischen den Spielern. Vermutlich muss ich mir den ganzen Shelly-Bauchladen nach Hause kommen lassen. Meine heimische "Finanzministerin" zieht schon die Stirn in Falten.

    Das sollten die bei Allterco eigentlich besser testen können, machen sie aber nicht... :/

  • Bluetooth Gateway Funktion nicht stabil

    Zitat

    Funktioniert bei mir nur auf einem Mini1-Gen3 zuverlässig. Alle Plus und Pro Shellys machen Probleme und pausieren mehrmals am Tag 60-90 Minuten, bevor sie wieder Daten empfangen. Dabei kommen die Einzel-Events (Tür auf/zu) zuverlässig an, nur der Beacon-Mode ist betroffen.

    Wie schaut es mit dem USB Bluetooth Gateway aus? Funktioniert das zuverlässig für den Beacon Mode?

  • Bluetooth Gateway Funktion nicht stabil

    Ich beschäftige mich gerade mit BLU H&T und bin auch in die Falle getappt. Hier mein Text im anderen Forums Faden...

    Zitat

    Fazit für jetzt: Als Gateway taugt nicht jeder Shelly-Typ gleichermaßen gut, wenn man Beacons empfangen will. Meine BLU Motion und BLU Buttons laufen nicht im Beacon Mode und es gab bisher keine Probleme. Alle nutzen Plus Plug-S als Gateway.

    Muss man jetzt ausprobieren, welche Shelly als Gateway für Beacons taugen? Der Shelly Support schweigt beharrlich dazu... X(