Hallo, ich stehe mit der C260 vor demselben Problem. Das Geofence der Tapo-App ist extrem instabil, Bereich betreten funktioniert eher selten Der ioBroker Tapo-Adapter funktioniert gar nicht und schein tot zu sein. Der ONVIF-Adapter kann zwar gespeicherte Positionen anfahren, aber die Kamera nicht in den privacy-mode schalten. Natürlich könnte man mit einer Smart-Steckdose die Kamera ständig ein- und ausschalten, aber ob das so gut ist... Im Netz finde ich nur Hinweise auf HomeAssistant, selbst TP-Link / Tapo hat in der Beschreibung den Hinweis auf volle Unterstützung in HomeAssistant. Gibt es eine alternative Lösung?

@ralla66 Ich komme nochmal auf das Thema zurück nachdem ich jetzt ewig rumprobiert habe und nicht wirklich einen Erfolg erzielen konnte. Also das Thema Buzzer ist klar und funktioniert auch. An den LEDs beiße ich mir die Zähne aus. Mittlerweile habe ich die TX Ultimates per Matter-Adapter eingebunden. Hiermit kann ich zwar die Beleuchtung des Schalters steuern, allerdings nur von allen LEDs. [image: 1765036683288-bildschirmfoto-2025-12-06-um-16.54.54-resized.png] Ich möchte die LEDs einzeln ansteuern können. Somit muss ich es per Aufruf der URL des Schalters machen. Die URL bekomme ich aber nicht zusammengesetzt.. :(

@Dr.Pie sagte in Woher kommen diue Schaltzeiten von "Sonnenuntergang" ?: Welche Infos fehlen dir denn noch ? sagte in Woher kommen diue Schaltzeiten von "Sonnenuntergang" ?: 2 verschiedene Scripte erstellt zeigen @paul53 sagte in Woher kommen diue Schaltzeiten von "Sonnenuntergang" ?: In unterschiedlichen JS-Instanzen?

Dann ist das zählen der Impulse und deren Auswertung von genau einem Gerät abhängig und funktioniert auch wenn das WLan oder der ioBroker mal nicht gehen. Das muss man sich aber bezüglich Entprellen schon Einlesen ... Das Zählen der Impulse des Gaszählers - geliefert von einem Node MCU mit Tasmota - habe ich mit einem Blockly-Script gemacht. Die integrierten Entprell-Mechanismen in Tasmota habe ich mir angeschaut, und damals verworfen - ButtonDebounce kann man nur bis 1000 ms hochstellen. https://tasmota.github.io/docs/Commands/#control In 3 Stunden Testzeitraum waren schon 40 Fehl-Impulse "im Kasten", trotz eingestellter 1000 ms ... Auch mit dem Sperr-Timeout von 10 Sekunden gibt es pro Tag ggfs mal 1...3 überzählige Impulse ... Alle paar Tage stelle ich mich mit der Smartphone Vis-App vor den Gaszähler und mache meinen Gaszähler-Korrektur-View auf, um die Fehl-Pulse zu eliminieren. Wenn ein Linux Neustart anfällt muss ich dann auch entsprechend die Pulse nachtragen, die verpasst wurden, während iobroker nicht lief ...

@CKassiopaia sagte: Vergleichbar mit dem import in Python oder dem include bei C. Man kann Node-Module per require importieren. Man kann außerdem oft benötigte Funktionen unter der Gruppe "global" erstellen, die allerdings nicht direkt aus Blockly aufgerufen werden können. Globale Skripte werden in alle anderen Skripte kopiert und dort ausgeführt.

Hallo Paul, you MADE MY DAY :-) Funktioniert einwandfrei. Vielen lieben Dank!!!!!!

Hallo Paul, beide Deiner Vorschläge funktionieren! Und auch Deine Beobachtung, dass, wenn man den Punkt vor UNREACH weglässt, auch STICKY_UNREACH mitgeliefert wird, stimmt. Ich könnte schwören, dass ich an dem Ausdruck seit Monaten nichts verändert habe. Vielen Dank!

@Rudi-Ment sagte: Wie kann ich im Selektor die beiden Funktionen -mit einer geht es zu schalten- verknüpfen ? Im Selektor selbst geht es nicht. Man kann die IDs der zweiten Funktion mittels einer Schleife hinzufügen: Siehe hier

Hi, hab downgrade gemacht, kommt aber immer noch leider :-)

ach herje, so einfach, ja das wars natürlich, danke!

@paul53 Vielen lieben Dank für Deine Hilfe. Mit GET läufts perfekt. Ich dachte das GET für "abholen" von Werten verwendet wird und POST für das Senden von Befehlen. Nochmal vielen Dank lg Michael

klappt, danke!!!

@Asgothian sagte in Farbe aus R/G/B rechnet falsch: ggf. erwartet dieser die farbwerte in %, nicht 0-255 Danke, das war's.

Super, der "Trick" ist, das du ob im "Falls .." als erstes wohl prüfst, ob ein Timeout läuft, wenn er läuft: "mach nix"

Ich hab das Problem gefunden. Wenn man das Preset abspeichert wenn die LED nicht eingeschalten sind funktioniert das natürlich nicht. Man muss das Preset speichern wenn der Effekt selektiert ist als auch die LED laufen. Manchmal kann es so simpel sein. Dennoch wieder etwas gelernt.

@Walter.O. sagte in finde in Trigger "Objekt ID" nicht: Aber es müsste doch im Bereich Trigger zu finden sein? Natürlich sagte in finde in Trigger "Objekt ID" nicht: Da steht ... Wert drin

... der Blick in das Protokoll brachte die "Erhellung"

@Codierknecht vielen Dank für die Hilfe und Info. werde ich mal so ausprobieren! Gruß Steve

@klixy23 sagte in Trigger werden im Script nicht ausgelöst: Wie kann ich das Problem weiter analysieren? Wie sieht das hier bei Dir aus:[image: 1763831819942-screenshot-2025-11-22-at-18.16.57.png] A.

ich probiere :-) danke dir :-)