Senden und Hören auf GAs - ein KO auf verschiedene GAs hörend?

[jayw82]

Wo kommt in deiner Konfiguration der Temperatur Ist-Wert her?

Von den Glastastern, im Post eben hoffentlich ausreichend beschrieben.

image.png(Auf den Taster im Bad K knallt gerade die Sonne)

[jayw82]

Das Kommunikationsobjekt kann nicht auf 2 Gruppenadressen senden. Ich empfehle, die Grundlagen zu erlernen.

Wo soll es das tun? Ich empfehle richtig zu lesen.

[jayw82]

gbglace, vielen Dank für deine Rückmeldung.

Ich habe nun erkannt, dass ich da wohl einiges falsch gemacht habe. Mittlerweile habe ich bei den GAs ziemliche Unordnung und müsste mal aufräumen

Zunächst zur Klarstellung was ich möchte und welche Voraussetzungen vorhanden sind:

Ich verwende MDT Glastaster BE-GTL2Tx.01 und deren interne Temperatur um meine FBH über MDT AKH-800.02 Heizungsaktoren zu regeln. Eigentlich funktioniert das auch, aber beim Verstellen der Temperatur über die Taster springt diese teilweise zurück oder zeigt eine andere Temperatur an, als die eingestellte.

Insbesondere macht die Konstellation Probleme, bei der ich 2 Heizkreisläufe (Schlafzimmer und Ankleide, da quasi ein Raum mit massiver Trennwand) identisch regeln will. Ich habe also die entsprechenden KOs auf eine GA gelegt, in der Hoffnung, wenn ich diese dann nutze, beide Regler reagieren.

image.pngDas scheint aber nicht der Fall zu sein, denn beide Regler melden mir nach einer Verschiebung des Sollwertes über den Taster unterschiedliche Sollwerte (ausgelesen per ETS). Außerdem habe ich auch den Temperaturmesswert für das Schlafzimmer mit beiden Reglern über eine GA verbunden.

Du sagst:
1. "Das macht man nicht in dem man versucht zwei unabhängigen Reglern (Kanäle im Aktor) versucht gleiche Inputdaten beizubringen." -> Warum nicht? Scheint mir der einfachste weg zu sein. Der Taster sendet "Sollwertverschiebung" einfach an 2 Regler (mein Verständnis).

2. "Der Screenshot kann nicht funktionieren, wenn der aus der GA-Liste stammt. Eine GA kann nicht Status und Vorgabewert gleichzeitig sein..." -> Ich wusste nicht richtig was das KO Status Sollwertverschiebung überhaupt sein soll und habe diesen mit der gleichen GA verbunden. Im Handbuch vom Glastaster finde ich folgendes.

image.png
Wenn ich das richtig deute, wäre es aber korrekt diesen Status ebenfalls über diese GA mit der KO Sollwertverschiebung zu verbinden? Oder was soll ich sonst damit tun? Brauche ich das evtl. nur, wenn ich einen Raum über mehrere Taster regeln will?

KOs des Reglers
image.png

Ich habe auch bisher nicht richtig verstanden, wo der Unterschied "Sollwert Komfort" und "aktueller Sollwert" ist. Aber "Aktueller Sollwert" scheint ja ein reiner Status zu sein für die Anzeige.
image.png

Anscheinend kann ich über den Sollwert Komfort einfach den Absolutwert vorgeben, hier funktioniert das auch:

Ich sende auf die 2/7/6 Schlafen Temperaturwert Komfort: 18,5°C
image.png
image.pngStatus Sollwert Temperatur ändert sich auch für beide Regler
image.pngimage.pngHier funktioniert es also wie gewünscht mit beiden Regler KOs auf einer GA. Wenn ich nun aber die Sollwertverschiebung anstoße, übernimmt er das nur für das Schlafzimmer:

GA 2/3/1 Schlafen Sollwertverschiebung
image.pngimage.png
image.png
image.pngIch vermute das liegt an dem fehlenden bzw. falsch zugeordneten Objekt "Status Sollwertverschiebung".

Hier noch ein paar Bilder aus der ETS:
KOs am Glastaster:
image.pngKOs Regler
image.png
GAs "Klima"
image.png
Ich weiß, teilweise nicht gut, Namensgebung und Nummerierung, aber ich habe hier schon viel rumprobiert und will das auf jeden Fall noch gerade ziehen wenn ich weiß wie es richtig funktioniert.

