Herausforderungen für das MDT Logikmodul V2

[PhilW]

Ich hab echt ne totale Blockade.

1 Der Dämmerungsschalter schickt auf alle Rolladen eine 1 für runterfahren (und als Freigabe der Funktion 2)
2 Die Frau hat vergessen den Igel zu füttern, macht die Terrassentür auf = Kontakt auf / steigende Flanke = 1.
3 dieser Kontakt muss zu 0 invertiert werden (Funktion 1), und in die GA der Rollade rauf/runter gesetzt damit die Rollade rauffährt
4 diesen Invertierten Befehl muss ich duplizieren (Funktion 2) da er noch in eine zweite GA muss, um das Zumachen (die gesendete 1) mit der Zeitfunktion zu verknüpfen, die wiederum nach 3 Minuten eine 1 schickt um die Rollade wieder runter zu fahren
5 wird die Türe während den 3 Minuten wieder geöffnet, wird zwar wieder die steigende Flanke gesendet, interessiert aber nicht da Rollade noch auf ist.
6 Zeitlauf wird gestoppt mit aktiven Punkt Bei Eingangswert = 0 ausschalten und springt zurück zu Punkt 4

So richtig? Tut mir echt leid das ich so blöd Frage.... sorry

[mmutz]

Wenn zwischendurch die Tür zuschlägt, wird die Treppenlicht-Funktion durch den Impuls vom Türkontakt re-triggert und startet einen neuen 180s-Timer.

[PhilW]

Ok, grad nochmal nachgedacht.
Ich hab noch die Abhängikeit das das ganze nur gehen soll, wenn alle Rolladen durch einen Dämmerungsschalter runtergefahren sind. Soweit kein Problem durch "Freigabe der Funktion bei 1" getriggert durch den Dämmerungsschalter.
Wenn ich jetzt nur die Treppenlichtfunktion nehme und die Tür durch einen Windstoss zufällt und auch direkt wieder auf, läuft die Zeit ab und die Rollade geht runter obwohl die Tür auf ist. Das könnte ich in der Logik durch "Eingangswert = 0 ausschalten" aktivieren aber dann ist die ganze Logik ja hinfällig.

Ich will doch aktiv, sagen wir mal, jede Minute wissen ob die Türe noch auf ist oder zu. Und dann erst wenn sie wirklich 3 Minuten zu ist die Rollade wieder schliessen. Dann wär das polling doch sinnvoll, oder sagen wir mal "ok".

Komme mir vor wie'n blutiger Anfänger, bin ich wahrscheinlich auch ;-)

[mumpf]

Hi Guido,

Geht natürlich auch.

Du solltest generell vermeiden, durch polling immer wieder Werte zu lesen, wenn sie sich sowieso nicht ändern. Wie mmutz schon anmerkte, brauchst Du hier kein zyklisches lesen und solltest das auch vermeiden. Insofern sollte das deine Präferierte Lösung werden.

Gruß, Waldemar

[PhilW]

Ohne das Logikmodul zu kennen, klingt das jetzt eher nach einer Aufgabe für eine Treppenlicht-Funktion, T=180s, getriggert durch die fallende Flanke (wenn 0=zu) bzw. steigende Flanke (wenn 0=offen) des Türkontaktes.

Geht natürlich auch.

Hat so gesehen nichts mit dem Logikmodul zu tun, so funktioniert lesen bei KNX.

Aah ja, danke.

Als Beispiel fällt mir da ein Heizungsaktor....

Auch für die Erklärung danke

Ich merke immer wieder da ist noch viel zu lernen...

Gruss
Guido

[StefanSweden]

Wenn man z.B. möchte das eine GA zyklisch gesendet wird, das sendende Geräte diese Funktion auf dem KO aber nicht unterstützt, kann man das über eine zyklische Abfrage regeln.

Als Beispiel fällt mir da ein Heizungsaktor ein der z.B. alle 30 Minuten die Ist-Temperatur gesendet bekommen soll um nicht in den Notbetrieb zu gehen. Das Gerät, z.B. ein Taster kann aber die Temperatur nur bei Änderung senden, nicht zyklisch. Wenn nun das Logikmodul die Temperatur zyklisch Abfragt und die Flags passend gesetzt sind, sendet der Taster zyklisch die Temperatur -- als Antwort auf die Anfrage. Geräte mit Maske 1.2 (BCU1) interpretieren eine Antwort auf ein Lesen wie eine normal gesendete GA. Bei neueren Systemen ab BCU2 kann man mit dem A-Flag steuern wie die Antwort interpretiert werden soll.

Gruss
Stefan

[mumpf]

Hi Guido,

ich habe das Logikmodul zwar (noch) nicht, aber bei zyklisch abfragen wird ja nur ein "read" auf eine GA gesendet. Die zugeordneten KO, die ein L-Flag haben, antworten alle mit einem "reply" mit dem entsprechenden KO-Wert. Das ganze geschieht asynchron, man kann also nicht auf die Anwort warten.

