Bedingungen werden doppelt aktiviert

[Ecopunt]

Hallo alle,

Ich erfahre das Bedingungen doppelt aktiviert werden und damit das Programm zwei mal auslöst. Infolge wird der Duty Cycle überflüssig belastet.

Dies sind die Bedingungen:

Der BWTH und der SWDO sind zusammen in eine Gruppe zugeortnet. Also wenn der SWDO öffnet, dann wird der geöffnettes Fenster absenktemperatur im BWTH aktiviert. Das passt, und funktioniert wie gewuscht.

Aber: im Programm werder jetzt 2 Bedingungen sehr kurz nach einander aktiviert. Die solltemperatur vom BWTH ändert, weil der SWDO öffnet, und der SWDO selbst triggert seine eigene Bedingung.
Das gleiche wenn der SWDO schliesst. Dann wird der normal Temperatur wieder am BWTH geschickt und triggert der SWDO.

Es ist nicht möglich der SWDO als bedingung zu loschen, da ich ein kühlsystem direkt abschalten muss sobalt der SWDO öffnet.

Wie kann ich dieses Problem lösen und das doppelt aktivieren vom Programm verhindern?

Danke! FG Leon

[MichaelN]

In deinem Skript abfragen, ob der Aktor bereits seinen soll Zustand hat.

Aber zumindest eine der Abfragen auf SWDO kannst du auf nur prüfen setzen, denn egal welchen Zustand du einstelltst, es ist jedesmal eine Änderung.

[Xel66]

Ich erfahre das Bedingungen doppelt aktiviert werden und damit das Programm zwei mal auslöst. Infolge wird der Duty Cycle überflüssig belastet.

Das dopptelte Triggern ist Dein kleinstes Problem. Das Programm wird bei jeder Messwertübertragung (also im Standard alle drei Minuten) getriggert und belastet dadurch den Duty Cycle. Wozu muss das Programm bei größer 1°C bei Aktualisierung getriggert werden?

Gruß Xel66

[Ecopunt]

In deinem Skript abfragen, ob der Aktor bereits seinen soll Zustand hat.

Aber zumindest eine der Abfragen auf SWDO kannst du auf nur prüfen setzen, denn egal welchen Zustand du einstelltst, es ist jedesmal eine Änderung.

hi, danke dir.

Ich glaube, dass wenn ich der SWDO auf "nur prüfen" einstell, das dann das Programm nicht mehr direkt reagiert sobalt der SWDO öffnet oder schliest. Stimmt?

In dem fall wurde das Kühlsystem einige minuten weiter kühlen mit geöffneter Tür, weil dann nur eine änderung in Ist- oder Solltemperatur das Programm aktiviert... Und wenn die Tür schliesst, dan dauert es noch einige Minuten bevor das Kühlsystem wieder aktiviert.

Die Kühlung ist einen Fancoil die per DRSI4 gesteurt wird. Kanal 1 öffnet einen Ventil, Kanal 2, 3 und 4 sind unterschiedliche geswindigkeiten vom Ventilator.

[Matsch]

Wozu muss das Programm bei größer 1°C bei Aktualisierung getriggert werden?

Ganz einfach (mache ich auch so): weil erst im Script (das wir nicht kennen) die Auswertung der Temperatur erfolgt! Und dort eben z.B. mehrere verschiedene Temperaturgrenzen bewertet werden.
Das Aufrufen bei jeder Aktualisierung ist dabei erforderlich, allerdings hat das ja keinerlei Auswirkung auf den DC.
Entscheidend ist aber, dass im Script dann unnötige Mehrfachausgaben verhindert werden.
Verwendet man nur wenige Temperaturlimits, kann man auch auf Änderung triggern. Nachteil: Die gesetzten Triggerpunkte des Programms müssen immer mit dem Script konsistent gehalten werden, das vergißt man schnell mal.

Ich habe solche Konstrukte, indem eine ganze State machine (> 300 Zeilen) als Script läuft und die 10 oder mehr Datenpunkte als Trigger bei Aktualisierung hat - und die laufen völlig problemlos und natürlich ohne jede negative Auswirkung auf den DC.
Und ja, die werden auch mehrfach getriggert, macht aber nichts, wenn der Aufruf im Script ins Leere läuft.

[Ecopunt]

Ich erfahre das Bedingungen doppelt aktiviert werden und damit das Programm zwei mal auslöst. Infolge wird der Duty Cycle überflüssig belastet.

