Beiträge von JSE222

Guck mal bei U3 Pin2, sieht verdächtig aus. Da Motortreiber, vielleicht sogar die Ursache. Ein paar andere Lötstellen oben rechts wirken auch nicht so gut. Kann aber auch alles Lichteinfall oder JPG-Artefakte sein.

Wo soll SW denn bitteschön blau sein? das ist ganz unzweideutig pink-braun!11!!

Wenn es Blu Sensoren sind muss das gehen, mit einem Blu D/W hab ich das mal gemacht, Blu H/T hab ich bisher nicht.
Ich erinnere mich, das es nicht einfach war, musste einiges rumprobieren, möglicherweise weil ich das längst gekoppelte Teil einfach übersehen habe.
Es gibt ja schon verschiedene Möglichkeiten mit dem Gateway zu pairen und nicht alle führen zum Erfolg: Pairing Button ganz oben im Hauptmenü, unter Components, Taster am GW ist alles nur für Pairing mit dem GW selbst, nicht mit dem TRV.

Um das nochmal zu checken hab ich das gerade mal neu gemacht: Im Home Menu einach beim entsprechenden TRV auf Add Sensor klicken, den Button des Sensors 10s lang drücken und loslassen. Man bemerkt es kaum, aber kurz danach erscheint das Teil da wo ich es markiert habe:

Der Sensor erscheint erstmal nicht im Menü Components. Bei mir stürzt dann irgendwann das Web-IF ab, vermutlich selbst initiierter Reboot, erst danach ist er dann auch dort zu sehen. Im Unterschied zu direkt mit dem GW gepaarten Sensoren aber nicht als "regular" sondern als "hidden", das ist quasi der Hinweis das er einem TRV zugeordnet ist:

Nun kann man ihn auch im TRV-Menü finden: Home-> auf TRV Name (BT-Symbol) klicken -> runterscrollen und auf Attached Sensors, da ist er dann zu sehen und hat auch ein Settings-Menü für Name und Icon:

Man übersieht dabei leicht, dass überhaupt etwas passiert ist. Auch noch interessant: Bei den Sensor-Settings via TRV-Menü kann man keinen BT-Schlüssel eingeben, dazu muss man ins Components Menu und dort in die Settings des "hidden" Sensors.

Es gibt vermutlich auch Methoden einen Sensor direkt mit einem TRV zu koppeln, via dessen "Menü" mit dem Drehknopf. Die Beschreibungen könnten je nach Firmware etwas abweichen, da ist wohl mal was an der Drehauswertung geändert worden. Hab ich noch nicht ausprobiert, keine Ahnung ob eine solche Kopplung geht und ob sie dann auch im GW-Web-IF auftaucht.

Ja, deine Lösung ist prinzipiell die sinnvollere. Mein Ansatz ist für den TE weniger geeignet, sollte daher auch nicht ins Lexikon.
An dem Blu Motion-internen retriggerbaren Timer der sich "Blind Time" nennt, kommt man halt nicht vorbei bzw. ist die einstellbare Mindestzeit für meinen Ansatz zu lang. Man müsste mit anderen Parametern im Sensor frickeln, dann kann man aber auch gleich die Blindtime anpassen. Beacon-Modus hat auch nicht geholfen, vielleicht könnte man mit Beacon in Verbindung mit Pulse Count noch Verbesserungen erzielen.
Oder man wartet einfach auf ein konkretes Problem für das ich eine Lösung gebastelt habe, ein Türkontakt zu einem Raum in dem man sich nur selten und nicht lange aufhält z.B. Im Prinzip alles was irgendwelche Pulse roh ausgibt. Werde daher mal rein aus Interesse testen ob ein Blu DW als Input geht.

Zitat von ostfriese

Die kannst du im Keller lassen. Immer,wenn der Blu sendet, übernimmt der auch die Einstellungen von der Debug App. Einfach warten...

Funktioniert tatsächlich, aber oft erst nach längerer Wartezeit. Manchmal scheint Winken zu beschleunigen.
Blindtime lässt sich allerdings nicht unter 30 setzen, also kann man höchstens noch mit Pulse Count, Sensitivity und vielleicht Abstand/Winkel spielen.

