@vippis Bei vis2 bin ich mir zwar etwas unsicher, aber bei vis1 wird der Skript Reiter sehr früh geladen und ausgeführt. Zu diesem Zeitpunkt existieren in der Regel die Widgets noch nicht. Daher greifen die Anlage der Event Listener ins Leere Eine weitere Alternative, neben dem, was du jetzt gemacht hast, wäre noch, alle Funktionen in den Skript, Reiter und in den HTML Tag über die Event Attribute, wie beispielsweise onClick https://www.w3schools.com/jsref/event_onclick.asp dann die Funktion zu definieren.

@vippis Man muss halt das Node FS Modul nehmen :)

@paul53 Guten Abend, wir hatten eben eine kleine Adventfeier. Daher die Verzögerung. Ja genau das habe ich zur "Goldenen Stunde" ausprobiert und das ist - mit deiner Quelltext-Fund passend - des Rätsels Lösung. Der Trigger triggert auf das Astro-Ereignis und in dem Vergleich wird -1 Minute gerechnet, dann funktioniert es perfekt. Astro "Golden Hour" - Vordach funktioniert, Seitenlich mit Absicht noch nicht umgestellt. 2024-12-08 15:25:17.481 - info: javascript.0 (606) script.js.packages.autoLight.autoLightTrigger: Sonnenuntergang-Trigger um: 15:25:17.480 2024-12-08 15:25:17.500 - info: javascript.0 (606) script.js.packages.autoLight.seitenlicht: Seitenlicht: Beginne autoLightCheck 2024-12-08 15:25:17.501 - info: javascript.0 (606) script.js.packages.autoLight.seitenlicht: autoLightSeitenlicht ist aktiv. Prüfe Zeitrahmen (Sonnenuntergang bis Mitternacht) 2024-12-08 15:25:17.502 - info: javascript.0 (606) script.js.packages.autoLight.seitenlicht: Außerhalb des Zeitrahmens. Schalte Lichter aus. 2024-12-08 15:25:17.502 - info: javascript.0 (606) script.js.packages.autoLight.seitenlicht: Seitenlicht: Ende autoLightCheck 2024-12-08 15:25:17.503 - info: javascript.0 (606) script.js.packages.autoLight.vordach: Vordach: Beginne autoLightCheck 2024-12-08 15:25:17.504 - info: javascript.0 (606) script.js.packages.autoLight.vordach: solarNoon: 15:24:17.478 2024-12-08 15:25:17.505 - info: javascript.0 (606) script.js.packages.autoLight.vordach: CheckAutoLight sagt: 15:25:17.505 2024-12-08 15:25:17.505 - info: javascript.0 (606) script.js.packages.autoLight.vordach: Innerhalb des Zeitrahmens. Schalte Lichter an. 2024-12-08 15:25:17.506 - info: javascript.0 (606) script.js.packages.autoLight.vordach: Vordach: Ende autoLightCheck Ein weiterer Test bzw. die Umstellung auf "Sonnenuntergang" hat auch korrekt funktioniert. Trigger und Ausführung mit Vergleich -1 Minute hat geklappt. Die Frage ist nun, wie man weiter damit umgeht (Nutzer (wie ich) und Entwickler (wie ihr)). Man könnte es als Bug bezeichnen. Man könnte den Quelltext an der Stelle ändern - was das für Auswirkungen haben könnte, habe ich nicht geprüft. Ich wäre auch fein damit, eben eine Zeitspanne zu subtrahieren (Minute, Sekunde etc...). Wäre toll, wenn jemand noch etwas dazu sagen würde. Ich bedanke mich jedenfalls jetzt schon mal für die ausführliche, tolle Hilfe. Können aber gerne weiter über dieses Thema reden.

@blockmove sagte in PWM-Display dimmen: Python-Skript sinnvoll steuern: @e-i-k-e said in PWM-Display dimmen: Python-Skript sinnvoll steuern: Hat hier jemand eine Idee dazu ? Schmeiss mal den Teil raus # Optional interactive loop try: while True: try: value = input() if value.lower() == "exit": break value = float(value) if value > 100: led.value = 1 elif value < 0: led.value = 0 else: led.value = value / 100 except ValueError: pass sleep(1) except KeyboardInterrupt: # Clean exit on Ctrl+C sys.exit(0) So wie ich es sehe wartet das Script da auf eine Eingabe von der Tastatur. Einfach mal probieren ... Bin nicht so der Python - Raspi - Fachmann. Danke für deinen Vorschlag. Die Eingabeeinforderung wird beendet, allerdings funktioniert das Skript dann nicht mehr - es wird nicht mehr gedimmt.

