MDT JAL Single Object Control

[Beleuchtfix]

sondern zu Problemen kommen *kann*.

Schwieriger wird es, wenn du durch eine Zentral- / Gruppensteuerung irgend einen Befehl nachreichst, wenn das Rollo noch bzw. schon fährt.
Aber wer damit keine Schwierigkeiten hat, soll das machen.
Gruß
Florian

[DerStandart]

Schwieriger wird es, wenn du durch eine Zentral- / Gruppensteuerung irgend einen Befehl nachreichst, wenn das Rollo noch bzw. schon fährt.

Das Problem hatte ich tatsächlich. Seitdem frage ich in meinen Logiken den Verfahrstatus ab. Wenn ein Rollo gerade fährt, wartet die Logik und startet sich nach der maximal möglichen Fahrzeit noch einmal.

[meti]

Das könnte man wiederum mit Szenen statt Binär-Zentralobjekten einfach lösen.

[traxanos]

Schwieriger wird es, wenn du durch eine Zentral- / Gruppensteuerung irgend einen Befehl nachreichst, wenn das Rollo noch bzw. schon fährt.

Das istfür mich tatsächlich mal ein echter Grund der gegen SOC spricht! Da ich aber sowas mit Szenen und Abs Pos mache betrifft mich zum Glück nicht.

[Gast1961]

Das istfür mich tatsächlich mal ein echter Grund der gegen SOC spricht!

Genau deshalb hat der KNX-Standard eine separate GA für Stop definiert:

Bei SOC hast du das Problem, daß der Befehl nicht eindeutig ist. Drei Befehle (Hoch/Runter/Stop) mit 1Bit = 2 Zuständen zu übertragen ist nicht eindeutig. Die identische Information auf dem Bus löst unterschiedliche Aktionen aus, je nach Zustand des Aktorkanals.

[DerStandart]

Da stimme ich Euch zu - ohne Frage.

Finde SOC aber trotzdem gut, denn wer noch nie mit elektrischen Rollläden / Jalousien in z.B. Bürogebauden zu tun hatte, der kennt gar keinen langen Tastendruck irgendwo drauf - unabhängig ob KNX oder nicht. Habe es daher in einigen Kundenprojekten aktiv und zwar ohne, dass ich aktiv davon erzählt hätte. Meistens lief es auf die Art "langer Tastendruck ist doof" kurz/lang getauscht "aber jetzt muss ich lange drücken zum stoppen" SOC "ah ... jetzt ist gut". Also wenn man auf die Risiken und Nachteile hinweist, kann es echt gut sein.

[meti]

Meinst du kurz/lang tauschen? In der Applikation des Tasters bzw. dessen GA Zuordnungen.

[ppent]

Ich habe beim letzten Projekt nur SingleObjectControl genutzt. Folgende Funktion: kurz auf/stop - lang zu(/stop).

Hast du das auch auf dem MDT Glastaster umgesetzt? Ich würde auch gerne bestimmte Rollläden mit einer Taste steuern, allerdings nicht lang=fahren und kurz=stoppen, sondern durch kurzen bzw. langen Tastendruck direkt die Richtung in Verbindung mit MDT SOC vorgeben wollen. Im Glastaster würde sich dafür die Funktion "Schalten/Werte senden kurz/lang" anbieten, allerdings bekomme ich dann nicht den korrekten Status abgebildet.

Hat das schon jemand geschafft?

[tobiasr]

Schalten mit Wert kurz/lang klingt nicht schlecht. Einmal 0 und einmal 1, je nach gewünschter Richtungspräferenz.
Der Status kann doch bei den MDT über einen eigenen Wert kommen? Es gibt am Aktor extra Kommunikationsobjekt-Ausgänge dafür. Heißen z.B. Status-oben, bzw. die berechnete Position in Prozent.

[ppent]

Der Status kann doch bei den MDT über einen eigenen Wert kommen?

Genau, nun habe ich aber das Problem den Status auch auf den Glastaster zu bringen. Wenn ich als Funktion "schalten kurz/lang" nehme, erwartet der Glastaster 1bit als Rückmeldung und kann entsprechend auch nur "an/aus" darstellen. Der Aktor liefert mir ja den Prozentwert zurück.
Nun könnte ich per Logik versuchen aus <50% eine 0 und >50% eine 1 zu machen, allerdings kostet mich dies natürlich Logikfunktionen und erhöht ggf. unnötig die Komplexität.
Schade, dass es keine native Implementierung von SOC als Einzeltastenfunktion beim Glastaster gibt.

Edit: Sehe gerade, dass die integrierten Logikfunktionen im Glastaster und PMs gar keine Vergleiche können. Bräuchte also extra dafür einen externen Logikbaustein. Das ist natürlich nicht wirklich optimal.