@homoran sagte: Da sollte man eher in kurzem Intervall abfragen und mit einem fließenden Mittelwert über einen zu ermittelnden Zeitraum arbeiten. Wenn man die Leistung abfragt, erhält man zufällige Werte, die nur zum Abfragezeitpunkt stimmen. Wenn man die Veränderung der Zählerstände zwischen zwei Abfragen verwendet, hat man automatisch eine Mittelwertbildung über das Abfrageintervall.

@hasejs sagte: Kann das an unterschiedlichen Datentypen liegen. Ja.

@paul53 Danke, wer lesen kann ist klar im Vorteil.

@haifisch_777 Der Wert ist der Triggerwert. Also z.B. wenn der Trigger auf einen booleanschen Wert triggert, kommt als "Wert" true oder false. Triggerst du z.B. auf eine Temperatur (number) kommt als Wert 0 ,1 ,5 ,... Falls prüft immer auf wahr. Somit ist kein weiterer Vergleich notwendig. Möchtest du z.B. die Bedingung auslösen, wenn ein false kommt, dann müsstest entweder mit Wert = falsch oder nicht Wert (JS: !value) vergleichen. Wahr (true) ist zum Beispiel: ein boolean wert mit true ein nicht leerer string jede Nummer außer 0 nicht undefined nicht NULL eine mathematische Gleichung. z.B. wenn vaiable 5: variable > 4 => true

@schmakus Ich Danke euch für eure Hilfe!! Ich hab das jetzt gemacht geht super. Mir Fehlt da immer das verständnis wie man sowas umsetzt. Danke nochmal euch allen!!

@umbrella1980 Du triggerst auf die Änderung. Triggere auf die Aktualisierung. Allerdings unschön wenn bei einem Neustart o. ä. aktualisiert wird.

Danke an alle, ihr habt mich auf den richtigen Pfad gebracht. [image: 1681900050944-1596efa7-e3de-4cbd-844b-66a4e0ef0860-grafik.png]

@zanabria sagte in Blokly: Bei Sonnenuntergang Ein und 22 Uhr wieder aus: @zanabria sagte in Blokly: Bei Sonnenuntergang Ein und 22 Uhr wieder aus: @codierknecht, so sehe ich das auch. Vielleicht hat @Homoran recht, daß ne kurze Verzögerung den Erfolg bringt. Ich werde es mal einbauen und testen. Melde mich dann nochmal. Mit diesen Blockly's geht's [image: 1681668166676-a2208c86-4853-48aa-8aae-205f5069fe12-grafik.png] 2 "steuere" Befehle, innnerhalb eines Triggers, müssen wohl zeitversetzt angesteuert werden. Das ginge wohl aber auch mit einem Timeout-Block. Danke für den Rat @Homoran Geht leider immer noch nicht zuverlässig. Teilweise wird die Pumpe nicht abgeschaltet, oder das Licht. Es passiert immer nur beim Ausschalten!!

@jensven sagte: neuen unterordner unter der aktuellen KW abspeichern. Dafür benötigt man eine Javascript-Funktion [image: 1681893076616-blockly_temp.jpg] mit folgendem Inhalt: let id = '0_userdata.0.TVnutzung.Kalenderwoche.' + KW; if(existsState(id)) setState(id, stunden, true); else createState(id, stunden, { type:"number", unit:"Stunden", read:true, write:false, name:"TV Nutzung KW " + KW, def: 0 }); @jensven sagte in Wöchentlich neuer Datenpunkt erzeugen: Wie kann ich mit ID Selektor die Datenpunkte zusammen zählen? [image: 1681893416594-blockly_temp.jpg]

@paul53 Die zweite Funktion ist sogar noch einfacher für mich... tausend Dank! Grüße

@paul53 jo das war die lösung jetzt geht es sofort ich danke dir so sehr

@codierknecht nicht mit demselben "Log-Eintrag" den Vergleich werde ich testen

@paul53 Naja ehrlich gesagt weiß ich das nicht genau.. Aktuell übertrage ich den Wert quasi genau wie er ist und das klappt nicht. Loxone zeigt ihn nicht an. Wobei gut das ihr fragt.. sehe gerade ich übertrage noch einen anderen Wert auch aus dem Wolf Adapter nach Loxone und der ist im gleichen Format und funktioniert einwandfrei.. dann muss ich da nochmal in Loxone schauen. Danke trotzdem für die vielen Antworten! Ist echt mega das hier so viele hilfsbereite Experten sind!!

@paul53 danke.

