NEWS

@paul53 hallo Paul.

Danke, werde ich nachbauen und testen.

@apollon77 sagte in DP erstellen und mit Wert aktualisieren:

@peterfido Was konkret geht nicht? Oder störst Du dich nur an der Zahl?

Ich habe den SA mal eingerichtet. Er nimmt den Wert des Gaszählers automatisch *1000
Edit: Fehler gefunden. Lag an der unterschiedlichen Einheit.

@wsvd sagte in Induk.-Kochfeld-Zusatzlüfter Blockly:

Was meinste damit ?

dass dein false mit 2 Minuten Verzögerung ausgeführt wird, auch wenn zwischendurch wieder auf true geschaltet wurde

@oliverio Das würde ich mir dann mal anschauen.

@ika bei mir macht der go-e charger das von alleine. ich übergebe einfach produktion, einspeisung und akkuladung (wobei pAkku optional ist)

let info = {"pGrid": -ex,"pPv":prod,"pAkku":bp} //pGrid < 0 ==> Einspeisen, pAkku < 0 ==> Batterie laden, pPv > 0 ==> PV Produktion, pPv < 0 ==> Standby. sendTo('mqtt.0', 'sendMessage2Client', { topic:"go-eCharger/262801/ids/set", message: JSON.stringify(info) });

die ganze logik und anpassung der ladegeschwindigkeit kann der von Haus aus. In der go-e App laden auf eco stellen und PV-Überschuss auf an

@humidor sagte in Zeitplan ?:

dh Timeouts wird eventbasiert immer wieder neu angelegt,

nein, das heisst es nicht.

die Frage war

@homoran sagte in Zeitplan ?:

was soll das sekündliche Triggern?
Javascript arbeitet event basiert

@uli977 sagte: Ist es richtig, dass wenn innerhlab des Timeouts die Stromerzeugung unter 1000 fällt, der Timeout gestoppt wird?

Ja.

@uli977 sagte in Datenpunkt auslesen & Objekt wahr setzen:

wenn die Bedingung innerhlab der 10Min mehrfach erfüllt wird, wir der Timeout dann mehrfach gestartet?

Nein, das verhindert die Sperre "und nicht Verzögerung timeout".

@homoran

Den Unterschied in der Hintergrundfarbe sieht man beim dunklen Thema so gut wie gar nicht. Es war für mich deswegen gar nicht klar, dass es überhaupt einen Unterschied zwischen links und rechts gibt.

@matt77che :👍

@krodon Ich würde das so lösen:

eine Variable definieren, als leere Liste initialisieren im Trigger den Zeitstempel der aktuellen Änderung als letzten in die Liste setzen Sofern die Liste mehr als 2 Elemente hat:
-- pruefen ob der erste Zeitstempel länger als n Minuten her ist. Wenn ja, aus der Liste entfernen. Das ganze wiederholen, bis die Bedingung nicht mehr erfüllt ist. Hat die Liste immer noch mehr als 2 Elemente: Wert auf Wahr, dann Liste leeren.

Screenshot 2025-06-14 at 16.25.35.png

Ohne die Liste zu leeren entfällt der 'reset'

A.
Nachtrag: warum so und nicht mit Timern ? Weil bei Timern letztendlich bei jeder Änderung ein Timer notwendig werden würde. Beispiel:
Event tritt ein bei:
T=0,
T=3,
T=6,
T=9,
T=10
Man hat also immer 2 Timeouts laufen, und erst wenn der Event eintritt wenn beide laufen darf gestartet werden. Da ist die Liste dann doch die Option mit weniger Ressourcen.

@bahnuhr said in Speichern von Ertragprognosen (Tag und +1 Tag), korrekt so?:

@topsurfer
von welcher Seite hast du die Prognosen ?

Die hab ich direkt von Fronius (Premium-Paket), über Solarweb
Screenshot_20250613_100603_Solarweb.jpg

@jonas5492 sagte: werde jetzt mal schauen was mit den neuen debug rauskommt

Packe die Debug-Blöcke besser in den Trigger von "Pumpe Ein/Aus":

Blockly_temp.JPG

@paul53

So funktioniert es Exakt !!
Ich lass des mal im täglichen betrieb jetzt laufen.

Vielen Vielen Dank !! mal wieder !!

Grüße
Balu

Was haltet ihr davon:
064904c6-1631-46b1-b3b3-4c23a419159a-image.png

@homoran sagte in Verständnisfrage Zeichenkette / String:

@ralf-2 sagte in Verständnisfrage Zeichenkette / String:

Dann beim zu steuernden Datenpunkt auf den Stift klicken

@Takahara
das wäre der HmIP Datenpunkt!
zeig uns bitte da von einem die Objektdaten in code-tags

@Takahara kommt das noch?

bei nochmaligem Ansehen fiel mehr leider jetzt erst auf, dass du auch bei eigenen Datenpunkten fälschlicherweise "steuere" verwendest, obwohl diese Datenpunkte nichts steuern.

@takahara sagte in Verständnisfrage Datentyp || Temp/Min/Max:

@homoran said in Verständnisfrage Datentyp || Temp/Min/Max:

Es sieh beim Blockly allerdings so aus, als ob du die aktuellen Werte nur bei Skriptstart eingelesen werden.

Natürlich hast du recht. Danke 🙂 🙂 😞

VG Takahara

Die effizienteste Lösung ist:

die Variable ActTemp entfernen, sie wird nicht gebraucht an Stelle der Variable ActTemp (überall wo sie im Skript auftaucht) den Baustein Screenshot 2025-06-07 at 13.00.53.png nutzen. (auf Deutsch steht da Wert drin. Dieser Baustein enthält den Wert der den Trigger ausgelöst hat.

A.

Nachtrag: Das zurücksetzen von minTemp und maxTemp erscheint mir seltsam. So wie du es setzt kann die minimale Temperatur grösser als -50 sein, sowie die maximale nie kleiner als 50. Das sieht seltsam aus.
A.