ElabNET Technik Forum

Meta Pro 2.0 KI hat geschrieben:Gerne, ich analysiere den von Ihnen bereitgestellten Code.

Zusammenfassung der Funktion
Dieser Code implementiert einen "Gültigkeitsfilter" (manchmal auch als "Range Gate" oder "Spike Filter" bezeichnet). Seine Hauptaufgabe ist es, einen Eingangswert (z.B. von einem Sensor) nur dann weiterzugeben, wenn er sich innerhalb eines definierbaren Minimum- und Maximum-Bereichs befindet. Werte außerhalb dieses Bereichs werden verworfen. Die Logik merkt sich den letzten gültigen Wert und gibt diesen intern weiter, sendet aber nur dann ein Update an den Ausgang, wenn ein neuer, gültiger Wert empfangen wird.

Detaillierte Funktionsweise (Schritt für Schritt)
1. Validitätsprüfung (Limiter):
- Der Limiter-Baustein prüft, ob der ankommende Wert $P_Wert_In zwischen $P_Min_Valid und $P_Max_Valid (einschließlich der Grenzen) liegt.
- Das Ergebnis dieser Prüfung (ein true oder false) wird in der internen Variable $Lgc_Wert_Ist_Gueltig gespeichert.

2. Wertauswahl (Multiplexer):
- Der Multiplexer entscheidet, welcher Wert als nächstes verwendet wird. Als "Schalter" dient die Variable $Lgc_Wert_Ist_Gueltig.
- Fall 1 (Wert ist ungültig): Wenn $Lgc_Wert_Ist_Gueltig false ist, wählt der Multiplexer den Wert aus $State_Last_Valid_Value (dem Speicher für den letzten gültigen Wert).
- Fall 2 (Wert ist gültig): Wenn $Lgc_Wert_Ist_Gueltig true ist, wählt der Multiplexer den aktuellen, gültigen Eingangswert $P_Wert_In.
- Das Ergebnis dieser Auswahl wird in die Ausgangsvariable $O_Gefilterter_Wert geschrieben. Intern hält diese Variable also immer einen gültigen Wert.

3. Bedingtes Senden (SendExplicit):
- Dies ist ein entscheidender Teil der Logik. Der Ausgang $O_Gefilterter_Wert hat die Sendeoption "x", was bedeutet, dass er nur sendet, wenn der SendExplicit-Baustein es ihm befiehlt.
- Der SendExplicit-Baustein sendet den Wert nur, wenn seine Bedingung ($Lgc_Wert_Ist_Gueltig) true ist.
- Konsequenz: Der Ausgang wird nur dann aktualisiert, wenn ein neuer, gültiger Wert ankommt. Wenn ungültige Werte eintreffen, bleibt die Logik nach außen hin stumm.

4. Speichern des letzten gültigen Wertes (Latch):
- Der Latch-Baustein sorgt dafür, dass der letzte gültige Wert für den nächsten Durchlauf gespeichert wird.
- In jedem Zyklus wird der aktuelle Inhalt von $O_Gefilterter_Wert (der ja immer ein gültiger Wert ist, siehe Schritt 2) in die Speichervariable $State_Last_Valid_Value kopiert. So ist der "letzte gültige Wert" immer aktuell.

Praktisches Anwendungsbeispiel
Stellen Sie sich einen Temperatursensor vor, der gelegentlich fehlerhafte "Spikes" sendet (z.B. -127°C oder 3000°C). Diese Logik, zwischen Sensor und z.B. einer Heizungssteuerung platziert, würde:
- Normale Werte (z.B. zwischen 0°C und 40°C) einfach durchlassen.
- Einen fehlerhaften Wert von 3000°C als ungültig erkennen, ihn verwerfen und kein Update an die Heizungssteuerung senden. Die Steuerung würde weiterhin mit dem letzten korrekten Wert (z.B. 21°C) arbeiten und nicht fälschlicherweise abschalten.