Ich glaube es gibt da noch ein Problem mit der Blindzeit:
Sobald eine Bewegung innerhalb der Blindzeit kommt, wird diese verlängert. Genau das was ostfrieses Variante ausnutzt. Meine 30s sind zu lang, denn wenn diese immer wieder durch Bewegung verlängert wird, kommt es nicht zum Nachtriggern des Off-Timers.
Immerhin habe ich das Problem erfolgreich umgekehrt: Beim Essen müssten alle auch mal min. 30s stillsitzen, statt zu winken
Ich dachte der Beacon-Modus könnte dieses prinzipielle Problem vielleicht beheben, indem er den tatsächlichen aktuellen Zustand liefert, ungefiltert durch die Blindzeit. Aber dem ist wohl nicht so. Werde die Blindzeit mal verkleinern, was sich natürlich auf die Batterielaufzeit auswirken könnte.

Etwas ähnliches geht auch mit den oben erwähnten Einstellungen, nur dass man anstatt der Blindzeiteinstellung im Bewegungsmelder den Off-Timer im Switch nutzt. Der Blu Motion muss natürlich gepaired sein, die Blindzeit habe ich abweichend von ostfriesens Einstellungen auf 30s gesetzt (und Beacon-Modus an, aber nur um zu probieren ob das was ausmacht: bis jetzt sehe ich keinen Unterschied)
Bei Home auf Input(0) klicken:

Dort auf Activation, und Save unten nicht vergessen!

Nun wieder auf Home, 1. Bild dort auf das kleine Dreieck links neben dem "Off in..." (was jetzt aber bei euch noch nicht zu sehen ist), es erscheint Folgendes, dort unten, unter Automations auf Timer klicken:

Jetzt muss man noch den Motion als Trigger verknoten. Dazu unter Actions -> Create Action eine Anlegen, so sieht das das danach aus:

Da lässt sich schlecht ein Shot von machen. Direkt nach Create Action kommt New Action und man muss bei Select Component die motion(0)-Komponente des Bewegungsmelders wählen. Dann Namen vergeben.

Jetzt muss man das irgendwie so einstellen dass es wie oben aussieht, leider ist da keinerlei Hinweis zu erkennen auf was diese Action eigentlich reagiert. Dazu Add Local Action und Control Output auf Output State On setzen. Flip Value kann man ignorieren. Save Local Action und danach im drunterliegenden Fenster auch noch mal Save. Gucken das die Action auf Aktiv steht. Komplizierter zu erstellen als ostfrieses Variante, dafür braucht man keine Leiter um mit der Blindzeit zu experimentieren

Hatte jemand hier schon mal ein ähnliches Problem?:
Zuerst hatte ich bei einem Blu D/W und einem Blu Motion mittels Debug-App die Encryption aktiviert, lief ohne Probleme.
Habe das dann auch bei einem Blu TRV versucht. Das hat nicht funktioniert, obwohl das Ding sagte er führt das jetzt aus.
Die Verbindung war dann immer weg und nach neu Verbinden kam nach "Read" der alte Zustand (Bild 1).
Nach mehreren Versuchen wollte mein Smartphone gar nicht mehr verbinden, wenn es mal gelang kam ein ganz anderer Screeninhalt (Bild 2), schon ohne auf Read geklickt zu haben. Die Verbindung war dann wieder geschlossen, schien aber so als ob die App sich da nicht so ganz sicher war. Zum Teil kamen auch Meldungen von Android, sofort nach Pairing, dass eine Verbindung nicht möglich wäre. Alle Versuche irgendwie den alten Zustand zu bekommen waren vergeblich: Werksreset mit Button, Zwangsupdate auf die gleiche FW ging natürlich auch nicht, den Connect aus dem BT-Handyeinstellungen gelöscht, Handy Neustart, alles was als BT- oder ZigBee Gateway in Frage kam stromlos gemacht.
Der Witz ist: Das Ding zeigt am Blu GW normale Funktion, also nicht gebrickt das TRV, wenn dann wohl nur ein Teil der mit der Debug-App redet.

Bild 1, Normal:

Bild 2:

Mit Regelparametern beschäftige ich mich später. Solange ich nur die TRV-Thermosensoren hab und meine Heizung ihr Eigenleben führt, rechne ich eh nicht damit etwas stabiles hinzubekommen. Sieht aber interessant aus, die HASmartThermostat Integration.
Hast Du mal die Autokalibration und Clog Prevention abgeschaltet?
Ich hab anfags auch mal alle Ventilstifte geschmiert und kleine Verlängerungsnippel draufgesteckt, weil irgendwie immer geheizt wurde obwohl die Ventilposition im BGW mit 0 angezeigt wurde. Irgendwann hat es dann funktioniert, auch ohne Nippel, aber den eigentlichen Grund hab ich nicht wirklich gefunden. Vermute stark das die Firmware eine Rolle spielte, weil bei der Vorletzten ging der Mist ja wieder los.

Oh wow, dann gehöre ich jetzt nicht mehr zu den "kein Körpers"

Mit dem Zigbee GW gepaired, sendet das Ding auch weiterhin aktuelle Daten an das Blu GW3, zumindest sagt mir das der MQTT-Explorer.

Wollte das eigentlich erst später probieren, weil das Lösen und zwangsläufiges Neukalibrieren erfahrungsgemäss nicht ganz ohne Risiko für das problemlose Weiterfunktionieren der Dinger ist. Aber nun wollte ich es wissen.
In Z2M nicht unterstützt, aber gefunden wird er:

Zitat von Jacob

Mein Kollege meinte, dass alle BLU-Geräte als Gateway dienen können (er hat offenbar keine TRV).

Das gilt wohl nur für nicht-TRV Blu Devices, Blu Motion z.B. geht auf jeden Fall.
Die TRVs sollen aber auch Zigbee können, Button 3x kurz drücken. Ich habs nicht ausprobiert und auch nicht recherchiert ob es Integrationen (z.B. in meinem Fall für HA) gibt, oder ob dann noch direkte Kopplungen von Blu DW / HT mit den TRVs und Einstellung der Interaktionen möglich sind.

Der 1 Mini G3 hat auch einen Off-Timer der sich retriggern lässt, direkt von einem gekoppelten Blu Motion.
Und wenn ich das Verhalten richtig interpretiert habe, parallel dazu auch vom Switch-Eingang (Schraubklemme).
Das wäre vieleicht schon mal ein Kernelement das nicht mehr in einem Script realisiert werden müsste. Hab aber noch nicht ausprobiert ob sich der Ausschalttimer auch per Script retriggern lässt, das wäre halt Voraussetzung für eine Art Universal-zeitrelais, -treppenlicht, -esstischautomatscript, was dann auch zwangsläufig wechselnde Beleuchtungszustände oder anderen Input flexibel einbeziehen könnte.
Nachteil des Ausschalttimers: Direktes Ausschalten scheint nicht mehr möglich, die eingestellte Zeit bleibt abzuwarten.

1.5.1 Beta? Wusste gar nicht das es die gibt. Normalerweise würde ich ja sagen, warum sollte das GW abstürzen, wenn bei einem gekoppelten BLE-Device die Batterien schwach sind? Aber irgendwas stimmt mit den GWs nicht, oder zumindest bei einer Charge denn es scheint noch ein paar andere mit Problemen zu geben.
HASmartThermostat: Werde ich mal ausprobieren. Allerdings ist bei mir eine Steuerung mit externen Sensoren und Heizungssteuerung eher mittelfristiges Ziel, zuerst müssen die Dinger mal lokal stabil funktionieren. Auch als spätere Fallbacklösung. Einen ESP mit e-Bus für die Heizung muss ich mir dafür auch noch bauen.
Aktuell nutze ich die Shelly MQTT-integration von hier, die geht auch für die TRVs (und soll neuerdings auch eine Möglichkeit zur Ventilsteuerung bieten):
https://github.com/bieniu/ha-shellies-discovery-gen2

Hast du mal die 1.5.0-beta ins GW geflasht?
20250109-090619/1.5.0-beta1-g16e0ef4

Falls du die MQTT Integration von "bieniu" verwendest, soll die auch vorausgesetzt sein, bei den neuesten Scriptversionen.
Und die Automation muss dann angepasst werden.

TRV-FW ist bei mir gleich: 20241223-130807/v1.1.3@59915705. Bei der Version davor hat nichts mehr richtig funktioniert,
bei 2 Versionen davor lief es erstmals ganz gut, hat die TRV vorm Rücksenden bewahrt.
Davor bin ich auch schon mal mit 24°C in der Bude aufgewacht.