Um die Antwort auszuwerten, brauchst Du nur irgend ein KO, das auch diese GA eingetragen hat und das "A"-Flag gesetzt hat. Dieses KO bekommt dann die Antwort auch mit. Darauf kannst Du dann reagieren.

Hat so gesehen nichts mit dem Logikmodul zu tun, so funktioniert lesen bei KNX.

Gruß, Waldemar

[mmutz]

Ohne das Logikmodul zu kennen, klingt das jetzt eher nach einer Aufgabe für eine Treppenlicht-Funktion, T=180s, getriggert durch die fallende Flanke (wenn 0=zu) bzw. steigende Flanke (wenn 0=offen) des Türkontaktes.

[PhilW]

Mal ne einfache/blöde Frage.
Bei der Funktion zyklisch senden/abfragen gibt es, wenn man zyklisch senden ausgewählt hat ja ein KO das quasi als IN/OUT fungiert.
Das was das Objekt empfängt sendet es zykilsch wieder raus,soweit ok.

Bei zyklisch abfragen ist eben nur das KO "abfragen" da. Was kann ich denn damit dann machen / wie kann ich das auswerten?

Ich will das ein Terrassentürkontakt bei Öffnung die Rollade hochfährt ,
solange oben bleibt (zyklische abfragen) bis der Kontakt (Terrassentür) wieder zu ist,
dann nach 3 Minuten die Rollade wieder runterfährt (zyklisch senden).

Natürlich kann ich 2 Funktionen (eine abfragend und die zweite sendend) machen, aber ich kann das Abfrage KO ja nirgendwo auswerten!
Oder seh ich wieder den Wald vor lauter Bäumen nicht?

Danke für die Erhellung
Guido

[FabianH]

Hallo,
ich sitze gerade an einer Kombifunktion die ich gerne ohne Szene lösen möchte.
Die Funktion soll über einen MDT Glastaster Smart und Visu Ein- und Ausgeschaltet werden.
Über das Objekt wird eine Sperre gesetzt und eine Logik im Logikmodul aktiviert.

Jetzt das eigentliche Problem.
Jedes mal wenn ich den Glastaster, die Mdt Zeitschaltuhr oder das Logikmodul neu programmiere verlieren die Geräte den Wert.
Wenn vorher z.B. die Sperre aktiv war ist sie danach deaktiviert, da ich den Wert nicht zyklisch senden oder abfragen kann,

Jetzt habe ich einen Schaltkanal mit bistabilem Relais dafür zweckentfremdet.
Der behält den Zustand auch bei Stromausfall und kann den Status zyklisch senden.
Mit dem Status schalte ich dann das Logikmodul und die Sperre.

Kann das Logikmodul das nicht?
Der letzte Wert soll nur gespeichert und zyklisch gesendet werden.

Zyklisch senden kann das Logikmodul und speichern und nach Reset senden/abfragen auch.
Aber leider gibt es keine Kombi aus den beiden.

[hjk]

Der Universalrechner kann auch Bit Eingänge addieren. Der Rechner hat aber keine 6 Eingänge. Du brauchst mehrere Universalrechner dazu.

[STSC]

Neue Herausdorferung:
Ich habe 6 Kellerfenster mit Fensterkontakten. Wenn mehr als 2 Fenster über 30 Minuten offen sind und es draußen kälter als 10 Grad ist, soll ein KO gesetzt werden.
Problem ist die Anzahl der offenen Fenster. Wie könnte man die zählen?

[Michixx]

Ja, Hardware Revision 3.0, nicht Software.
Das wurde am 17.08. aktualisiert, habe ich so aber am 14.09. nicht gefunden?
https://knx-user-forum.de/forum/öffentlicher-bereich/knx-eib-forum/923470-mdt-glastaster-2-smart?p=1266749#post1266749
Resultat, ich muss meine Suche weiter optimieren.

[BadSmiley]

Und nun, nicht immer hilfreich, oder?

Also bei mir geht dieses Dokument "https://www.mdt.de/download/MDT_CL_Glass_Push_Button_2_Smart.pdf"

Bis Hardware Revision 3.0?
Siehe 2. Seite...

Datenbank ist nicht Hardware Revision?

[Michixx]

Bei fast jedem Produkt von MDT gibt es auf der mdt Webseite bei der Applikation ein PDF das heißt "History", so auch beim Logikmodul

Naja, ich habe einfach mal für mich entschieden, ganz dumm bin ich wohl nicht .
Hier meine Frage zum GT2

Was hat sich eigentlich bei der R3.0 geändert, das Changelog geht nur bis R2.2

Und nun, nicht immer hilfreich, oder?

Gibt es da ein ungefähres Zeitfenster

Zeitfenster?