Das dopptelte Triggern ist Dein kleinstes Problem. Das Programm wird bei jeder Messwertübertragung (also im Standard alle drei Minuten) getriggert und belastet dadurch den Duty Cycle. Wozu muss das Programm bei größer 1°C bei Aktualisierung getriggert werden?

Gruß Xel66

hi, danke dir für's mitdenken.

Ich frag die ist-temperatur weil ich nicht ohne kann, und weil es sowohl eine Kühlung als eine eTRV-C-2 in einem Zimmer betrifft.

Die Gruppe ist standart konfiguriert mit 1 und 20 werten im Bereich der Zyklische Statusmeldung.

Im Systemprotocol wird das programm etwa 3 bis 5 mal pro Stunde aktiviert, solange der SWDO geschlossen bleibt. Hier ein kleiner übersicht vom Systemprotocol.


18:04:37 08.06.2023 R001 status Fancoil: 3 | Temp: 28,6 | Gewenst: 25,5
18:07:05 08.06.2023 R001 status Fancoil: 3 | Temp: 28,3 | Gewenst: 25,5
18:12:22 08.06.2023 R001 status Fancoil: 2 | Temp: 28,0 | Gewenst: 25,5
18:20:04 08.06.2023 R001 status Fancoil: 2 | Temp: 27,7 | Gewenst: 25,5
18:38:11 08.06.2023 R001 status Fancoil: 2 | Temp: 27,4 | Gewenst: 25,5
18:55:11 08.06.2023 R001 status Fancoil: 2 | Temp: 27,1 | Gewenst: 25,5
19:32:56 08.06.2023 R001 status Fancoil: 1 | Temp: 26,8 | Gewenst: 25,5
19:48:03 08.06.2023 R001 status Fancoil: 2 | Temp: 27,1 | Gewenst: 25,5
20:31:18 08.06.2023 R001 status Fancoil: 2 | Temp: 27,4 | Gewenst: 25,5
20:44:03 08.06.2023 R001 status Fancoil: 2 | Temp: 27,7 | Gewenst: 25,5
21:37:26 08.06.2023 R001 status Fancoil: 2 | Temp: 27,4 | Gewenst: 25,5
21:54:25 08.06.2023 R001 status Fancoil: 2 | Temp: 27,1 | Gewenst: 25,5
22:16:57 08.06.2023 R001 status Fancoil: 1 | Temp: 26,8 | Gewenst: 25,5
22:33:14 08.06.2023 R001 status Fancoil: 1 | Temp: 26,5 | Gewenst: 25,5
22:46:06 08.06.2023 R001 status Fancoil: 1 | Temp: 26,3 | Gewenst: 25,5
22:47:34 08.06.2023 R001 status Fancoil: 1 | Temp: 26,3 | Gewenst: 25,5
23:58:29 08.06.2023 R001 status Fancoil: 1 | Temp: 26,2 | Gewenst: 25,5

[dondaik]

wenn das gilt :... da ich ein kühlsystem direkt abschalten muss sobalt der SWDO öffnet.

warum macht man dann nicht einfach ein eigenes programm ? dann kann man sogar mal eine SV für den status anlegen und ggf mit der auch weiterarbeiten.... und dann war da noch was mit: ein prog - ein auslöser , ggf noch prüfbedingungen ......

[Ecopunt]

wenn das gilt :... da ich ein kühlsystem direkt abschalten muss sobalt der SWDO öffnet.

warum macht man dann nicht einfach ein eigenes programm ? dann kann man sogar mal eine SV für den status anlegen und ggf mit der auch weiterarbeiten....

Dann habe ich glaube ich immer noch das gleiche Problem, auch mit 2 verschiedene Programme.

Programm A triggert dann nur auf den BWTH, weil die solltemperatur vom öffnen des Fensters aktiviert.
Programm B triggert dann weil der SWDO sich ändert.

[MichaelN]

glaube, dass wenn ich der SWDO auf "nur prüfen" einstell, das dann das Programm nicht mehr direkt reagiert sobalt der SWDO öffnet oder schliest. Stimmt?

Du solltest nur einen von beiden auf nur prüfen stellen. Der andere triggert ja auf jeden Fall

[MichaelN]

Auf die Lösung hast du übrigens gar nicht reagiert. Absicht?

In deinem Skript abfragen, ob der Aktor bereits seinen soll Zustand hat.