Beiträge von Lapu-Lapu

Ich habe beim Testen immer wieder beobachtet, dass mit meinem neuen BLU H&T etwas nicht stimmt. Ich hab das Teil an verschiedenen Stellen platziert, um die Messfähigkeit zu testen - Wohnzimmer, Balkon, Keller, Kühlschrank, Weinklimaschrank, Gefrierschrank - nie sehr lange. Zwischendurch kam immer mal nichts... Könnte an allem liegen, dachte ich... hatte die Abschirmung der Kühlgerätegehäuse im Verdacht.

Jetzt hab ich einen Langzeit-Test gemacht. Der BLU H&T etwa 2 Meter neben einem Shelly Plus Plug S als Gateway mit modifiziertem Script "Blu_to_MQTT v1.4 + Blu_Events v2.4". Ich habe die Beacons mitgeschrieben, die MQTT-Nachrichten des Gateway-Shellys auch, Debug-Log im Gateway-Shelly war ebenfalls an...

Ergebnis: Der BLU H&T sendet irgendwann ein "Alive" Beacon und schweigt dann 6 Stunden. Danach wacht er mit einem "Alive" wieder auf und sendet 6 Stunden lang minütlich seine Daten. Dann legt er sich mit einem "Alive" wieder auf's Ohr. Der Gateway-Shelly tut seinen Job, hab ich mit einem BLU Button getestet, während der BLU H&T sein Nickerchen machte.

Beobachtet das jemand anderes auch?

Es sollte nicht so sein: https://shelly-api-docs.shelly.cloud/docs-ble/Devices/ht ("There are no device specific settings. Beacon mode is always active. It is the main function of the device.")

Zitat von PharaDOS

Laufen die mqtt scripte auch mit den neuen blu ht Sensoren? Schade das dekat die nicht mehr aktive support. Sind wirklich colle scripte

Ich hab mir das "Blu_to_MQTT v1.4 + Blu_Events v2.4" Script dafür "zurechtgebogen", eher quick'n'dirty. Wenn das ganze mal stabil das tut, was ich will, stell ich es vielleicht hier rein. Im Moment bin ich noch in der Testphase und die ist eher holprig. Den Script-Support übernehmen möchte ich indes nicht. Bin kein passionierter Programmierer...

Hab gerade herausgefunden, dass mein BLU H&T nach 6 Stunden durchstartet und den "Alive" Beacon sendet, um sich dann bis zum nächsten Durchstarten schlafen zu legen. Dann passiert 6 Stunden gar nichts, bis er mit einem neuen "Alive" Beacon wieder anfängt minütlich Temperatur und Feuchtigkeit zu melden. Mal sehen, was der Shelly Support dazu sagt. Bis jetzt waren sie nicht hilfreich.

Es hat mich einiges an Zeit gekostet. Ich hatte den Gateway-Shelly in Verdacht, seine Arbeit einzustellen. Jetzt habe ich mittels eines BLU Buttons getestet, dass das BLE-Gateway noch funktioniert, während der BLU H&T nichts mehr sendet. Gleichzeitig habe ich über Stunden alle Beacons mitgeschrieben und gesehen, dass nach exakt 6 Stunden der "Alive" als letzter kommt und dann Ruhe im Schiff ist. Zufall ist das sicher nicht.

Shelly Firmware reift wie Bananen beim Kunden. Dass man da kein Downgrade machen kann, ist übel. Meine Shellys sind alle hinter der Firewall eingeschlossen und bekommen nur neue Firmware, wenn es gar nicht anders geht. Die bei Shelly scheinen ohnehin mehr Energie zu investieren, die Kunden mit Cloudservice an sich zu binden, als funktionierende Firmware zu schreiben. Nutzer mit eigenen Smarthome-Zentralen a la OpenHAB, ioBroker & Co. sind denen wohl eher ein Dorn im Auge. Ich habe aber keine Lust darauf, dass mir irgendein mit unbekannter Yogi am anderen Ende der Welt in meinem Smarthome rumschaltet. Wenn etwas nicht funktioniert, möchte ich gern selbst dran schuld sein, sonst muss meine Frau noch neue Feindbilder erlernen - und das will doch keiner.

Details hier ">

Thema

BLU H&T schläft ein

Ich habe beim Testen immer wieder beobachtet, dass mit meinem neuen BLU H&T etwas nicht stimmt. Ich hab das Teil an verschiedenen Stellen platziert, um die Messfähigkeit zu testen - Wohnzimmer, Balkon, Keller, Kühlschrank, Weinklimaschrank, Gefrierschrank - nie sehr lange. Zwischendurch kam immer mal nichts... Könnte an allem liegen, dachte ich... hatte die Abschirmung der Kühlgerätegehäuse im Verdacht.

Jetzt hab ich einen Langzeit-Test gemacht. Der BLU H&T etwa 2 Meter neben einem Shelly Plus…

Lapu-Lapu

30. Mai 2024 um 16:17

Das Script Blu_to_MQTT v1.4 + Blu_Events v2.4 läuft bei mir auf drei Shelly Plus Plug S problemlos mit mehreren BLU Motion und BLU H&T. Die haben Firmware 1.2.3 - Gateway-Option ist gesetzt.

Jetzt habe ich einen auf Firmware 1.3.2 gehoben und nun schläft das ganze nach kurzer Zeit ein, egal ob Gateway aktiv oder nicht. Laut Debug wird nichts mehr empfangen und dann natürlich auch nichts mehr per MQTT versendet.

Der Shelly Support sagt, "das Script muss einen Fehler haben" und verweigert den Support. Die neue Firmware sei weniger tolerant gegenüber Fehlern im Scripting und da können sie nichts dagegen machen. Da ein Firmware Downgrade nicht machbar ist, kann ich den Plug jetzt aussortieren und ggf. für was anderes nutzen.

Bei mir hat mutmaßlich auch der untere Kontakt nicht weit genug aus dem Gehäuse rausgeschaut. Ich spürte keinen Feder-Widerstand, wenn ich die Zelle ins Gehäuse legte.

Ich hatte einen bekommen, da waren die kleinen Kontakte für die Lithiumzelle so verbogen, dass sie keine sichere Verbindung gaben. Ich hab sie vorsichtig etwas gebogen und dann ging es.

Wenn das nicht hilft, ist das Teil wohl kaputt. Wenn die Zelle drin ist, sendet das Ding sofort Beacons aus.