Das Gateway hat sicher auch noch Probleme, wirkt wie Abstürze, manchmal alle paar Minuten. Manchmal bekommt man 2-3 Tage Daten, dann für Tage nichts mehr, von allen dranhängenden BLE-Geräten. Immerhin regeln die TRV dann selbständig.

Zitat von Flutschi

JSE222 was hat dein Beispiel mit der hier besprochen Thematik zu tun?

Dein Problem mit der Override-Funktion ist recht simpel über Aktionen zu lösen.

Ich brauche die gleiche Funktion wie der TE, habe mich daher auf die Suche begeben und etwas gefunden was zumindest einem Lösungsansatz nahekommt. Darüber hinaus dachte ich, es wäre in dem Script eine weitere Funktion enthalten, die ich, aber vielleicht auch der TE brauchen könnte. Ich werde mich auch weiter damit beschäftigen und wenn ich die vom TE gewünschte Funktion realisieren kann, hier posten. Ob mit oder ohne Override oder in beiden Varianten.
Falls das in irgendeiner Weise einen Verstoss gegen die Forenregeln, oder für Dich ein Problem darstellen sollte bitte ich um einen entsprechenden Hinweis!

Das Web/Http-Interface des Gateways, siehe unten. App hab ich nicht. Wenn die Sensoren dort per Hand gepairt wurden, sieht das so aus (in der ersten Zeile sind TRVs die ich händisch umbenannt habe). Aber wie schon erwähnt, ich vermute die Ursache in Home Assistant. Vielleicht auch Firmwareunterschiede der einzelnen Devices, ich hab sie erst nach der Erkennung/Integration in HA alle auf den gleichen Stand gebracht.

Ähnliches scheint ja (wie zu erwarten, ist ja ein Standard use case) nicht nur hier im Forum schon öfter Thema gewesen zu sein. Ich hab mal von hier: Shelly 4 schaltet Shelly 1 zusätzlich zum Bluetooth Motion

das Script auf einem 1 Mini G3 ausprobiert, bis jetzt scheint der Ansatz mit Zähler ganz gut zu funktionieren. Die Override-Funktion des Lichtschalters finde ich auch ganz praktisch, funktioniert in der Form unten für den "Aus"-Zustand. Also Lichtschalter aus=immer aus, keine Bewegungserkennung. Als override für eine genervte Testfamilie, könnte man die Logik natürlich umdrehen

Edit: Keine echte Override-Funktion, doch noch was zum basteln...

Nachteil: Die Blindzeit im Blu Motion spielt wohl eine Rolle, schöner wäre natürlich wenn man alle Parameter an einer Stelle hätte.
Ich kopier das Script mal bereinigt hier rein, im Original ist irgendwas durcheinander geraten mit Blockkommentaren.

/******************* START CHANGE HERE *******************/
//neu
// wenn ein Schalter oder Taster diese Funktion aufruft, dann wird der merker zwischen 1 und -1 gewechselt.
function handeinschaltungsFunktion(){
  handeinschaltung = handeinschaltung * -1;
  print("handeinschaltungsFunktion aufgerufen. Neue Vorgabe (positiv oder negativ): " + handeinschaltung);
      if (handeinschaltung > 0){
        // einschalten per Hand
        Shelly.call("Switch.Set", { id: 0, on: true });
      }
      else{
        // ausschalten per Hand
        Shelly.call("Switch.Set", { id: 0, on: false });
      }
}
// neu ende

