Herausforderungen für das MDT Logikmodul V2

[Chris M.]

Das ist natürlich der Profi für so eine Anwendung, klar. Aber:

Schaltzeiten über ETS und direkt am Gerät einstellbar

Genau das ist hier der fehlende Punkt: es ist nicht über den Bus änderbar.

So muss ein Kunde zum Ändern in den Keller gehen und neue Zeiten einmorsen. Wesentlich schöner wäre, wenn dass über eine Visu gehen würde, die per KNX Telegramm die geänderte Zeiten an die Schaltuhr übermittelt.

[STSC]

Geht damit auch eine universelle Zeitschaltuhr, wo Uhrzeit und Wochentag abhängig Schalt-Events abgesetzt werden? Das war der leichte Teil...
Der schwere: das ganze auch vom Endanwender ohne Software rein über den Bus änderbar? (Z.B. über eine Visu)

Also: über den Bus beliebig setz-, lösch- und änderbare Schalt-Events (insb. An/Aus, gerne aber auch Szenen-Nummern) die dann zeitabhängig durchgeführt werden.

Zur Pflicht noch die Kür: nicht nur absolute Zeiten sondern auch noch relative Zeiten zu Astro-Events (also das 30 Min nach Sonnenuntergang)

Kann das nicht schon die SCN-RTC20.01 Zeitschaltuhr? Die kann auch teilweise ohne ETS bedient werden.

[Chris M.]

Geht damit auch eine universelle Zeitschaltuhr, wo Uhrzeit und Wochentag abhängig Schalt-Events abgesetzt werden? Das war der leichte Teil...
Der schwere: das ganze auch vom Endanwender ohne Software rein über den Bus änderbar? (Z.B. über eine Visu)

Also: über den Bus beliebig setz-, lösch- und änderbare Schalt-Events (insb. An/Aus, gerne aber auch Szenen-Nummern) die dann zeitabhängig durchgeführt werden.

Zur Pflicht noch die Kür: nicht nur absolute Zeiten sondern auch noch relative Zeiten zu Astro-Events (also das 30 Min nach Sonnenuntergang)

Mir ist noch eine einfache kleine Aufgabe eingefallen, die immer wieder vorkommt:
Überprüfung, ob eine 1-bit GA für eine Dauer von xx Sekunden einen bestimmten Zustand hat.

Also beispielweise Fenster geöffnet (EIN) länger als 10 Minuten. Momentan löse ich das, indem der Fensterkontakt-Zustand mit seinem um 10 Minuten zeitverzögerten Zustand UND-verknüpft wird. Vielleicht gibt es eine elegantere/einfachere/bessere Lösung.

[concept]

concept Heinz, nu ist aber gut!

bin ja schon brav, morgen kommt nikolaus...

[evolution]

concept Heinz, nu ist aber gut!

[concept]

Das hörst sich gut an und wäre eine Aufgabenstellung für ein "großes" Logikmodul.
Hier war es Ziel ein "kleines" Logikmodul zu entwickeln, dass ohne zusätzliche Tools auskommt und sich einfach über die ETS programmieren lässt.
Mit Straßenpreis unter 120€. Das gewünschte Modul mit Ethernet würde ein Vielfaches kosten.

Sehr schade... stand aber nichts in franks einleitendem post, dass v2 ein mädchen-logikmodul wird... hoffe, es kommt dann auch mal eine männer-logik! da wär ich dabei!

[hjk]

Ein Firmwareupdate ist bei dem Logikmodul nur im Werk möglich. Es würde sich nicht rechnen, bzw. den Preis erhöhen.
Wir gehen davon aus, dass es fehlerfrei auf dem Markt kommt.
Sollte das nicht gelingen, gibt es einen kostenlosen Austausch.

[STSC]

@hjk: Danke schon mal für die Infos.
Ist eigentlich so etwas wie ein Firmware-Update bei diesem Logikmodul möglich. Ich würde es gerne kaufen, jedoch möchte ich nicht unbedingt die erste Revision kaufen. Aus Erfahrung sind gerade bei ganz neuen KNX Modulen immer kleinere Fehler enthalten.

[hjk]

Du hast nach deiner Beschreibung die 1. Generation des Logikmoduls.
Die 2. Generation hat wesentlich mehr Funkrionen, ist gerade in Produktion und soll nächste Woche ausgeliefert werden.