@helste64 Hallo - wie bekommst du den dfplayer mit mqtt in den iobroker? ich habe keine ahnung und nur ein arduino script?

@weberk du weisst aber schon, dass der letzte Beitrag 5 und die davor 7+ Jahre alt sind? immerhin ist @daniel81 noch aktiv, während et al. seit Jahren nicht mehr hier im Forum waren.

@sunny9999 sagte: Wo liegt der Bug ? Es sind mehrere: Trigger im Trigger funktioniert nicht (siehe blaues Warnsymbol) Es muss alles innerhalb des Zeitplanes erfolgen Die zu vergleichenden Formate müssen identisch sein Wenn man einen Minuten-Trigger verwendet, sollte man keine Sekunden in den Vergleich einbeziehen Korrektur: [image: 1732969418613-blockly_temp.jpg]

@mico Hey Mico, mach doch zuerst einmal ein lesbares Bild rein, man kann nichts erkennen. Deine ganzen Variablen verstehe ich nicht unbedingt, die sind alle überflüssig ... Direkt so : (natürlich mit den 3 Minuten basierend auf deine trigger Zeit) [image: 1732961133194-f73b3e9d-d6d9-4375-b6e6-d27dcf338ae6-image.png] [image: 1732961262861-90862c2a-dc10-4630-8d82-32ad2eb7d5b6-image.png]

@ticaki Super!!! Es geht wieder! Ich habe 2x das ignore eingefügt und nun geht es. Danke

@homoran said in Stromeigenverbrauch berechnen und archivieren: @accuface sagte in Stromeigenverbrauch berechnen und archivieren: Ich glaub ich bin zu Dumm für das ganze zeug glaub ich nicht! Ist nur zuviel auf einmal. Immer in kleinen Schritten arbeiten. Dann gibt's auch Erfolgserlebnisse und frustriert nicht. Sourceanalytics ist auch ziemlich umfangreich in den Konfiguratiosmöglichkeiten, mach dazu besser einen eigenen Thread auf. nur vorweg: Um welchen Datenpunkt geht es denn da? Du hast oben rechts W als Einheit, dann wären es Leistungen. Dann hast du Zählerstände speichern angehakt, und das dürfte der Mitternachtszählerstand deiner hochgerechneten "Leistung" sein mit den vollständigen Informationen dann den neuen Thread beginnen. Mahlzeit, den Thread hab ich total vergessen. Also im Moment funktioniert alles soweit. Die Current DP hab ich rausgenommen. die Werte für den Eigenverbrauch und die Einspeisung sehen plausibel aus.

@freakyfreaky Was ich mir nach Lesen der Anleitung denke: Alle Dateien runterladen und in ein neues Verzeichnis kopieren(z.B. ~/ecowater) Dateien ausführbar machen in diesem Verzeichnis yarn install ausführen „.env“ Datei anpassen in diesem Verzeichnis yarn start ausführen Jetzt sollten erstmal Daten ausgespuckt werden. Die Integration in ioBroker wäre dann der nächste Schritt.

@roger-nawrath sagte: das wäre ja "akzeptabel ... Wird der DP "tuya.0.bf0deaa1185a1b5c41umoh.12" nicht auch durch das Polling weiter aktualisiert, wenn der Knopf nicht mehr bewegt wird? EDIT: Wie lang ist das Polling-Intervall?

@paul53 sagte in Monat ermitteln als Modul: @homoran sagte: um 23:58 trigger Um 23:58 Uhr müssen mind. 120 s addiert werden. DANKE! Recht du hast! hab es bei mir rauskopiert, und ich triggere um 23:59:45. Da reichen die 20 Sekunden

@joergh Jetzt hab ich's verstanden vielen Dank für Deine Geduld

@dr-bakterius Cool, vielen Dank!

@mrbelvedere58 [Gelöst]

@badsnoopy667 Sorry das ich mich jetzt erst melde. Danke für deinen Hinweis, manchmal sieht man den Wald vor lauter Bäumen nicht. Ich habs jetzt so umgesetzt und das funktioniert so wie ich es brauche, mal testen ob's was bringt. [image: 1732261558436-blockly_integral.png]

Im Mai hat Bluefox glaube ich dazu auch eine Idee veröffentlich. Anwesenheitssimulation startet bei etwa 7 Minuten https://youtu.be/nzPgbJV3kaQ?si=x1UOtOwMU0tC8_4F

Für meine neue Frage habe ich durch ausprobieren eine Lösung gefunden. <animateTransform id="animation" attributeName="transform" attributeType="XML" type="rotate" from="0 60 60" to="360 60 60" begin="0.1s" dur="8s" repeatCount="indefinite" /> Ausschlaggebend ist hier das Attribut "begin" es darf nur nicht bei "0s" stehen.