function getRelayStatus(callback) {
      Shelly.call("Switch.GetStatus", { id: 0 }, function(result, error_code, error_message) {
        if (error_code === 0) {
            callback(result);
        } else {
            print("Error getting relay status:", error_message);
        }
    });
}
let handeinschaltung = -1;
let counterInputs = 0;
let CONFIG = {
  // When set to true, debug messages will be logged to the console
  debug: false,

  // When set to true and the script ownes the scanner, the scan will be active. 
  // Active scan means the scanner will ping back the Bluetooth device to receive all its data, but it will drain the battery faster
  active: false,

  // When `allowedMacAddresses` is set to null, evets from every bluetooth device are accepted. 
  // allowedMacAddresses: null, 
  allowedMacAddresses: [
	"xx:xx:xx:xx:4A:83", // events only from these mac addresses are allowed.
    "11:22:33:45:5a:bc", 
  ],

  /**
   * Called when motion is reported from the filtered Shelly BLU Motion devices.
   * @param {Boolean} motion true, when there is a motion, false otherwise. 
   * @param {Object} eventData Object, containing all parameters received from the Shelly BLU Motion device. Example: {"encryption":false,"BTHome_version":2,"pid":16,"battery":100,"illuminance":1er("Encrypted devices are not supported", "Error");
   */ 
  motionHandler: function(motion, eventData) {
    getRelayStatus(function(result) {
      // Wenn das Licht aus ist, Zähler auf 0 setzen
      if (result.output === false) {
        print("false output. Licht ist aus. Zähler auf 0 setzen");
        counterInputs = 0;
      }

      // Wenn Bewegung erkannt wird
      if (motion == 1) {
        // Wenn der Zähler auf 0 ist und das Licht an ist (Schalter oder Taster haben das Licht eingeschaltet)
        counterInputs = counterInputs + 1;
      }

      // Wenn keine Bewegung erkannt wird
      if (motion == 0) {
        counterInputs = counterInputs - 1;
      }

      // Sicherstellen, dass der Zähler nicht negativ wird
      if (counterInputs < 0) {
        counterInputs = 0;
      }

      // Relais (Licht) basierend auf dem Zählerstatus schalten
      if (counterInputs > 0) {    
        Shelly.call("Switch.Set", { id: 0, on: true });
      } else {
        if (handeinschaltung < 0){ // prüfung ob Licht nicht per Hand eingeschaltet wurde.
        Shelly.call("Switch.Set", { id: 0, on: false });
        }
      }

      // Den aktuellen Zählerstand ausgeben
      print("Der Zähler steht auf: " + counterInputs + ". Handeinschaltung ist (positiv oder negativ) : " + handeinschaltung);
    });
  },


  /**
   * Called when illuminance is reported from the filtered Shelly BLU Motion devices.
   * @param {Number} illuminance Current illuminance value.
   * @param {Object} eventData Object, containing all parameters received from the Shelly BLU Motion device. Example: {"encryption":false,"BTHome_version":2,"pid":16,"battery":100,"illuminance":109,"motion":1,"button":1,"rssi":-53,"address":"aa:bc:12:34:56:78"}
   */
  illuminanceHandler: function (illuminance, eventData) {
    // Compile the topic based on the mac address of the reporter.
    let topic = eventData.address + "/illuminance";
   // print("Sensor meldet in illuminanceHandler function. Helligkeit: " + illuminance + " von Motion Sensor: " + eventData.address);
    // Publush the data.
    MQTT.publish(topic, String(illuminance));
  },
  
  /**
   * Called when packet from filtered Shelly BLU Motion devices is received.
   * @param {Object} eventData Object, containing all parameters received from the Shelly BLU Motion device. Example: {"encryption":false,"BTHome_version":2,"pid":16,"battery":100,"illuminance":109,"motion":1,"button":1,"rssi":-53,"address":"aa:bc:12:34:56:78"}
   */
  onStatusUpdate: function (eventData) {
    // bekommt es diese Info immer oder nur beim aktiven abfragen ?
    
    // if Relay == aus && eventData.motion == true  && eventData.illumination == 100 ??? dunkel halt:
    // dann schalte relay an
    
    // if relay = an && eventData.motion == false
    // dann schalte relay aus
    console.log("Motion onStatusUpdate funktion: ", eventData.motion, "Helligkeit:", eventData.illuminance);
   // print("Bewegung erkannt. Motion onStatusUpdate funktion: " + eventData.motion + " von Motion Sensor: " + eventData.address);
  }
};
/******************* STOP CHANGE HERE *******************/

let ALLTERCO_MFD_ID_STR = "0ba9";
let BTHOME_SVC_ID_STR = "fcd2";

let uint8 = 0;
let int8 = 1;
let uint16 = 2;
let int16 = 3;
let uint24 = 4;
let int24 = 5;

