ElabNET Technik Forum

Hallo zusammen,

ich möchte im Logik Editor mehrere Quellen auf ein Ziel eines Bausteins schalten (Hintergrund: ich will aus der Logik generierte Zustände parallel auch manuell schalten können).

Dies scheint in älteren Versionen möglich gewesen zu sein. Ich habe jedenfalls in meinem Set von Logikbausteine solche mit mehreren auf einen Eingang geschalteten Quellen gefunden (ich habe allerdings bis vor kurzem mit dem Logikeditor eher herumgespielt als diesen wirklich produktiv verwendet). In der Version 1.5.1. kriege ich dies nicht mehr auf die Reihe. Habt Ihr einen Hinweis?

Freundliche Grüsse
Markus

Hallo Markus,

der Dispatcher unterstützt in der universellen Objektverknüpfung nur 1:N Beziehungen. Also eine Quelle auf mehrere Ziele.

Hinsichtlich der Logik sind die Logikobjekte an den Eingänge n(links) Ziele für den Dispatcher und die Ausgänge der Logik sind Logikobjekte die als Quelle dienen und mit beliebig vielen Zielen verknüpft werden können.

Hilft das?

Stefan

Guten Tag Stefan, ja, das hilft für das Verständnis, besten Dank.
Wenn ich mir den Work Flow von KNX her betrachte (mehrere Gruppenadressen von verschiedenen Quellen auf ein Ziel) würde es aus meiner Sicht Sinn machen auch N:1 Beziehungen im Dispatcher zuzulassen. Ich kann aber nicht abschätzen, was das entwicklungsmässig bedeuten würde.
Alternativ: welchen Logikbaustein würdest Du oder die anderen Forum Teilnehmer vorschlagen um einen Begehl z.B aus der Logik und einem Bedienungselement parallel auf die 1:N Beziehung zu schalten?
Und nur aus Neugierde: woher kommen die N:1 Beziehungen im Dispatcher, die ich noch in "alten" Logikbausteinen gesehen habe?
Gruss
Markus

Naja der LE ist doch aber nicht KNX.

Im KNX kannst das ja in der ETS machen, mehrere GA auf ein TWS-KO, was auch zu dem Anspruch Deiner mehrere externe Auslöser passt, ich denke das sind KNX-Auslöser.
Im Logikdesign macht es auch immer mehr Sinn einen quasi manuellen Eingang von einem automatisierten der ggf. aus anderen Logiken usw. gefüllt wird zu unterscheiden.

Bei EDOMI habe ich das auch noch nicht gesehen, das da mehrere Elemente auf ein Eingangsknoten eines Bausteins gehen.

Besten Dank Göran, verstanden.
Ich bin beruflich ziemlich weit weg von Logik Designs und Programmierung. Ich komme eher vom Gedanken eines einheitlichen Work Flows her und da gibt meiner Meinung nach die ETS den Weg vor.
Mein Anliegen scheint aber tatsächlich quer zu den Gepflogenheiten im Logik Design zu liegen. Hast Du mir einen Vorschlag für einen Baustein, Standard oder Custom, mit dem ich, quasi als Interface, 2 Auslöser auf einen Logikeingang bringen könnte?
Gruss
Markus

ODER

was passiert wenn ich ein ODER Gate nehme, die Logik gibt "1" vor, die Lüftung schaltet ein. Ich möchte mit einer "0" manuell ausschalten. Ich benötige per definitionem mindestens zwei Eingänge am Logikgatter. Dann habe ich doch immer noch "1" von der Logik und "0" von der manuellen Bedienung am ODER-Gatter anstehen, also am Ausgang immer noch "1" oder bin ich da völlig auf dem falschen Dampfer?

markusrohr hat geschrieben: ↑Do Jan 09, 2020 9:19 am Und nur aus Neugierde: woher kommen die N:1 Beziehungen im Dispatcher, die ich noch in "alten" Logikbausteinen gesehen habe?

Hallo @markusrohr,

Der Dispatcher wurde aufgesetzt als N:N. Im moment ist das auch noch möglich und sichtbar, allerdings mit einem Umweg. Einen Update ist bereits im Test, da multiple einkommende Verbindungen ab und zu zu Probleme führen kann. Die alte Verbindungen müssen dann aktualisiert werden.

also ich hab das eben auch nochmal ausprobiert. Man kann z.B. in mehrere Logiken das Selbe Obkjekt als Ziel auswählen.
Ich habe einfach mal zwei AND Logiken erstellt und den Ausgang beider Logiken bei mir auf K-3 gemappt.

im Objekteditor wird das dann auch korrekt dargestellt.

Ist das nun ein Bug oder sollte das so funktionieren?

Nach meinem Verständnis nach sollte das eigentlich zu keinem Problem führen, da der dipatcher event getriggert ist. dementsprechend sollte in meinem fall der Ausgang der zuletzt getriggerten AND Logik in das K-3 Objkekt geschrieben sein, oder? Das würde meiner Meinung nach nur Sinn machen und wäre nur konsequent.


VG
Earl

Hallo Earl,

der Dispatcher ist innerhalb EINER BEZIEHUNG auf 1:N ausgelegt worden (um Komplikationen gering zu halten).

Das bedeutet aber NICHT, das MEHRERE Dispatcher-Beziehungen parallel nicht die gleichen N ansprechen dürfen.

Das ergibt zwar aus Sicht eines KNX Objektes im Stack durchaus ein N:1, aber aus Sicht einer Dispatcher-Beziehung bleibt es bei 1:N.

==> Diese Regel hat Vereinfachungsgründe und ist von der Bedienungslogik und den Anzeigen leichter beherrschbar. Man stelle sich den Doktormodus vor, wenn 20 Eingangssignale auf einem Eingang liegen und der Kunde will nun wissen, welches denn wohl davon gerade ausgelöst hat. Das bekommen wir schon grafisch und von den Aufzeichnungen usw. nicht mehr hin. Man darf nicht vergessen, dass mit jeder Komplikation alles damit zusammenhängende expontentiell im Schwierigkeitsgrad steigert. Irgendwann muss man da einen Schlusspunkt setzen.

lg

Stefan