Herausforderungen für das MDT Logikmodul V2

[trollvottel]

Dragonos2000
Genau so ist es auch. Beschrieben werden die Objekte wie jedes andere KO auch (durch Verwendung in Logikfunktionen), es muss jedoch dann nicht zwingend einer GA zugeordnet sein. Leider lassen sich die internen Objekte auch nicht in allen Logikfunktionen verwenden, was deren Vorteil stark herabsetzt.

[Dragonos2000]

Wie lassen sich denn die internen Objekte des Logikmoduls nutzen? Bei einigen Funktionen sehe ich zwar die Möglichkeit, diese als Eingang auszuwählen, aber wie kann ich die Objekte auch beschreiben? Und es scheinen nur Binärobjekte zu sein?
Hatte erwartet, dass ich die nutzen kann, um mehrere Funktionsblöcke miteinander zu verbinden, ohne Zwischenergebnisse auf eine GA schreiben zu müssen...

[gbglace]

Den Sendezyklus der Wetterstation verkürzen oder nach Programmierung per Hand per ETS einmal auf den Bus geben.

[givemeone]

Neuer Punkt: Das Lokigmodul holt sich nach einer Parametrierung leider die Systemzeit nicht automatisch ab. (Zumindest, wenn Datum/Zeit kombiniert gewählt wurde).
Somit funktionieren alle Logiken mit Zeit nicht, bis eben wieder die Systemzeit gesendet wird (was meine Wetterstation um Mitternacht macht).

Hat jemand einen guten Workaround?
Ich nutze im Moment das Objekt "Minutentakt", und verbinde ihn mit einem Watchdog. Wenn das Signal davon ausbleibt (also zB 90 sekunden nicht aktualisiert wird), frage ich mit dem Watchdog die Systemzeit auf de rgemeinsamen GAD ab.
Funktioniert, aber schön ist mE. anders....

[givemeone]

Servus, danke für die Info.
Doch leider leider hat diese Vorlauftemperatur Vorrang vor "Sperren" und vor "Zwangsstellung" (was ich denke, dass falsch ist!) und die Temperatur kann ich nur Parametrieren.
Wenn ich also einen Kreislauf komplett öffnen oder schließen möchte (boost, etc...) geht das nur innerhalb der Temperatur dieser funktion, ansonsten übergeht die Vorlauftemperatur einfach das Sperren und öffnet das Ventil trotzdem!

[squeezer]

Es erfüllt zwar nicht ganz Deine Anforderung, jedoch geht es in die Richtung und ist ggf. relativ einfach in der Umsetzung...

Der MDT Heizungsaktor kann eine zweite Temperatur "Vorlauftemperatur" pro Kanal auswerten. Ich habe hier den Estrichtemperaturfühler im Bad mit diesem KO verbunden, sodass ich immer einen leicht temperierten Fussboden habe. Ein kalter Fussboden in der Dusche morgens in der Früh geht gar nicht :-) Im Sommermodus schaltet die Heizung dann eh eigenständig ab.

Im Partymodus habe ich einen reduzierten Komfort Sollwert als Szene hinterlegt...

Das funktioniert völlig ohne Logikbaustein....

[givemeone]

Versuch mal den Multiplexer:

image_76390.png
Objekt 1 und 3 sind deine Eingänge.
Objekt 2 und 4 deine Ausgänge, verknüpft mit der gleichen Gruppenadresse.
Mit dem Steuereingang kannst du dann wählen ob Objekt 1 oder 3 an den Ausgängen ausgegeben werden sollen.

Top, danke! Genau das habe ich gesucht!!!! Einzig, nach einem Programmiervorgang ist der Status "undefiniert", wird also nicht abgefragt.


Sollte noch jemand eine Idee für 3 oder gar 4 Tempsensoren haben, bitte egrne melden!

[gbglace]

Na dann reduziert sich ja die Anzahl der Logik-Blöcke, weil die 3 Heizkreise im Wohnzimmer wohl doch auf die gleiche GA hören oder gar eh am gleichen Aktorkanal hängen.

Logikmodule werden es nie einfacher bzw. komplexer machen aber dafür in der Anzahl. Weil die eben ein Set an Einzelkomponenten haben, die Du kaskadieren kannst. Im HS kannst Dir natürlich einen eigenen LBS bauen und den einfach mit den x benötigten Einganswerten verlinken und je Tempzone entsprechend oft einsetzen, das schaut dann in der Logik optisch viel schlanker aus.

[givemeone]

Nochmal die Frage Du hast wirklich 60 verschiedne Heizkreise bei denen du eine solche Auswahl (egal wieviele Auswahloptionen) du nutzen möchtest?