[Saeldric]

Wo kommt in deiner Konfiguration der Temperatur Ist-Wert her?

[DerStandart]

Das Kommunikationsobjekt kann nicht auf 2 Gruppenadressen senden. Ich empfehle, die Grundlagen zu erlernen.

[gbglace]

Was bedeutet zusammengelegt?

Da sollen also zwei Räume identisch geregelt werden?
Das macht man nicht in dem man versucht zwei unabhängigen Reglern (Kanäle im Aktor) versucht gleiche Inputdaten beizubringen.

Erste Lösung wäre für mich elektrisch einfach das Stellventil vom Schlafzimmer und der Ankleide am selben Aktorkanal zu verklemmen.

Der nächste Ansatz wäre im Aktor nur an einem Kanal zu rechnen und dem anderen Kanal den errechneten Stellwert in% zu übergeben, also ohne integrierten Regler zu betreiben. Dabei kann man auch dem führenden Aktor neuerer Generation auch mehrere IST Temperaturen liefern (Ankleide/Schlafen)

Die letzte Variante ist es je Regler die gleichen Werte zu geben.

Der Screenshot kann nicht funktionieren, wenn der aus der GA-Liste stammt. Eine GA kann nicht Status und Vorgabewert gleichzeitig sein, wenn unterschiedliche Geräte diese beiden Funktionen generieren. Aber da an der Stelle der Taster nicht funktionieren kann, ist das erstmal egal bzgl. eines Aktorverhaltens..

Also nochmal genauer beschreiben was überhaupt erreicht werden soll oder besser gleich mit weniger SW Abhängigkeit umbauen. Und wenn der eingeschlagene Weg beibehalten werden soll dann neben der besseren Beschreibung. Screenshots der Geräte mit den jeweiligen KO-Listen aus denen die verbundenen GA's inkl. der Flags ersichtlich sind.

Und was führt zu der Aussage das der andere Aktor nicht tut was er soll, woran machst Du das fest? Aus dem Screenshot ist das nicht ersichtlich. Beweisführung wäre ein Auszug aus dem Buslog mit passenden Telegrammen wenn was am Taster an den Sollwerten bedient wird. Und ob dann was fehlt kann eben wieder nur beurteilt werden wenn man alle GA Verbindungen sieht.

PS hat mit dem Thread wahrscheinlich nix zu tun. Weil mit mehreren GA an einem KO ist das hier nicht zu lösen. Und ob Du das gebaut hast weiß niemand weil das passende Bild fehlt.

[jayw82]

Hi, ich denke das passt hier ganz gut rein. Ich habe das Problem, dass ich 2 Heizkreise, Ankleide und Schlafzimmer zusammengelegt habe und über einen Glastaster steuere. Unten seht ihr die Gruppenadresse dazu. Warum übernimmt der Aktor für die Ankleide die Werte nicht?

image.pngWenn ich die Temperatur um 0,5K ändere, Wird der Sollwert Schlafen verändert, der der Ankleide bleibt aber leider.

[gbglace]

Bei Szenen daran denken das diese GA ja inhaltlich mehrdeutig sind. Da bekommt nicht jede Szene eine GA sondern eine Ausprägung des Wertes in einer GA. Meist benötigt man dann aber doch mehr Szenen-GA, da nicht alle Geräte die möglichen 128 Szenen-Nummern in einer Szenen-GA unterstützen.

Bei Szenen die sich nicht aus zu vielen Geräten zusammensetzen und gerade so gut sichtbare Elemente wie Licht und Rollos steuern, ist das Nachjustieren der Aktorzustände ohne ETS ein sehr mächtiges Feature. Man muss nur bei den Szenen aufpassen, wo auch Sperren usw. enthalten sind. Sollte eine Szene also schon eine weile aktiv sein und man dann den aktuellen Zustand (Licht etwas die Dimmstufe / Lichtfarbe angepasst) speichern, könnte es sein, dass eine Rollo-Automatik schon nicht mehr gesperrt war oder so. Das würde man sich dann auch rein speichern. In diesen Fällen das feature also nur bewusst verwenden und vorab erneut die Szene auslösen, dann Dimmstufe / Rollo-Position per Hand verändern und direkt speichern. (Voraussetzung die Handbedienung wird nicht von einer Logik abgefangen und ändert andere Zustände die auch in der Szene definiert waren)