Filter an jedem Logik-Ausgang und zyklisches Senden müssten möglich sein:
...
Daneben wäre es sinnvoll wenn man einstellen könnte, dass zb EIN zyklisch gesendet werden kann, dann könnte man zb eine Treppenlichtfunktion eines Aktors nachtriggern.

Mehr als 8 Logiken wären schön

Einige Funktionen haben einstellbare Sendebedingungen. Schau die mal die Funktionsbeschreibung an, die Funktionen mit Option SB (Sendebedingungen) können das.
Die Funktionen mit der Option ZS können zyklisch senden. Es stehen 24 Funktionsblöcke/Logiken zur Verfügung.

http://www.mdt.de/download/MDT_FB_Logikmodul.pdf

Verhalten nach Busspannungswiederkehr erweitern
Man kann einstellen, dass zb die Logikobjekte bei Start abgefragt oder nicht abgefragt werden. Es wäre besser, wenn man für jeden Eingang festlegen könnte, was getan werden soll: Beim Start abfragen / nicht abfragen, Startwert=1, Startwert=0 (es ist nämlich äußerst schwer einen bestimmten Zustand von Logikobjekten beim Hochfahren der KNX-Anlage zu erzeugen)

Es wäre auch schön, wenn man für die verschiedenen Typen (Logik, Sequenzer, Filter usw..) verschiedene Anlaufzeiten einstellen könnte oder die Reihenfolge in der die einzelnen Typen starten.

Ist deutlich erweitert, siehe Option ER (Eingänge nach Reset abfragen) auch eine Vorbelegung ist bei einigen Funktionen möglich.
Bei der Logik kann auch erst gesendet werden, wenn alle Eingänge gültig sind.
Die Anlaufzeit kann nur allgemein eingestellt werden.

Erweiterte Szenensteuerung mit meheren Schaltobjekten
Das ist schon etwas spezieller. Für mein Wohnzimmer habe ich folgendes umgesetzt:

• das Wohnzimmer ist etwas "ungünstig" für den Einsatz mit 2 PMs geschnitten. Die Aufenthaltbereiche (Essen, Wohnen) kann man nicht so scharf abtrennen, so dass immer in allen Bereichen das Licht an geht, wenn man durch den Raum läuft. Um in den Wohnbereich zu gelangen muss man durch bzw. am Essbereich vorbeilaufen (es geht nicht mit PMs, auch wenn man es entsprechend abklebt)
• die Lösung ist nun folgende: standardmäßig wird bei Betreten des Raums eine wohnliche Beleuchtung (dunkler) eingeschaltet. Wenn man Gäste hat oder sich mehr im Essbereich aufhalten möchte, dann kann man am Glastaster eine "Szene" vorwählen. Das Licht geht darüber nicht an. Die Vorwahl bleibt so lange erhalten, bis man sie wieder abschaltet. Wenn man nun den Raum betritt geht das Licht immer entsprechend der Vorauswahl an (also zb Essbereich heller). Wichtig für die Umsetzung war auch, dass man das Licht über den Schalter wieder abschalten kann und es wieder an geht, wenn man den Raum erneut betritt (also ohne abzuwarten, bis die Zeit im PM abgelaufen ist)
• Zur Umsetzung dieser Logik mit "Eingängen": (PM oder Schalter) 0/1, Nacht 0/1, TV 0/1, "Wohnen heller" 0/1 und "Essen heller" 0/1 (ergibt 32 Logik-Kombinationen, wobei nicht alle sinnvoll sind) habe ich die Logiken von 2 Glastastern, 2 normaler Taster, von Tasterinterfaces und des LED-Moduls benötigt (die verteilte Logik ist nicht so schon, aber mein Logikmodul war voll)

Eine elegantere Lösung wäre eine Art Szenensteuerung über eine Steuertabelle. Die Eingabe sind Bit-Objekte (=Flags), die Ausgabe wäre dann Byte oder Szene. Als Eingabe würden maximal 8 Flags ausreichen. Dann könnte man auch seine eigene Bit/Byte-Umwandlung durchführen. (Als Erweiterung wäre es denkbar, wenn die Eingabe für bestimmte Fälle auch optional sein kann, also eine Art NULL-Wert in der Steuertabelle. Falls das nicht so einfach möglich ist, dann müsste immer alle Kombinationen definiert werden). Die Steuertabelle hat auch noch als weiteren Vorteil, dass je Szenensteuerung nur 9 KO benötigt würden. Hier mal ein Beispiel, wie die Steuertabelle gemeint ist:

Eine Steuertabelle ist nicht drin. Aber du kannst eine ähnliche Funktion über die Universallogik abbilden. Ich könnte mir auch eine Kombination mit dem Universalrechner vorstellen. Der Formatwandler kann 8x 1Bit zu 1 Byte umrechnen. Man könnte da vielleicht eine geschickte Kombination finden.
Aber alles nicht ganz so einfach wie deine Tabelle. Vielleicht kommt die Tabelle mal als Erweiterung rein. Der Gedanke ist sehr gut.

Gruß
hjk

[MrData]

Ich habe das Logikmodul im Einsatz, hier mal meine Anmerkungen / Verbesserungsvorschläge:

Filter an jedem Logik-Ausgang und zyklisches Senden müssten möglich sein:
Die Auswertung der Logik führt immer zu einem EIN oder AUS. Es gibt viele Fällen, in denen man einfach eine Logik auswerten möchte und nur das EIN oder AUS haben möchte. Beispiel Zentral-AUS Logik --> ergibt die Logik Wahr wird AUS gesendet (soweit ok). In allen anderen Fällen, wenn die Logik Falsch ist, wird EIN gesendet, aber das will man gerade bei einer Zentral-Aus-GA nicht! Ja, man könnte die Filter verwenden, davon hat das Modul jedoch nur 4 Stück und man muss eine zusätzliche GA anlegen, da man keine internen Objekte filtern kann (das ist alles nicht schön ... so wie es bei den Elsner vari Sensoren gelöst ist, wäre es nicht schlecht).

Daneben wäre es sinnvoll wenn man einstellen könnte, dass zb EIN zyklisch gesendet werden kann, dann könnte man zb eine Treppenlichtfunktion eines Aktors nachtriggern.

Mehr als 8 Logiken wären schön

Verhalten nach Busspannungswiederkehr erweitern
Man kann einstellen, dass zb die Logikobjekte bei Start abgefragt oder nicht abgefragt werden. Es wäre besser, wenn man für jeden Eingang festlegen könnte, was getan werden soll: Beim Start abfragen / nicht abfragen, Startwert=1, Startwert=0 (es ist nämlich äußerst schwer einen bestimmten Zustand von Logikobjekten beim Hochfahren der KNX-Anlage zu erzeugen)

Es wäre auch schön, wenn man für die verschiedenen Typen (Logik, Sequenzer, Filter usw..) verschiedene Anlaufzeiten einstellen könnte oder die Reihenfolge in der die einzelnen Typen starten.


Erweiterte Szenensteuerung mit meheren Schaltobjekten
Das ist schon etwas spezieller. Für mein Wohnzimmer habe ich folgendes umgesetzt:

• das Wohnzimmer ist etwas "ungünstig" für den Einsatz mit 2 PMs geschnitten. Die Aufenthaltbereiche (Essen, Wohnen) kann man nicht so scharf abtrennen, so dass immer in allen Bereichen das Licht an geht, wenn man durch den Raum läuft. Um in den Wohnbereich zu gelangen muss man durch bzw. am Essbereich vorbeilaufen (es geht nicht mit PMs, auch wenn man es entsprechend abklebt)
• die Lösung ist nun folgende: standardmäßig wird bei Betreten des Raums eine wohnliche Beleuchtung (dunkler) eingeschaltet. Wenn man Gäste hat oder sich mehr im Essbereich aufhalten möchte, dann kann man am Glastaster eine "Szene" vorwählen. Das Licht geht darüber nicht an. Die Vorwahl bleibt so lange erhalten, bis man sie wieder abschaltet. Wenn man nun den Raum betritt geht das Licht immer entsprechend der Vorauswahl an (also zb Essbereich heller). Wichtig für die Umsetzung war auch, dass man das Licht über den Schalter wieder abschalten kann und es wieder an geht, wenn man den Raum erneut betritt (also ohne abzuwarten, bis die Zeit im PM abgelaufen ist)
• Zur Umsetzung dieser Logik mit "Eingängen": (PM oder Schalter) 0/1, Nacht 0/1, TV 0/1, "Wohnen heller" 0/1 und "Essen heller" 0/1 (ergibt 32 Logik-Kombinationen, wobei nicht alle sinnvoll sind) habe ich die Logiken von 2 Glastastern, 2 normaler Taster, von Tasterinterfaces und des LED-Moduls benötigt (die verteilte Logik ist nicht so schon, aber mein Logikmodul war voll)