//Logs the provided message with an optional prefix to the console.
function logger(message, prefix) {
  //exit if the debug isn't enabled
  if (!CONFIG.debug) {
    return;
  }

  let finalText = "";

  //if the message is list loop over it
  if (Array.isArray(message)) {
    for (let i = 0; i < message.length; i++) {
      finalText = finalText + " " + JSON.stringify(message[i]);
    }
  } else {
    finalText = JSON.stringify(message);
  }

  //the prefix must be string
  if (typeof prefix !== "string") {
    prefix = "";
  } else {
    prefix = prefix + ":";
  }

  //log the result
  console.log(prefix, finalText);
}

// The BTH object defines the structure of the BTHome data
let BTH = {};
BTH[0x00] = { n: "pid", t: uint8 };
BTH[0x01] = { n: "battery", t: uint8, u: "%" };
BTH[0x02] = { n: "temperature", t: int16, f: 0.01, u: "tC" };
BTH[0x03] = { n: "humidity", t: uint16, f: 0.01, u: "%" };
BTH[0x05] = { n: "illuminance", t: uint24, f: 0.01 };
BTH[0x21] = { n: "motion", t: uint8 };
BTH[0x2d] = { n: "window", t: uint8 };
BTH[0x3a] = { n: "button", t: uint8 };
BTH[0x3f] = { n: "rotation", t: int16, f: 0.1 };

function getByteSize(type) {
  if (type === uint8 || type === int8) return 1;
  if (type === uint16 || type === int16) return 2;
  if (type === uint24 || type === int24) return 3;
  //impossible as advertisements are much smaller;
  return 255;
}

// functions for decoding and unpacking the service data from Shelly BLU devices
let BTHomeDecoder = {
  utoi: function (num, bitsz) {
    let mask = 1 << (bitsz - 1);
    return num & mask ? num - (1 << bitsz) : num;
  },
  getUInt8: function (buffer) {
    return buffer.at(0);
  },
  getInt8: function (buffer) {
    return this.utoi(this.getUInt8(buffer), 8);
  },
  getUInt16LE: function (buffer) {
    return 0xffff & ((buffer.at(1) << 8) | buffer.at(0));
  },
  getInt16LE: function (buffer) {
    return this.utoi(this.getUInt16LE(buffer), 16);
  },
  getUInt24LE: function (buffer) {
    return (
      0x00ffffff & ((buffer.at(2) << 16) | (buffer.at(1) << 8) | buffer.at(0))
    );
  },
  getInt24LE: function (buffer) {
    return this.utoi(this.getUInt24LE(buffer), 24);
  },
  getBufValue: function (type, buffer) {
    if (buffer.length < getByteSize(type)) return null;
    let res = null;
    if (type === uint8) res = this.getUInt8(buffer);
    if (type === int8) res = this.getInt8(buffer);
    if (type === uint16) res = this.getUInt16LE(buffer);
    if (type === int16) res = this.getInt16LE(buffer);
    if (type === uint24) res = this.getUInt24LE(buffer);
    if (type === int24) res = this.getInt24LE(buffer);
    return res;
  },

  // Unpacks the service data buffer from a Shelly BLU device
  unpack: function (buffer) {
    //beacons might not provide BTH service data
    if (typeof buffer !== "string" || buffer.length === 0) return null;
    let result = {};
    let _dib = buffer.at(0);
    result["encryption"] = _dib & 0x1 ? true : false;
    result["BTHome_version"] = _dib >> 5;
    if (result["BTHome_version"] !== 2) return null;
    //can not handle encrypted data
    if (result["encryption"]) return result;
    buffer = buffer.slice(1);

    let _bth;
    let _value;
    while (buffer.length > 0) {
      _bth = BTH[buffer.at(0)];
      if (typeof _bth === "undefined") {
        logger("unknown type", "BTH");
        break;
      }
      buffer = buffer.slice(1);
      _value = this.getBufValue(_bth.t, buffer);
      if (_value === null) break;
      if (typeof _bth.f !== "undefined") _value = _value * _bth.f;
      result[_bth.n] = _value;
      buffer = buffer.slice(getByteSize(_bth.t));
    }
    return result;
  },
};

