Beiträge von Lapu-Lapu

VPN/Proxy erkannt

Es scheint, dass Sie einen VPN- oder Proxy-Dienst verwenden. Bitte beachten Sie, dass die Nutzung eines solchen Dienstes die Funktionalität dieser Webseite einschränken kann.

  • Bluetooth Gateway Funktion nicht stabil

    Zitat von Jo_Be

    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 von Jo_Be

    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 von Jo_Be

    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 von Jo_Be

    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 von dewaldo

    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 von Jo_Be

    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 von Jo_Be

    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 von NorbertM

    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 von dewaldo

    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 von NorbertM

    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 von Lapu-Lapu

    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(

  • BLU H&T schläft ein

    Gestern hab ich einen zweiten BLU H&T platziert und mit dem Plus Plug-S als Gateway verheiratet. Beide H&T haben dann dieses Verhalten gezeigt. Alle paar Stunden wechselten die Phasen aus minütigen Daten und völliger Ruhe - aber nicht synchron!

    Gestern Abend hab ich dann die Gatewayfunktion auf einen Mini 1 geschwenkt. Entfernung nahezu identisch, Firmware identisch. Der eine H&T hat danach 20 Minuten lang jede Minute Daten geliefert, der andere knapp 40 Minuten lang. Seitdem empfange ich von beiden alle 4..5 Minuten eine Nachricht. Es gibt seltene Ausnahmen mit kürzeren Intervallen. Jede Minute definitiv nicht mehr, aber eingeschlafen ist es bis jetzt auch nicht mehr.

    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.

    Plus Plug-S und Mini 1 sind beide Gen2. Gen 3 Shelly hab ich im Moment keinen. Ich hab noch ein paar andere Gen2 da. Jetzt werde ich mal anfangen zu vergleichen.

    Was ich noch nicht verstehe: in den "Sendepausen" empfange ich auch mit der BLE Debug App auf dem Smartphone keine Beacons, d.h. die H&T hören wirklich auf zu senden. Auf welche Weise beeinflusst das Gateway den Beacon Sender in seinem Verhalten? Ich war der Auffassung, Beacons sind unidirectional und best effort, also senden und vergessen. Statt dessen scheint es so zu sein, dass die Beacon Sender irgendwas vom Gateway bekommen, das sie ihr Sendeverhalten ändern lässt. :/

  • BLU H&T schläft ein

    Zitat von DIYROLLY

    Ich vermute es gibt evtl. ein anderes Problem, mein H&T funktioniert problemlos seit ca. 3 Monaten.

    Ich bin gerade auf diesen Faden im Forum gestoßen und die Antwort von Norbert an zweiter Stelle lässt mich aufhorchen.

    Zitat von NorbertM

    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.

    Ich werde mich doch noch einmal bemühen, statt meiner Plus Plug S andere Shelly als GW zu verwenden. Das klingt irgendwie nach meinem Thema mit den plötzlich ausbleibenden Beacons von meinem H&T.

  • BLU H&T schläft ein

    Zitat von Jo_Be

    Bitte sieh dir das doch einmal an und berichte hier...

    Wenn ich beobachte, dass ich keine Daten mehr per MQTT empfangen kann, scanne ich mit der Shelly BLE Debug App in der Nähe des Sensors, ob er tatsächlich schweigt. Das ist so. Mit der Taste am Sensor kann ich ihn dann kurzzeitig wecken.

    Ich hatte auch erst das Gateway in Verdacht und habe viel Zeit damit verbracht, das auszuschließen. Ich hatte bis zu vier Gateways auf unterschiedlichen Shelly in der Nähe platziert und ausgewertet, ob alle gleichzeitig nichts mehr empfangen. Inzwischen bin ich aber sicher, dass der Sensor einfach "die Geige einpackt".

    Kann natürlich sein, dass meiner eine Macke hat.

  • BLU H&T schläft ein

    Zitat von DIYROLLY

    Also ist Jemand der viele gleiche Werte sieht, glücklicher wie Jemand der wenige gleiche sieht ;)
    Für mich ist gleich gleich und nur ab einer gewissen Änderung macht das Sinn und dann kommt noch die Abweichung hinzu.

    Ich möchte Dir gern zustimmen, aber...

    Ich hab meinen BLU H&T gestern vormittags vom Keller auf einen meiner Balkone verlegt. Der zeigt nach Nordwesten und bekommt daher Abendsonne. Das Einschlafen des Sensors scheint nicht davon abzuhängen, wie klein die Änderungen sind. Im aufgezeichneten Temperaturverlauf sehe ich deutliche Pausen, in denen mutmaßlich recht viel Veränderung geschieht, wenn man schaut, mit welchem Wert es nach der Pause weitergeht. Ich habe den mutmaßlichen Verlauf der Temperatur mal versucht, rot zu interpolieren.

    Die aktuell angezeigten 16.8°C sind jetzt auch schon deutlich überschritten (21°C) und er schläft mal wieder.