Herausforderungen für das MDT Logikmodul V2

[ewfwd]

Sehe ich ähnlich, wäre mir auch lieber, wenn es direkt integriert ist.

Klar ist sowas nett, aber halt nur solange bis das was du umsetzen willst auch irgendwo vorgesehen ist. Ist es das nicht muss man wieder über mehrere Ecken denken weil man seine Logik dann auch nochmal auf die Möglichkeiten die man einstellen kann umsetzen muss. Ich denke da wird es Fälle geben wo die Leute dann auch mal aufgeben weil sie keinen Weg gesehen haben der Umsetzung, obwohl es in Wirklichkeit gegangen wäre.

Updatefähig ist aber zumindest schonmal gut, da hält man sich vieles offen für die Zukunft.

[uncelsam]

Es gibt schon eine Logic auf dem Markt die alles kann, völlig unabhängig läuft, kommt dann von Wago.
Ist dann aber deutlich größer, teurer und nicht so Komforttabel wie das MDT Logic Modul.

Und bei Problemen bis halt auf dich alleine gestellt.
Wobei eine Wago 750 mit KNX und ohne IOs im 4TE Gehäuse hätte echt was...

[hjk]

Ab R4.0 ist das Logikmodul updatefähig. Wir sammeln die Wünsche mal.

[STSC]

Sehe ich ähnlich, wäre mir auch lieber, wenn es direkt integriert ist. Bitte dann folgendes in die Sammlung aufnehmen.
Ist eine neue Version des Logikmodules geplant bzw. wird das aktuelle dann durch Firmware-Updates erweitert? Danke.

1) (Richtiger) Gleitender Mittelwert über x Werte
Ein Näherung bekommt man wie du schon geschrieben hast bereits mit mehreren Funktionen hin, trotzdem wäre ein richtiger gleitender Mittelwert besser.

2) Umrechnung Relative Feuchte + Temperatur zu Taupunkttemperatur
3) Umrechnung Taupunkttemperatur + Temperatur zu Relative Feuchte
Prinzipiell geht es mir um eine Lüftungsempfehlung. Ich würde gerne aus Taupunkttemperatur außen und innen die relative Luftfeuchtigkeit berechnen, welche durch Lüften innen erreicht werden könnte.

[hjk]

Wir können die gewünschten Funktionen ja mal sammeln und über ein Update nachdenken.
Ein Logikmodul mit Linux zur Ausführung von Skripte wollen wir nicht machen. Lieber die Funktionen direkt implementieren um damit die höchste Betriebssicherheit zu erreichen.

[STSC]

Ich glaube nicht dass dies einfach ist, auf dem Modul läuft ja kein Linux Kernel, wo man irgendwelche Skripte ausführen kann.

Momentan fehlen mir z.B. folgende Funktion, was auch nicht so einfach zu skripten ist bzw. der Aufwand zu hoch.
Mir wäre es da schon lieber, das Modul kann das von Haus ist.

- (Richtiger) Gleitender Mittelwert über x Werte
- Umrechnung Relative Feuchte + Temperatur zu Taupunkttemperatur
- Umrechnung Taupunkttemperatur + Temperatur zu Relative Feuchte

[ewfwd]

Wäre nicht ein Logikmodul praktisch und realisierbar welches man auch selber mit einem Code füttern könnte, sprich sich selber Logik zusammenbauen über einen Texteditor anstatt dieses zusammenklicken und den Menüs in der ETS. Hochladen könnte man zur Not doch per DCA. Dann würde zumindest die Herausforderung entfallen die man dann erbringen muss wie man es jetzt anhand der Einstellungen in der Application umsetzt.

[hjk]

Hier mal ein Ansatz zur Lösung:

Universalrechner 1:
Temperatur auf Eingang 1
Berechnung E1 /24
Ausgang sendet nur bei Impuls (der Impulseingang bekommt einen Stundentakt)
Ausgang 1 sendet damit jede Stunde die aktuelle Temperatur/24

Den Wert kann man aufaddieren und den Durchschittswert /24 subtrahieren.
Dann muss man nach Reset noch den aktuellen Wert einmal in den Durchschnittswert laden, damit der Wert nach Reset stimmt.

Das sollte mit 3 Funktionen realisierbar sein.

[MrData]

Der Filter müsste aber einen vom, aktuellen Zeitpunkt aus betrachteten, gedämpften 24h-Wert der Außentemperatur bringen. Wenn man zyklisch zb jede Minute den Wert abfragt und dann N = 1/1440 nutzt. Ein echtes Tagesmittel ist es nicht, aber dafür ein gleitender Wert. Das Logikmodul hat eine Funktion zur zyklischen Abfrage, damit dürfte das Problem der Wetterstation behoben sein.