Ansonsten habe ich für regelmäßig auch gemeinsam bediente Leuchten entsprechend alle GA auch für die Leuchtgruppe als eigenes Objekt angelegt (Gewerk/Funktion/Objekt). So kann ein Lichtkanal im PM auch die Gruppe schalten ein anderer Lichtkanal bedient nur eine einzelne Leuchte daraus.

[Gast1961]

Die Szene ist vor allem auch interessant, weil man im laufenden Betrieb die Definition der Szene ändern kann. Also langer Tastendruck für "Szene speichern" und dann wird der jeweils aktuelle Wert der Aktoren als neue Definition der Szene in den Geräten gespeichert. Gilt aber immer für nur die Kanäle, die in der ETS für diese Szene konfiguriert sind. Also Szenenteilnehmer in der ETS festgelegt, Szenenwert jederzeit ohne ETS leicht zu ändern durch langen Tastendruck.

Für Szene und Sammel-GA such dir eine Struktur aus, die für dich sinnvoll und plausibel ist. Man muß da auch keine Wissenschaft draus machen, es ist nur eine Hilfskonstruktion zur besseren Übersicht.

[Pyrate]

Hm... also ich habe mich nicht (bewusst) am Aktor orientiert, sondern zunächst an den physischen Dingen, d.h. z. B. an der Leuchtengruppe Spots im Eingang sowie der LED-Stripe Beleuchtung des Garderobenschranks. Für beides habe ich die Gruppenadressen angelegt. Für die Spots DALI (d. h. inkl. Dimmen usw.) und für den Stripe "nur" Schalten. Nach diesem Schema habe ich als Startpunkt einmal das Haus abgebildet. Nun ergeben sich durch die reale Benutzung aber natürlich Schaltszenarien, bei denen nicht nur die Spots für sich geschaltet werden, sondern der Stripe immer dazu. Es gibt aber vielleicht auch mal eine Nutzung wo nur der Stripe an ist (als Ambiente Licht) und die Spots nicht.

Die Frage, die ich mir stelle, ist: Baue ich dafür jetzt eine Mittelgruppe für Gruppierungen (mein GA System: Raum/Gewerk/Funktion) oder nutze ich direkt Szenen (hier dann Zusatzfrage, wie ich Szenen in die GA Struktur einsortiere)...

Gibt es eine Art Daumenregel, ab wann man eher auf Szenen setzen sollte und wann Gruppierungen noch das sinnvollere Vorgehen sind? So nach dem Motto: "spätestens ab zwei Gewerken nur noch Szenen" (wobei DALI und Licht-nur-schalten schon zwei Gewerke wären?)

[gbglace]

Ich bin da sehr funktionsorientiert im Gewerk/Funktion/Objekt-System unterwegs. Lichtgruppen z.B. (also alles was nicht Gewerkübergreifende Gruppen sind) nehme ich dazu gern als eigenes Element mit in die Untergruppen auf, haben ja soweit auch alle Funktionen (MG) wie eine einzelne Lampe. Gewerkübergreifende Funktionen was keine Szenen sind, sind eigene HG, weil meist eh nur 1-Bit Format, die MG sind da dann sehr flexibel.

[Shine120]

Wenn Gruppenbefehle eine z.B. eigene Mittelgruppe haben sehe ich auch keinen Unterschied zu anderen Wegen.

Genau so handhabe ich das i.d.R auch.... eine Mittelgruppe für Gruppierungen.



gbglace wie ist dein Ansatz in der Regel?

[Beleuchtfix]

Wenn Gruppenbefehle eine z.B. eigene Mittelgruppe haben sehe ich auch keinen Unterschied zu anderen Wegen.

[gbglace]

Naja wer seine GA streng nach Aktoren auslegt hat dann natürlich ein Problem wenn eine Taste Licht an Aktor A und Aktor B gleichzeitig schalten soll. Weil es eine solche GA dann ja nicht gibt und dann kommt man auf die Idee zwei GA an den Taster zu verbinden und ist genervt, dass das nicht funktioniert und man sich dann schon wieder ne Sonderlocke in sein GA-System basteln muss.

[Shine120]

Hat da etwa wer ein GA-System streng nach Aktor gebaut und kommt jetzt mit einigen Gruppenaktionen nicht mehr klar?

Wie meinst denn das? Ist doch auch erst mal nicht verkehrt?