User Data setzt blockly beim start auf 0.

[galosche]

@codierknecht
Richtig. Aber am Anfang setze ich summe_d auf PV_KW_D.
Für zeit_1 und Zeit_2 gibt es keinen Grund

[paul53]

@galosche sagte: Für zeit_1 und Zeit_2 gibt es keinen Grund

Doch, da damit eine Differenz gebildet wird. Der Vergleich "Zeit_x != 0" liefert true, wenn die Variable undefined ist. Prüfe die Variable ohne den Vergleich.
Besser: Lass die Prüfung weg und initialisiere die Variablen außerhalb des Triggers mit "Letzte Änderung" der Datenpunkte.

[Codierknecht]

@paul53 sagte in User Data setzt blockly beim start auf 0.:

wenn die Variable undefined ist

Hatte ich schon mal erwähnt, dass ich untypisierte Sprachen (gelinde ausgedrückt) "grenzwertig" finde

[paul53]

@codierknecht sagte: Hatte ich schon mal erwähnt, dass

Ja, hast Du mehrmals.

[Codierknecht]

@paul53 sagte in User Data setzt blockly beim start auf 0.:

wenn die Variable undefined ist

Ich hätte zumindest erwartet, dass es kracht wenn man "undefined" von einem Zeitstempel abziehen möchte.
Offensichtlich nicht ... es kommt lediglich zu einem "NaN".
Ich verzweifle nochmal an dem Konzept

[Homoran]

@codierknecht sagte in User Data setzt blockly beim start auf 0.:

es kommt lediglich zu einem "NaN".

hätte @galosche das mit einem debug-Baustein anzeigen lassen, wäre es sofort klar gewesen

[galosche]

@codierknecht
Ich bin noch am lernen, Debug Baustein kenne ich noch nicht.
Habe es aber jetzt verstanden.
Das ganze sieht jetzt so aus, brauche auch die summe_d nicht mehr und schreibe direkt auf PV_KW_D.

[Homoran]

@galosche sagte in User Data setzt blockly beim start auf 0.:

, brauche auch die summe_d nicht mehr und schreibe direkt auf PV_KW_D.

wenn du den Wert relativ schnell wiederverwenden willst, solltest du bei Variablen bleiben.
Das Schreiben dauerteine Weile, so dass du beim "sofortigen" Wiedereinlesen des Wertes aus drm Datenpunkt, noch den alten Wert bekommen wirst.

[galosche]

@galosche
Danke vergessen !

[paul53]

@homoran sagte: Das Schreiben dauerteine Weile

Aber nicht bis zum nächsten Trigger. Das kann @galosche so lassen, denn er macht kein "Wiedereinlesen".

[galosche]

@paul53
Bin ja mal gespannt wie die Werte vom Modbus und vom gerechneten Morgen übereinstimmen.