Deine 2. Variante geht auch: das Logikmodul hat eine Mittelwertfuntion mit 4 Eingängen. Dazu muss man einstellen, dass stündlich der Takt gesendet wird (ich weiß jetzt nicht mehr ob dort die Zeit mitgesendet wurde ... Das müsste doch die Zeitschaltuhr können?). Mit der Universallogik wertet man die Stunde aus und schiebt die aktuelle Temperatur an den passenden Eingang der Mittelwertfunktion. Genaugenommen ist das aber auch kein Tagesmittel, sondern ergibt 4 Mittel je Tag. Man müsste dann noch den Tagestick auswerten (sendet auch das Logikmudul), um dann den aktuellen Mittelwert an die entsprechende GA zur Anzeige zu schieben

Falls das auch nicht geht, dann bleibt nur noch so etwas wie Openhab, damit bekommt man einen echten Mittelwert hin oder ein eigenes "Logikmodul": Arduino + Siemens BCU

[STSC]

Die Idee hatte mit dem Filter hatte ich auch schon, aber damit bekommst eigentlich keinen Tagesmittelwert hin.
Das mit dem zyklischen Senden ist auch ein Problem, die Wetterstation sendet normal auf Temperaturänderung.

Der Tagesmitteltemperatur ist früher so berechnet worden.

T=(T7+T14+2*T21)/4 (also Temperaturen um 7, 14, 21 uhr)

Aber selbst das wüsste ich nicht wie ich darstellen sollte. Wie soll ich die Temperatur genau um die Uhrzeit in eine GA schreiben lassen? Eine MDT Zeitschaltuhr hätte ich sogar.

Habe mir schon andere KNX Sensoren angeschaut, die können das alle nicht.

[MrData]

Ein echter Mittelwert dürfe schwer werden. Aber eine exponetielle Glättung bzw. IIR-Filter dürfte mit dem Berechner funktionieren (noch nicht getestet), da es nur 2 Eingangswerte benötigt (aktuelle und letzte Temperatur)

Hier eine verständliche Anleitung: https://www.ibrtses.com/embedded/exponential.html

Wichtig: die Temperatur muss zyklisch im gleichen Abstang kommen. Für den Faktor N einfach mal mit einer Wertreihe in Excel spielen, da dieser von der Zykluszeit abhängt und wie stark man die Dämpfung haben möchte

[STSC]

Neue Herausforderung:
Ich habe die MDT Wetterstation, hätte aber die Außen-Temperatur gerne über die letzten 24h gemittelt. Habt ihr eine Idee, wie man das mit dem Logikmodul machen könnte? Danke!

[zaphood]

Hi,
ich knabbere gerade an einer Statusanzeige für meine Fenster. Alle Fenster werden über einen MDT Binäreingang abgefragt (Open/Close) ,die entsprechenden GA sind mit einem Logikgatter im Logikbaustein per UND verknüpft. Ziel ist es, solange alle Fenster zu sind (4 x closed) den Ausgang auch auf CLOSED zu setzen.

Egal was ich mache, der Ausgang meldet leider immer CLOSED. Statusänderungen an den Fenster interessieren irgendwie nicht...Ich habe schon die Eingangs-GA mal alle manuell abgeholt, damit das Logikmodul auch die Stati hat. Hilft aber nix. Hab ich nen Denkfehler und das geht gar nicht?

Danke

[Dragonos2000]

Dragonos2000
Leider lassen sich die internen Objekte auch nicht in allen Logikfunktionen verwenden, was deren Vorteil stark herabsetzt.

Danke für die Info. Mir ist aber ehrlich gesagt keine Funktion untergekommen, wo ich die internen Objekte auch direkt als Ausgang einer Funktion beschreiben kann. Aber da die generell kaum auswählbar sind hast Du rech: Eigentlich kein Mehrwert. Man muss schon förmlich suchen, wo sich diese überhaupt verwenden lassen.

[Julian0o]

Hallo zusammen, ich verzweifle gerade an der Universallogik. Ich versuche meine Heizungsregelung umzusetzen. Habe mehrere Parameter drin und es läuft auch alles bis ich die Uhrzeit als erste Bedingung dazunehme. Ich habe eingestellt das die Uhrzeit zwischen 06:00 und 22:00 liegen soll. Sobald ich das dazugenommen habe funktioniert die Logik nicht mehr. Habe bereits probiert Datum / Uhrzeit als ein KO zu nehmen und auch getrennt. Die Daten werden per MDT IP Interface auf die GA geschrieben und ich habe diese auch jedes mal nach dem Bespielen auf die GA geschickt. Was mir auch aufgefallen ist: Wenn ich die Sendebedingung auf Eingangstelegramm setze dann passiert auch nichts wenn sich ein Eingang ändert. Firmwareversion ist 4.2

Hat jemand eine Idee?

EDIT: Son Mist, nach fast 2 Stunden kam nur noch die Idee die Flags der GAs zu prüfen. Bei Datum und Uhrzeit hat jeweils das Ü und A Flag beim KO des Logikmodus gefehlt. Jetzt klappts...