Eine elegantere Lösung wäre eine Art Szenensteuerung über eine Steuertabelle. Die Eingabe sind Bit-Objekte (=Flags), die Ausgabe wäre dann Byte oder Szene. Als Eingabe würden maximal 8 Flags ausreichen. Dann könnte man auch seine eigene Bit/Byte-Umwandlung durchführen. (Als Erweiterung wäre es denkbar, wenn die Eingabe für bestimmte Fälle auch optional sein kann, also eine Art NULL-Wert in der Steuertabelle. Falls das nicht so einfach möglich ist, dann müsste immer alle Kombinationen definiert werden). Die Steuertabelle hat auch noch als weiteren Vorteil, dass je Szenensteuerung nur 9 KO benötigt würden. Hier mal ein Beispiel, wie die Steuertabelle gemeint ist:

PM  Nacht  TV  Wohnen  Essen         Ergebnis
1     0     0    0       0               10
1     0     1    0       0               11
1     ?     ?    1       0               15
1     ?     ?    0       1               16
1     ?     1    1       0               17
.
.
.
0     ?     ?    ?       ?               01

? = Wert für diesen Fall egal bzw. der NULL-Wert

[hjk]

Der CAN-BC/E sendet alles als 2-Byte-Wert was man ihm dezimal anbietet und vorher aufgearbeitet hat. Trennt man nun das untere Byte oder obere Byte ab und stellt es z.B. einer Vallox/Helios als Lüfungsstufe zur Verfügung, so klappt dies mehrfach bewährt ganz ausgezeichnet. Rückwärts als Status genauso gut. Es ist übrigens auch so nötig bei Dimplex-Wärmepumpen ...
Deshalb wäre eine solche Funktion sehr wünschenswert, mit Modulen von ABB und anderen ist dies auch so drinn, nur der Funktionspresi ist doch recht happig.

Das Handbuch des CAN-BC/E sagt dazu:
"Es werden als Datentypen die EIS-Type 1 (DPT 1) (digital) und die EIS-Type 5 (DPT 9) (analog) unterstützt."

Wie dem auch sei, ich habe ja oben geschrieben, das beides geht. Also 2 Byte floating umrechnen in 1 Byte Prozentwert (nach Handbuch) und 2 Byte umrechnen in 2 x 1 Byte (so wie du es machst).
Wenn das Handbuch stimmt, muss es Zufall sein, dass die Auftrennung so funktioniert und ein passender Wert in den unteren 8 Bit steht.
Es wäre mal interessant den tatsächlichen Wert auf dem Gruppenmonitor zu sehen. Kannst du mir gerne mal zumailen, vielleicht lässt es sich dann erklären.

Gruß
hjk

[ralf9000]

Der CAN-BC/E sendet 2 Byte floating Werte

Der CAN-BC/E sendet alles als 2-Byte-Wert was man ihm dezimal anbietet und vorher aufgearbeitet hat. Trennt man nun das untere Byte oder obere Byte ab und stellt es z.B. einer Vallox/Helios als Lüfungsstufe zur Verfügung, so klappt dies mehrfach bewährt ganz ausgezeichnet. Rückwärts als Status genauso gut. Es ist übrigens auch so nötig bei Dimplex-Wärmepumpen ...
Deshalb wäre eine solche Funktion sehr wünschenswert, mit Modulen von ABB und anderen ist dies auch so drinn, nur der Funktionspresi ist doch recht happig.

[evolution]

Hier wird ja mit dem vorangegangenen Post schon diskutiert und einige Dinge reingeschmissen, die so nicht stimmen und einer Richtigstellung bedürfen. Wie halten wir es denn jetzt mit dieser Regel?

Ralf, ich weis nicht auf was Du hinaus möchtest. Wenn in einem anderen Post "Dinge reingeschmissen werden, die so nicht stimmen..." passt dies in den betreffenden Post und gehört nicht hier her!

Wenn Du Ergänzungen oder Nachfragen zu den Lösungsvorschlägen von hjk haben solltest, kannst Du dies hier natürlich in knapper Form kundtun.

[ralf9000]

... hier ein paar "Spielregeln":

• Um ein Zerfleddern des Treads zu vermeiden, sollten Diskussionen ausbleiben ...

Hier wird ja mit dem vorangegangenen Post schon diskutiert und einige Dinge reingeschmissen, die so nicht stimmen und einer Richtigstellung bedürfen. Wie halten wir es denn jetzt mit dieser Regel?