function onReceivedPacket (data) {
  if(CONFIG._processedMacAddresses !== null) { 
    if(CONFIG._processedMacAddresses.indexOf(data.address) < 0) {
      logger(["Received event from", data.address, "outside of the allowed addresses"], "Info");
      return;
    }
  }

  if (
    typeof CONFIG.motionHandler === "function" &&
    typeof data.motion !== "undefined"
  ) {
    CONFIG.motionHandler(data.motion === 1, data);
    logger("Motion handler called", "Info");
  }

  if (
    typeof CONFIG.illuminanceHandler === "function" &&
    typeof data.illuminance !== "undefined"
  ) {
    CONFIG.illuminanceHandler(data.illuminance, data);
    logger("Illuminance handler called", "Info");
  }

  if (typeof CONFIG.onStatusUpdate === "function") {
    CONFIG.onStatusUpdate(data);
    logger("New status update", "Info");
  }
}

//saving the id of the last packet, this is used to filter the duplicated packets
let lastPacketId = 0x100;

// Callback for the BLE scanner object
function BLEScanCallback(event, result) {
  //exit if not a result of a scan
  if (event !== BLE.Scanner.SCAN_RESULT) {
    return;
  }

  //exit if service_data member is missing
  if (
    typeof result.service_data === "undefined" ||
    typeof result.service_data[BTHOME_SVC_ID_STR] === "undefined"
  ) {
    return;
  }

  let unpackedData = BTHomeDecoder.unpack(
    result.service_data[BTHOME_SVC_ID_STR]
  );

  //exit if unpacked data is null or the device is encrypted
  if (
    unpackedData === null ||
    typeof unpackedData === "undefined" ||
    unpackedData["encryption"]
  ) {
    logger("Encrypted devices are not supported", "Error");
    return;
  }

  //exit if the event is duplicated
  if (lastPacketId === unpackedData.pid) {
    return;
  }

  lastPacketId = unpackedData.pid;

  unpackedData.rssi = result.rssi;
  unpackedData.address = result.addr;

  onReceivedPacket(unpackedData);
}

// Initializes the script and performs the necessary checks and configurations
function init() {
  //exit if can't find the config
  if (typeof CONFIG === "undefined") {
    console.log("Error: Undefined config");
    return;
  }

  //get the config of ble component
  let BLEConfig = Shelly.getComponentConfig("ble");

  //exit if the BLE isn't enabled
  if (!BLEConfig.enable) {
    console.log(
      "Error: The Bluetooth is not enabled, please enable it from settings"
    );
    return;
  }

  //check if the scanner is already running
  if (BLE.Scanner.isRunning()) {
    console.log("Info: The BLE gateway is running, the BLE scan configuration is managed by the device");
  }
  else {
    //start the scanner
    let bleScanner = BLE.Scanner.Start({
        duration_ms: BLE.Scanner.INFINITE_SCAN,
        active: CONFIG.active
    });

    if(!bleScanner) {
      console.log("Error: Can not start new scanner");
    }
  }

  if (
    typeof CONFIG.allowedMacAddresses !== "undefined"
  ) {
    if(CONFIG.allowedMacAddresses !== null) {
      // Process configured mac addresses all to lower case and remove duplicates. 
      CONFIG._processedMacAddresses = 
        CONFIG
          .allowedMacAddresses
          .map(function (mac) { return mac.toLowerCase(); })
          .filter(function (value, index, array) { return array.indexOf(value) === index; })
    }
    else {
      CONFIG._processedMacAddresses = null;
    }
  }

  //subscribe a callback to BLE scanner
  BLE.Scanner.Subscribe(BLEScanCallback);
}

init();

Ich stelle mir gerade vor wie da seit letztem Jahr 3 Leute bei jedem Essen herumwinken und wackeln
Bin zwar selber blutiger Anfänger, aber sowas will ich auch. Also nicht das mit dem Winken...
Daher hab ich mal einen Blu Motion mit einem 1 Mini G3 gekoppelt und mir angeschaut was da über Actions geht. Eher wenig. Man hat nur einen State Change als trigger, kann condition wählen zwischen Any, is, is not, letztere 2 noch verknüpfen mit true oder false. Das ergibt für mich wenig Sinn, ausser vielleicht für Leute die auf doppelte Verneinung stehen
Ich bin hier jetzt also doch kräftig am Winken, mit Totzeit (ok, manchmal reicht auch irgendwo kratzen).
Man sieht die eingestellte Zeit bis zum "Flip" ablaufen, ein Nachtriggern, auch nach der internen Blindzeit von 60s, bringt nichts, es wird ausgeschaltet.
Vermute mal, das geht nur mit Script.