Herausforderungen für das MDT Logikmodul V2

[mumpf]

Hi,

hab das gerade ausprobiert, gleiche Idee wie von Cybso :

FlipFlop.jpg
FlipFlop-2.jpg
Viel Spaß,
Waldemar

[Cybso]

Nimm die Steuertabelle, zwei Eingänge, Objektyp Ausgang = 1 Bit. Eingang 1 wird dein Signal, Eingang 2 verbindest du mit dem Ausgang.

Bedingung 1: 10 -> Wert 1

Dann sollte es nur einmal gesendet werden.

[STSC]

Für Telegramme gibt es Filter:

• Beim S-Eingang muss nur die '1' durchgelassen werden, die '0' wird weggefiltert

Das funktioniert mit einem reiner Filter nicht.
z.B. S 1 - 0 - 1, dann würde er zwei mal eine 1 senden. Er darf aber nur einmal eine 1 senden. Erst nach einem Reset darf er wieder eine 1 senden.

[knxPaul]

Für Telegramme gibt es Filter:

• Beim S-Eingang muss nur die '1' durchgelassen werden, die '0' wird weggefiltert
• Der R-Eingang wird genau so gefiltert und dann invertiert auf den gleichen Ausgang gelegt.

[STSC]

Ich brauche ein richtiges FlipFlop. Wenn der S einmal auf 1 geht, dann kann der S senden was er will, der Ausgang bleibt immer auf 1. Erst wenn wieder ein Reset kommt, dann wir der Ausgang auf 0 zurückgesetzt.

Meine aktuelle Realisierung ist auch mit 3 Kanälen (2x Inverter, 1 AND Logik), dachte nur das geht auch einfacher mit 1 Kanal.

[mumpf]

Hi,

hängt davon ab, was Du möchtest. Das obige Flip Flop ist für Signallogik und nicht für Eventlogik, also für statische Signale und nicht für Telegramme geeignet.

Ziehen wir es Mal von hinten auf: nehmen wir an, Dein S sendet immer eine 1, der R immer eine 0 und dem Telegrammempfänger Q ist es egal, dass mehrmals eine 1 bzw. eine 0 hintereinander kommen kann, musst du gar nichts machen. Einfach S, R und Q mit einer GA verbinden. Das ist nämlich das klassische schalten, das es in KNX schon immer gibt.

Jetzt muss man gucken, wie die Ausgangssituation ist: Sendet S oder R immer den gleichen, aber falschen Wert (also immer 1 statt 0 oder immer 0 statt 1), muss man invertieren.

Gibt S bzw. R sowohl 0 wie auch 1, muss man nochmal filtern und nur 0 (bei R) bzw. 1 (bei S) durchlassen.

Und wenn Q immer nur einmal 1 senden soll, egal wie oft S kommt und auch nur einmal 0, egal wie oft R kommt, brauchst Du noch eine Identität am Ausgang, die nur sendet, wenn der Wert sich ändert.

Es geht also mit 0-5 Logiken (2 Inverter, 2 Filter, eine Identität). Das das MDT Logikmodul pro Logikkanal mehrere dieser Logiken abbilden kann, sollte man maximal 3 Kanäle brauchen.

Wenn du jetzt schreibst, was du brauchst, könnten wir über eine konkrete Realisierung nachdenken.

Gruß, Waldemar

[STSC]

Ja genau. Ich habe sowas sogar schon mal mit dem Logikmodul mit mehreren Kanälen gebaut, war eben relativ aufwändig. Vielleicht geht es ja einfacher.

[larsrosen]

Hat wer eine Idee, wie man am einfachsten ein FlipFlop mit dem Logikmodul baut? Also ein Eingang als Setzer, der andere als Reset.

In meiner Ausbildung haben wir es so mal gelernt:
4F0CB4B7-D1FF-407F-871A-8036234552F2.png
kommt drauf an ob das Logikmodul Verlinkungen nach hinten zulässt.

[gbglace]

Mal als Frage was das können soll. Eine GA 0/1 egal was kommt soll 1 ergeben und eine GA 0/1 egal was kommt soll 0 ergeben?

Gehen bei dem Logikmodul UND ODER mit je einem Eingang KO mit GA dran und einem Eingang Fixwert? Dann für das immer EIN ein ODER mit GA und 1 als Fixwert, Ausgang senden bei jedem Telegramm. Und beim immer AUS ein UND mit GA und 0 als Fixwert und Ausgang ebenfalls senden bei jedem Telegramm.

[STSC]

Hat wer eine Idee, wie man am einfachsten ein FlipFlop mit dem Logikmodul baut? Also ein Eingang als Setzer, der andere als Reset.

[d0m]

Hallo Markus,

Es wird immer mit den aktuellen objektwerten gerechnet. Die impulseingänge triggern/steuern nur das Aussenden der Objekte, nicht die Berechnung selbst.

Dominik

[madmaxx]

Hallo Marcus,

Der Fehler ist behoben. Es kann aber noch ein paar Wochen dauern bis es in das Updatetool eingepflegt wird. Wenn du ungeduldig bist, kannst du auch die Updatedatei beim Support anfragen.

Grüße Dominik

Hallo Dominik,

noch eine Korrekturanfrage zum Universal-Rechner: laut Hinweis in der ETS wird der Ausgang 3 automatisch gesendet, wenn 1 oder 2 gesendet werden. Fragt die Funktion für Ausgang dabei den jeweils anderen Ausgang ab, auch wenn nur per der erste Ausgang per Impulseingang getriggert wurde?
Beispiel: Ausgang 1 wird getriggert und gesendet und somit wird auch 3 gesendet. Wird dann Ausgang 2 abgefragt, obwohl dieser nicht getriggert wurde? Meine Werte deuten darauf hin.
Ich bin davon ausgegangen, dass vom jeweils anderen Ausgang (also im Beispiel 2) der letzte getriggerte Wert für die Rechnung an Ausgang 3 genommen wird. Alles andere ist für mich inhaltlich nicht sinnvoll, da mich ja nur die Werte zu den jeweiligen Triggerzeiten interessieren und logischerweise auch nur mit diesen weitergerechnet werden soll.

Danke und Grüße
Marcus

[MeisterYoghurt]

Moin, sehe ich es richtig, dass man mit dem Logikmodul keine Zeitverzögerung im Millisekundenbereich einstellen kann? o.O
Gibt es einen Workaround?

[d0m]

Danke für deine RM. Der gesamte Term 7h + 14h + 2*22h soll um 7, um 14 und um 22 Uhr gerechnet werden, nicht nur einmal pro Tag, da die Einflüsse des aktuellen Tages schon ab 7 Uhr in der Rechnung berücksichtigt sein sollen, nicht erst ab 22 Uhr. Als Workaround habe ich die Berechnung in die nächste Funktion geschoben. Dann werden die Werte nicht mehr intern, sondern über GAs übergeben.
Kannst du schon sagen, wann ein Update ausgerollt werden soll?

Grüße
Marcus

Hallo Marcus,

Der Fehler ist behoben. Es kann aber noch ein paar Wochen dauern bis es in das Updatetool eingepflegt wird. Wenn du ungeduldig bist, kannst du auch die Updatedatei beim Support anfragen.

Grüße Dominik

[madmaxx]

Als Workaround würde bei dir helfen für die Logik 6 den Parameter für den Impulseingang auf "Sende alle Ausgänge bei EIN" zu setzen und bereits um 22 Uhr den gesamten Term ausrechnet zu lassen 7h + 14h + 2*22h .

Danke für deine RM. Der gesamte Term 7h + 14h + 2*22h soll um 7, um 14 und um 22 Uhr gerechnet werden, nicht nur einmal pro Tag, da die Einflüsse des aktuellen Tages schon ab 7 Uhr in der Rechnung berücksichtigt sein sollen, nicht erst ab 22 Uhr. Als Workaround habe ich die Berechnung in die nächste Funktion geschoben. Dann werden die Werte nicht mehr intern, sondern über GAs übergeben.
Kannst du schon sagen, wann ein Update ausgerollt werden soll?

Grüße
Marcus