@duffbeer2000 super, danke... Damit funktionierts, ist ja der selbe, nur in Version 1.0.2 statt 1.0.1

@paul53 Danke das war`s.

@MCU Danke Dir...gucke am WE mal ob ich es so hinbekomme!

@Morgennebel sagte: state[id=true](functions=windowSensors) Das kann nicht funktionieren. Siehe Doku zum $Selector

Funktioniert, danke!

@cvbkf sagte: Ist so etwas wie dieser Pseudocode in Blockly überhaupt möglich ? Ja, etwa so: [image: 1597835365426-blockly_temp.jpg]

@Bert Naja, nur weil ein "sudo" davor steht, heißt das noch lange nicht, dass der Befehl auch ausgeführt wird. #6 dürfte schon scheitern, da normalerweise nur "root" mounten darf. Das klappt zwar dann mittels "sudo", nur muss man dann das root-Passwort eingeben (was in einem automatischem Skript eher schlecht geht)... Versuche als Test einfach mal ein sudo -u iobroker sudo mount -a Damit wird dein Befehl als User iobroker ausgeführt.

@kevinaus sagte in Hilfe bei einfachen Prog Tagesberechnung Verbrauch HM Aktor: Vielleicht brauche ich nur ein Anstoß zu Start. Du brauchst zwei Variablen oder Datenpunkte Zählerstand aktuell Zählerstand alt Am Tagesende schreibst du erst den Wert von aktuell in alt, mit ein wenig Verzögerung dann den Wert aus dem Aktor in aktuell. Dann bildet du die Differenz zwischen aktuell-alt und hast den Tageswert, den du in einen Datenpunkt schreibst und loggst.

Bitte löschen, hab gesehen das hier ist das falsche Forum, kann das leider nicht selber löchen... Hallo Ihr 🙂 Hatte heute folgendes phänomen: der Coordinator hatte heute eine andere IP und zwar vom Lautsprecher im Badezimmer, somit funktioniert mein Symfonisk Sound Controler nicht mehr. Normalerweise ist der Coordinator einer der Stereogruppe... Wie kann man das verhindern dass das zukünftig nicht mehr passiert? Kennt das überhaupt jemand? oder bin ich damit alleine im Wald?

@paul53 Wahrscheinlich sind alle meine Skripte umständlich programmiert. Ich bin bloß immer froh dass es funktioniert. Lösche falls läuft werde ich direkt übernehmen. Danke für deine Einschätzung. Ich habe gerade herausgefunden, dass die aufgezeichneten Eingangssignale mit 1000ms entprellt werden. D.h. die Aufzeichnung muss nicht der Realität entsprochen haben. Ich habe die Entprellzeit auf 0 ms gestellt und werde beim nächsten Regen beobachten was passiert. Eventuell ist einer der Regensensoren defekt...

@arteck Ah! Array klingt logisch. Das recherchiere ich mal. Danke dir!

Super, Danke!

@LaBamba Das könnte an der Konfiguration der BWM liegen. Vielleicht haben sie einen Bewegungsintervall von 2 Minuten? Da vermute ich keinen Fehler des Scripts.

@paul53 das werde ich ausprobieren

Hi Habe auch einen Deebot würde ihn auch gerne in andere räume schicken nach Zeitlichen abläufen. Habt ihr es hinbekommen und könntet ihr mir Helfen?? Dieses habe ich schon so gemacht. Ist nur Ohne die zusätzlichen räume es funktoniert so auch noch nicht ganz richtig. [image: 1597576411303-anmerkung-2020-08-16-110447.png]

@paul53 stimmt, löst den Timer sofort wieder auf.

@timtig Denke mal da ist ein Bug drin, hatte Heute auch so ein Problem. Man hat mich auch darauf hingewiesen, das es evtl. einen Bug enthalten ist.

@funnsurfer Probier es mal so wie paul53 es definiert hat, also "nicht zwischen Sonnenaufgang und Sonnenuntergang. [image: 1597522213242-b16c1436-c825-484b-9c7a-ce5070d6072a-grafik.png] Hab gerade gesehen, dass ich das auch so gemacht hab. Denke da gibt es probleme wenn es über 0:00 Uhr hinaus geht.

Hat sich erledigt, habe den Fehler gefunden, war ne Falschkonfiguration vom MQTT Adapter. Im MQTT-Adapter musste den Haken bei "Publish nur bei Änderungen" entfernen.

@paul53 Das wäre dann zu viel Aufwand. Dann muss ich wohl oder übel die Trigger in einem Script unterbringen.