Mir ist gerde im current log noch was aufgefallen: 2023-04-16 01:50:00.003 - debug: shuttercontrol.0 (10132) calculate astrodata ... 2023-04-16 01:50:00.003 - debug: shuttercontrol.0 (10132) Sun Azimut: 5.6° 2023-04-16 01:50:00.003 - debug: shuttercontrol.0 (10132) Sun Elevation: -29.1° 2023-04-16 01:55:00.002 - debug: shuttercontrol.0 (10132) calculate astrodata ... 2023-04-16 01:55:00.003 - debug: shuttercontrol.0 (10132) Sun Azimut: 7° 2023-04-16 01:55:00.003 - debug: shuttercontrol.0 (10132) Sun Elevation: -29° 2023-04-16 02:00:00.005 - debug: shuttercontrol.0 (10132) calculate astrodata ... 2023-04-16 02:00:00.006 - debug: shuttercontrol.0 (10132) Sun Azimut: 8.4° 2023-04-16 02:00:00.006 - debug: shuttercontrol.0 (10132) Sun Elevation: -28.9° 2023-04-16 00:00:00.031 - info: host.iobroker instance system.adapter.daswetter.0 started with pid 13008 2023-04-16 02:00:00.882 - info: daswetter.0 (13008) starting. Version 3.1.7 in /opt/iobroker/node_modules/iobroker.daswetter, node: v14.21.2, js-controller: 4.0.24 2023-04-16 00:00:04.049 - info: host.iobroker instance system.adapter.ical.0 started with pid 13023 2023-04-16 02:00:05.102 - info: ical.0 (13023) starting. Version 1.13.2 in /opt/iobroker/node_modules/iobroker.ical, node: v14.21.2, js-controller: 4.0.24 2023-04-16 02:00:06.405 - info: ical.0 (13023) processing URL: Müll https://calendar.google.com/calendar/ical/s.w.bernhard%40gmail.com/private-21faa25aa0eb243313582d9996cb7327/basic.ics 2023-04-16 02:00:09.810 - info: daswetter.0 (13008) still wrong data structure from server received! repaired... 2023-04-16 02:00:11.833 - info: ical.0 (13023) Terminated (NO_ERROR): Without reason 2023-04-16 02:00:11.933 - info: daswetter.0 (13008) Terminated (ADAPTER_REQUESTED_TERMINATION): All data handled, adapter stopped until next scheduled moment 2023-04-16 00:00:12.345 - info: host.iobroker instance system.adapter.ical.0 terminated with code 0 (NO_ERROR) 2023-04-16 02:00:12.450 - info: daswetter.0 (13008) cleaned everything up... 2023-04-16 00:00:12.456 - info: host.iobroker instance system.adapter.daswetter.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) Ab 2 Uhr, springt die Zeit hin und her zwischen der richtigen und dann wieder 2 Stunden zurück. Da wundert mich natürlich nicht, dass auch das Skript so merkwürdige Dinge bezogen auf den Zeittrigger macht. Hat da einer eine Idee, oder sollte ich diesbezüglich noch mal explizit danach und in einem anderen Unterordner fragen? VG Sascha

@liv-in-sky In MySQL muß man Variablen nicht definieren. Daher kann man die Output Variable @Preis einfach angeben und die wird durch die Definition in der Prozedur definiert. Das SELECT @Preis gibt sie einfach nur aus- das war der lahme Versuch an den Inhalt der Variablen zu kommen. Wenn man die Prozedur aus SQL heraus aufrufen würde, würde man einfach mit dem Preis weiter rechnen oder sonst was machen. LG Martin

@mrhary sagte: Beispielblockly erstellen? [image: 1681487181442-blockly_temp.jpg] Inhalt der JS-Funktion parentID(idDp): return idDp.substring(0, idDp.lastIndexOf('.'));

@miwi sagte: Jedoch wird der Entfeuchter um 18 Uhr nicht ausgeschaltet. Du hast die Trigger-Zeiten so begrenzt, dass der letzte Trigger um 17:50 Uhr erfolgt. Dann genügt es nicht, nur die Variable um 18:00 Uhr zurück zu setzen, sondern es muss auch der Entfeuchter ausgeschaltet werden.

@solarmaxe sagte in Werte vergleichen und Debug Modus funktioniert nicht: @bananajoe sagte in Werte vergleichen und Debug Modus funktioniert nicht: tail -n 50000 -F /opt/iobrok Hallo auch dir danke für die Antwort :) Aber mit tail -n sehe das gleiche wie im iobrocker Gui log. Das stimmt. Aber leichteres Copy&Paste, mehr Filter. Und eine Admin-Sitzung weniger im Webbrowser

@paul53 das läuft an der Realität vorbei, dann brauchts auch Fensterkontakt usw. Nein, das ist nicht was ich machen werde und wäre overkill, es geht nur um die einfache Überhitzung vom Heizkörper, Ein/Ausschaltzeiten werden das bewerkstelligen.