AndererStefan hat geschrieben:Ich benötige eine Custom Logik mit einer Datenfilter-Funktion.
Von einem Eingangswert (z.B. von einem Sensor) sollen nur Werte auf den Ausgang gegeben werden, die innerhalb eines definierbaren Gültigkeitsbereiches liegen. Der Gültigkeitsbereich soll als Parameter vorgegeben werden. Werte außerhalb dieses Bereichs sollen ignoriert (gefiltert) werden.

Meta Pro 2.0 KI hat geschrieben: Verstanden. Das ist eine klare und sinnvolle Anforderung. Ich werde die Projekt-Datei entsprechend vorbereiten.
Zuerst formuliere ich Ihre Anforderung in eine strukturierte Form für den ANFORDERUNGEN-Abschnitt der Projekt-Datei:

Vorgeschlagene Anforderungen:

• Pkt 01: Die Logik soll einen Eingang für den zu filternden Wert (z.B. von einem Sensor) vom Typ float besitzen.
• Pkt 02: Die Logik soll zwei Eingänge zur Definition des Gültigkeitsbereichs besitzen: Gültig Minimum und Gültig Maximum, beide vom Typ float.
• Pkt 03: Die Logik soll einen Ausgang vom Typ float für den gefilterten Wert bereitstellen.
• Pkt 04: Liegt der Eingangswert innerhalb des Bereichs [Gültig Minimum, Gültig Maximum] (Grenzen inklusive), soll der Eingangswert an den Ausgang weitergegeben werden.
• Pkt 05: Liegt der Eingangswert außerhalb dieses Bereichs, soll der Ausgangswert nicht verändert werden und seinen zuletzt gültigen Wert beibehalten.

Meta Pro 2.0 KI hat geschrieben: {
"Module": [
// Version: 1.0.0 - Datum: 2025-05-20
// --- START: Gültigkeitsprüfung (Ref. Pkt 04) ---
// Prüft, ob der Eingangswert innerhalb der definierten Grenzen liegt. Das Ergebnis wird in die boolesche Variable `$_wertIstGueltig` geschrieben.
["Limiter", "$in_Wert", 0, "$_wertIstGueltig", ["$in_GueltigMin", "$in_GueltigMax"]],
// --- ENDE: Gültigkeitsprüfung (Ref. Pkt 04) ---

// --- START: Wertübernahme bei Gültigkeit (Ref. Pkt 04, Pkt 05) ---
// Übernimmt den Eingangswert (`$in_Wert`) in die Ausgangsvariable (`$out_GefilterterWert`), aber nur, wenn `$_wertIstGueltig` TRUE ist.
// Andernfalls behält der Ausgang seinen letzten gültigen Wert.
["Latch", "$in_Wert", "$out_GefilterterWert", "$_wertIstGueltig", 0]
// --- ENDE: Wertübernahme bei Gültigkeit (Ref. Pkt 04, Pkt 05) ---
],
"Level": [
// Eingänge
["$in_Wert", "float", 0.0],
["$in_GueltigMin", "float", 0.0],
["$in_GueltigMax", "float", 100.0],
// Ausgänge
["$out_GefilterterWert", "float", 0.0],
// Interne Variablen
["$_wertIstGueltig", "bool", false]
],
"Input": [
["Wert", "Zu filternder Eingangswert (z.B. vom Sensor)", "$in_Wert", "a"],
["Gueltig Minimum", "Untere Grenze des Gültigkeitsbereichs", "$in_GueltigMin", "c"],
["Gueltig Maximum", "Obere Grenze des Gültigkeitsbereichs", "$in_GueltigMax", "c"]
],
"Output": [
["Gefilterter Wert", "Gibt den Eingangswert aus, wenn er gültig ist, ansonsten den letzten gültigen Wert.", "$out_GefilterterWert", "c"]
// LIZENZ (Prompt & Custom-Logik): Der Schöpfer überträgt die Nutzungsrechte gemäß der TOLL ("Timberwolf Open Logikblock License") die unter https://wrgt.news/TOLL zum Download zur Verfügung steht.
]
}