Selbst erstellter Datenpunkt, Problem <0 [gelöst]

[hardl]

@homoran

admin.0
2023-01-20 12:05:00.946	info	<== Disconnect system.user.admin from ::ffff:192.168.178.22 javascript

admin.0
2023-01-20 12:05:00.946	info	<== Disconnect system.user.admin from ::ffff:192.168.178.22 javascript

javascript.0
2023-01-20 12:04:56.994	info	script.js.Poolsteuerung.Debug_Diff: registered 1 subscription, 0 schedules, 0 messages, 0 logs and 0 file subscriptions

javascript.0
2023-01-20 12:04:56.994	info	script.js.Poolsteuerung.Debug_Diff: subscribe: {"pattern":{"id":"mqtt.0.ESP_Easy.Solarsensor.temperature","change":"ne","q":0},"name":"script.js.Poolsteuerung.Debug_Diff"}

javascript.0
2023-01-20 12:04:56.988	info	Start javascript script.js.Poolsteuerung.Debug_Diff

Ich werde jetzt mal sehen, wie ich einen Debug Block in das normale Script einfüge, um zu sehen was passiert, wenn die Differenz <0 ist.

[Homoran]

@hardl zeig doch bitte das jetzige Script

[hardl]

@homoran

[paul53]

@hardl
Keine Trigger innerhalb von Triggern anordnen!
Vorschlag:

[hardl]

@paul53 @Homoran @Codierknecht, Ich habe jetzt einfach die inneren Trigger und auch die später eingefügte Zeile, damit unter 0 nicht gerechnet wird, entfernt.
Es sieht so aus, als ob damit auch mein Problem erledigt ist.
Der Datenpunkt nimmt jetzt problemlos negative und positive Zahlen auf.

Ich danke Euch für die super gute und schnelle Hilfe und habe dabei auch Grundlagen des Debuggen gelernt.

Sollte noch etwas auftauchen, melde ich mich.

[paul53]

@hardl sagte: die inneren Trigger und auch die später eingefügte Zeile, damit unter 0 nicht gerechnet wird, entfernt.

Du liest aber nicht den Datenpunkt "Ist-Diff" gleich wieder ein, nachdem er geschrieben wurde? Das funktioniert wegen der asynchronen Ausführung von "steuere" nicht. Deshalb verwendet man Variablen.

[hardl]

@paul53 sagte in Selbst erstellter Datenpunkt, Problem <0:

Datenpunkt

Deinen Vorschlag habe ich nun umgesetzt und es läuft einwandfrei.

Bisher hatte ich noch nicht mit Variablen in Blockly gearbeitet sondern immer in Datenpunkte geschrieben.
Das Argument kann ich auch nachvollziehen und werde meine wenigen Skripte entsprechend überarbeiten.

[paul53]

@hardl sagte: es läuft einwandfrei.

Dann markiere bitte das Thema in der Überschrift des ersten Beitrags als [gelöst].

[hardl]

@paul53 Ich bräuchte da noch eine Ergänzung. Wie Du geschrieben hast, sollte kein Trigger innerhalb von Triggern vorkommen.
Ich möchte noch einen Schalter integrieren, der meiner Poolsteuerung vorgelagert ist und bei 0 die Routine ausführt, bei 1 aber die Pumpe auf Dauer schaltet.

[Homoran]

@hardl sagte in Selbst erstellter Datenpunkt, Problem <0 [gelöst]:

Ich möchte noch einen Schalter integrieren, der meiner Poolsteuerung vorgelagert ist und bei 0 die Routine ausführt, bei 1 aber die Pumpe auf Dauer schaltet.

dann nimm einen Logikblock falls und prüfe den State.
je nach Zustand führst du aus was du willst.

Aber ich denke du sagst nicht alles was du wirklich erwartest.

[paul53]

@hardl sagte: bei 0 die Routine ausführt, bei 1 aber die Pumpe auf Dauer schaltet.

Die Pumpe bei 1 einschalten und den Modus im Solartemperatur-Trigger auf 0 prüfen.

Den Rest innerhalb des mache-Zweiges ausführen.

[hardl]

@homoran sagte in Selbst erstellter Datenpunkt, Problem <0 [gelöst]:

Aber ich denke du sagst nicht alles was du wirklich erwartest.

Was meinst du damit?
Ich bin sehr zufrieden wie das in der Simulation funktioniert. Die Hardware ist auf dem Steckbrett auch nahezu einsatzbereit.
Eventuell könnte ich noch einen Pumpe-Dauer-Aus Schalter hinzufügen.

@paul53: Ich habe nur 0 und 1 beim Switch und den Trigger gedreht zum besseren Verständnis.

[paul53]

@hardl sagte: 0 und 1 beim Switch und den Trigger gedreht zum besseren Verständnis.

Dann stimmt der Kommentar nicht, denn bei 0 wird eingeschaltet.

@hardl sagte in Selbst erstellter Datenpunkt, Problem <0 [gelöst]:

Eventuell könnte ich noch einen Pumpe-Dauer-Aus Schalter hinzufügen.

Statt eines zusätzlichen DP würde ich einen Multistate-DP verwenden.

"states": {
    "0": "Aus",
    "1": "Auto",
    "2": "Ein"
}

[hardl]

@paul53 Ich habe doch auch den Trigger auf "kleiner als letztes" geändert.

[paul53]

@hardl sagte: Trigger auf "kleiner als letztes" geändert.

Ja, der passt, aber nicht der Kommentar darüber zum Einschalten.

[Homoran]

@hardl sagte in Selbst erstellter Datenpunkt, Problem <0 [gelöst]:

Was meinst du damit?
Ich bin sehr zufrieden wie das in der Simulation funktioniert. Die Hardware ist auf dem Steckbrett auch nahezu einsatzbereit.

soll die Pumpe wirklich Dauer an bleiben?

[hardl]

@paul53
So ist es besser:

[hardl]

@homoran Zum Absaugen "Dauer" solange bis ich ausschalte,
zum Reinigen "Aus" bis ich wieder einschalte und die Automatik zum "Heizen" über Solarschläuche.

[Homoran]

@hardl sagte in Selbst erstellter Datenpunkt, Problem <0 [gelöst]:

@homoran Zum Absaugen "Dauer" solange bis ich ausschalte,
zum Reinigen "Aus" bis ich wieder einschalte und die Automatik zum "Heizen" über Solarschläuche.

Das passt, ich hatte da wohl deine Frage damals irgendwie anders verstanden

ich hab da auch so einen "manual override" Button

Hauptsächlich dass die Pumpe nicht abschaltet während wir abends im Wasser sind, die minimale Laufzeit erreicht ist und die Sonne das Wasser nicht mehr erwärmt.

[paul53]

@hardl
Mit Multistate-Datenpunkt: