Herausforderungen für das MDT Logikmodul V2

[Shotte]

Danke für Euer schnelles Feedback und Eure Vorschläge sind eine Überlegung wert. Ich werd's mal ausprobieren. hjk Was verstehst Du unter der "normalen" KNX Bedienung?

[hjk]

Die Bedienung macht m.E kaum Sinn und ist wenig intuitiv. Die normale KNX Bedienung wird da besser funktionieren.
Alternativ könnte man über legen, kurz hoch und lang runter. Während der Fahrt wird gestoppt. Im Aktor gibt es die Funktion „Single Object Control“. Damit ist die Stopfunktion erledigt. Der Rest geht über den Taster ganz einfach.

[Beleuchtfix]

Wäre es nicht einfacher jaus Bedienersicht) kurz für Ab und Lang für auf zu nehmen und das beide Tastendrücke stoppen können.
ich finde deine Beschreibung schon recht kompliziert.
Gruß Florian

[Shotte]

Hallo Leute,
ich denke, dass das Thema, das ich jetzt anspreche, für Euch nicht neu ist, wenn auch nicht sehr häufig umgesetzt wird. Es geht um die 1-Tasten Rollo-Bedienung. Folgendes Szenario, schon von mir umgesetzt:

Ich besitze:
- MDT Glastaster II BE-GT2Tx.01, Programmversion 1.3
- MDT Jalousie-Aktor JAL-0810.02, Programmversion 3.2

Ich möchte erreichen:
- wenn Rollo steht und kurzer Tastendruck: das Rollo fährt in die letzte Fahrtrichtung weiter
- wenn Rollo steht und langer Tastendruck: das Rollo fährt in die entgegensetzte verglichen zur letzten Fahrtrichtung weiter
- wenn Rollo gerade fährt, dann Stop über kurzen Tastendruck
- wenn Rollo oben angekommen, dann automatisch Fahrtrichtung runter für nächsten kurzen Tastendruck umstellen
- wenn Rollo unten angekommen, dann automatisch Fahrtrichtung hoch für nächsten kurzen Tastendruck umstellen
- letzte Fahrtrichtung wird über LED an Taste visualisiert: an-->hoch, aus-->runter ; darüber weiß ich also immer, ob ich kurz oder lang drücken muss für hoch oder runter

Die Grundfunktionen sind ja sowieso über die Rollosteuerung da, aber den kurzen Tastendruck muss ich also immer abfangen und einer eigenen Logik zuführen.

Mit ihren hauseigenen Mitteln bzw. der bereitgestellten Software ist mir ohne externe Hilfsmittel leider keine Umsetzung geglückt. Ich musste auf einen Mikrocontroller (Raspi) zurückgreifen, um die Logik bereitzustellen. Das will ich aber gerne eliminieren, da ich gern eine reine KNX Lösung hätte, die auch weniger anfällig ist.


Habt Ihr da 'ne Lösung für mich?
Gruß, Ralf

[mumpf]

Hi,

einen hab ich noch, gerade im Startup-Verhalten kritisch (also nach Busreset/Stromausfall): Der 8-Bit zu 1-Byte Konverter bräuchte noch eine Einstellung "Erst senden, wenn alle Eingänge gültig".

Begründung: Beim "normalbetrieb" führt jede Bitänderung zu einem neuen Byte, das ist auch das gewollte Verhalten. Beim Startup kommen die einzelnen Status-Bits nach und nach ein und ergeben Byte-Werte, die nicht der eigentlichen Bitfolge entsprechen, da ja noch nicht alle Bits da sein können.

Beispiel:
Byte = 19, entspricht gesetztem Bit 0, 1, 4, alle anderen sind 0. Ist ein gültiger Zustand und ein erwarteter Wert.
Nach einem Busreset möchte ich wieder mit Byte = 19 weiter machen. Allerdings kommen jetzt (durch unterschiedliche Startup-Zeiten der Geräte) folgende Daten (Sendebedingung "bei Änderung Ausgang"):

• Bit 3 = 0, Byte = 0 wird gesendet (unerwartet)
• Bit 1 = 1, Byte = 2 wird gesendet (unerwartet)
• Bit 2 = 0, Byte wird nicht gesendet
• Bit 7 = 0, Byte wird nicht gesendet
• Bit 4 = 1, Byte = 18 wird gesendet (unerwartet)
• Bit 0 = 1, Byte = 19 wird gesendet (erwartet)
• die weiteren Bits 5 und 6 (beide 0) stören in diesem Beispiel nicht

Ich möchte erreichen, dass erst wenn alle 8 Bits angekommen sind, das Byte das erste Mal gesendet wird. Auch bei Sendebedingung "bei Eingangstelegramm".
Auch wieder ein Fall, bei dem ich nicht wüsste, wie ich das anders erreichen kann (bin aber für Tipps dankbar).

Und wenn ich schon dabei bin (weiß nicht, ob ich das schon erwähnt hatte): Bei der Funktion "Wert speichern und nach Reset senden" wäre es famos, wenn ihr bei EINER Funktion 8 einzelne Bits erlauben würdet. Hier geht es mir wirklich nur um Funktionen sparen, aber ich finde es auch unverhältnismäßig, dass man derzeit für so etwas 1/3 aller Funktionen bräuchte.

Gruß, Waldemar

[mumpf]

Hi,

ich hoffe, meine Vorschläge werden nicht nur als "Funktionsblöcke einsparen" betrachtet. Wenn es nur darum geht, kann ich durchaus auch das berechtigte Interesse von MDT verstehen, die Dinger zu verkaufen - und wenn man zu wenige Kanäle hat, dann braucht man eben ein 2. Logikmodul.

Das mit den 3-Byte-Objekten (Problem 1) ist nicht anders lösbar, und auch mein Multiplexer-Problem mit sofort senden beim Umschalten vom Steuereingang geht nicht anders zu machen (Problem 3). Bei Problem 2 hatte ich ja schon geschrieben, dass es mit einer Zusätzlichen Funktion gehen würde.

Mir persönlich würden Änderungen/Erweiterungen, die nicht anders zu lösen sind, wichtiger sein als nur "Funktionsblocksparerweiterungen" (tolle Wortschöpfung, oder? ).

Gruß, Waldemar

[trollvottel]

Ich habe auch noch bisl was, Stichwort Funktionsblöcke einsparen, sind mir einfach zu wenig:

1. Wenn die Hauptfunktion "Zyklisch senden/abfragen" mehrere KOs gleichzeitig abfackeln könnte.
2. Wenn die Steuertabelle funktionsintern auch parametrierbare Schaltuhren hätte
3. Wenn die Steuertabelle nicht nur boolsche Eingänge verarbeiten könnte, sondern auch andere Datentypen und direkt vergleichen

[hjk]

Das ist hier schon richtig. Wir werden die Punkte intern besprechen.

[mumpf]

Im Laufe des Jahres kommt vermutlich ein Update mit kleinen Anpassungen.

Hi,

falls ihr noch Ideen braucht bzw. Verbesserungsvorschläge sammelt , ich habe heute Abend 3 Sachen schmerzlich vermisst:

1. Das Logikmodul kann gar nicht mit 3-Byte-DPT umgehen (außer beim Formatwandler "3-Byte zu 3 mal 1-Byte" und umgekehrt). Mein DALI-Gateway unterstützt so Kombi-DPT für Zeit/Wert-Kombi (ähnlich DPT 206.*) und ich habe auch RGB-Werte auf dem Bus (DPT 232.*). Die wollte ich zuerst mittels Multiplexer/Trennwand auf verschiedene GA verteilen, die können aber max. 2-Byte. Und dann dachte ich noch, ich bekomme das mit dem Universal-Rechner auch hin, aber der kann auch keine 3-Byte.
2. Verglichen mit Punkt 1 ist das hier eine Kleinigkeit, aber ich finde es schade, dass beim Universalrechner die Sendeverzögerung nur für die "normale" Sendebedingung geht. Ich hätte heute gut ein "Sende bei Impulseingang, aber um 1 Sekunde verzögert" gebrauchen können. Ich weiß, bekommt man hin, aber wieder nur mit 2 Funktionen...
3. Beim Multiplexer/Trennwand fehlt mir die Einstellmöglichkeit, das Telegramm direkt beim Umschalten auszusenden. Gegeben der Fall Steuereingang = 0 schaltet beide Eingänge unabhängig, Steuereingang = 1 schaltet Objekt 1 => Objekt 2, dann wird erst beim nächsten Telegramm von Objekt 1 dieses auch auf Objekt 2 gesendet (was sinnvoll ist und wo es auch Anwendungsfälle gibt). Ich hätte aber auch gerne eine Einstellmöglichkeit, die es ermöglicht, sofort beim Umschalten (Steuereingang geht auf 1) den letzten Wert von Objekt 1 auf Objekt 2 zu senden. Und danach natürlich auch alle folgenden, solange Steuereingang = 1.

Für Punkt 3 kann man sich in einigen Fällen mit dem Universal-Rechner behelfen, aber leider nicht in allen Fällen, die der Multiplexer bietet.

Das ist mir bisher aufgefallen, mal sehen was noch so kommt. Falls es eine andere Stelle gibt, wo solche Vorschläge gesammelt werden, schreibe ich das gerne nochmal dort...

Gruß, Waldemar

[wknx]

Da ich eine Hochverfügbarkeit bei allen Heizungsansteuerungen anstrebe und hier am liebsten ohne Serverlösung direkt auf KNX-Bus agieren will einmal die Frage, ob ich folgende mathematische Funktion im Logikmodul abgebildet kriegen würde:

Raumtemperatur.PNG

Ich würde die Funktion erst mal vereinfachen. Für x als Ausgang von 307 bildest Du bis zum Eingang von 315 folgende Funktion ab:
(x ^ 3 + 0.0035) - (x ^ 2 + 0.0387) - (x + 19.587) + 712.88
die lässt sich sich zu folgendem Polynom (@hjk: die Möglichkeit einer direkten Berechnung könnte durchaus interessant sein, auch wenn mir spontan noch kein weiterer konkreter Anwendungsfall einfällt) zusammenfassen:
x^3 - x^2 - x + 693.2578

Kann man nun noch weiter umformen, so dass die Grundrechenarten ausreichen:
(x^2 - x - 1) * x + 693.2578 = (x * x - x - 1) * x + 693.2578
Bei genauer Betrachtung des Moduls kann man vielleicht noch weiter optimieren auf minimalen Bedarf an verwendeten Rechenblöcken.

In welchem Wertebereich liegt denn die Eingabe? Evtl. kann man noch durch eine einfachere Funktion approximieren.

[hjk]

Vielleicht kannst du deine Grafik mal in Klartext übersetzen und beschreiben, was du umsetzen willst.

[Janncsi]

Kann keiner, der das Modul hat, eventuell darauf antworten, ob man verkettete mathematische Funktionen abbilden kann?! hjk vielleicht?

[Janncsi]

Da ich eine Hochverfügbarkeit bei allen Heizungsansteuerungen anstrebe und hier am liebsten ohne Serverlösung direkt auf KNX-Bus agieren will einmal die Frage, ob ich folgende mathematische Funktion im Logikmodul abgebildet kriegen würde:

Raumtemperatur.PNG

[d0m]

Wenn du jetzt eine Lösung brauchst, verwende einfach die Universallogik dafür mit den gleichen Einstellungen.

Eingang 1: Zustand gleich Wert 0
DANN: Wert 1
SONST: nicht aktiv
Sendebedingung: bei Änderung Ausgang

[mumpf]