Ja, warum so verwundert? 2-3 Heizkreise pro Raum + Keller, da kommt das schon schnell mal zusammen.

Ich nutze es ja schon mit einem HS, aber möchte eben bewußt auf eine Logik umsteigen (warum soll hier nicht thematisiert werden), und 3 Logikbausteine scheinen durchaus vertretbar zu sein. Die ABB ABA scheint es nicht besser zu machen......

[d0m]

Versuch mal den Multiplexer:

image_76390.png
Objekt 1 und 3 sind deine Eingänge.
Objekt 2 und 4 deine Ausgänge, verknüpft mit der gleichen Gruppenadresse.
Mit dem Steuereingang kannst du dann wählen ob Objekt 1 oder 3 an den Ausgängen ausgegeben werden sollen.

[gbglace]

Nochmal die Frage Du hast wirklich 60 verschiedne Heizkreise bei denen du eine solche Auswahl (egal wieviele Auswahloptionen) du nutzen möchtest?
Dann wirst mit den Logikmodulen keine Freude haben, da braucht es einfach mehr Logikblöcke und die wirst dann halt nur in ausgewachsenen Logikservern bekommen, da kannst Dir dann auch eine ellgemeine Auswahlmatrix zusammenbauen als ein Logikbaustein, den Du dann nur kopierst.

[givemeone]

Und Du hast 60 verschiedene Tempzonen? Das dann aber kein EFH mehr oder?

Der Ansatz mit der Wertauswahl klingt interessant, ist aber wie gesagt je Ziel GA Ist-Temp notwendig. Das die Auswahl einem globalen Eingansparameter folgt ist ja nicht das Problem nur, nur das Ergebnis ist eben Mehrfach verschieden.

Ich will 3 Eingänge pro Heizkreis: Temp1:dpt9.001, Temp2:dpt9.001 tempSource:dpt1.001 und 1 Ausganng:dpt9.001.
Den Ausgang verbinde ich mit der Heizkreissteuerung, also bekommt dieser nur eine GA mitgeteilt.

Wie gesagt, über 2 filternde 2x Formatumwandler bekomme ich es hin, aber vielleicht gibt es ja eine Lösung mit einer einzigen Funktion,
vorallem da ich ja manchmal 3 oder im extremfall sogar 4 unterschiedliche Tempsensoren pro heizkreis habe...

[gbglace]

Und Du hast 60 verschiedene Tempzonen? Das dann aber kein EFH mehr oder?

Der Ansatz mit der Wertauswahl klingt interessant, ist aber wie gesagt je Ziel GA Ist-Temp notwendig. Das die Auswahl einem globalen Eingansparameter folgt ist ja nicht das Problem nur, nur das Ergebnis ist eben Mehrfach verschieden.

[givemeone]

Wie soll das in einem Logikblock funktionieren, die KNX-Logiken sind halt Telegrammorientiert.

Gar nicht! Ich dachte an einen Logikblock pro Heizkreis!

Ich bebötige nicht zwei unterschiedlichen IST-Temperaturen im Tagesverlauf, sondern im Jahresverlauf.
In der Übergangszeit benötige ich die Estrich-Temperatur, um keine kalten Füße zu bekommen, in der Heizperiode nehme ich den Wandthermostat oder
wenn eine Party ist (also mehr als 4 Personen im Raum) nehme ich sogar die Temperatur des Deckensensors. -> weils einfach eine besser passende Heizkurve erzeugt ;-)

[gbglace]

Da ich das für jeden Heizkreis benötige, also über 60x, wäre eine Lösung mit einer "Funktion" im Logikmodul schön... ;-)

Wie soll das in einem Logikblock funktionieren, die KNX-Logiken sind halt Telegrammorientiert.
Da Du bestimmt nicht alle Tempreaturzonen mit der gleichen IST-Temp-GA versorgen willst musst halt so viele von den Auswahllogiken bauen wie verschiedene IST-Temp-GA du den Kanälen zuordnen möchtest.

Wenn das wirklich 60 zu regelnde Tempzonen sind, solltest aber ggf wirklich über eine mächtigere Logikengine nachdenken, weil sonst hast für jede Logikfunktion ein eigenes Logikmodul. Den Jungs von MDT gefällt das bestimmt.

Was mich daran noch interessiert was ist das für eine Temperatursteuerung die mit zwei unterschiedlichen IST-Temperaturen im Tagesverlauf arbeiten soll?
Soll-Wertverstellung / Betriebsartenumschaltung, dafür braucht es ja keine Logik.