Einbindungsvarianten Visu/Logik in ETS (ETS vs. Dummy)

[Mikelop]

Sorry hab den Fehler bemerkt und auf 1/0/1 umgeschrieben in meinen obigen Post. Physikalische Adresse und Gruppenadresse vertauscht.

OK danke erstmal für die Hinweise.

Vielleicht muss ich erstmal eine Test-Visu aufsetzen und auf den Bus schreiben lassen und dann im Monitor schauen, evtl. ist dann das eine oder andere klarer für mich. Bisher habe ich ja noch keine Visu.

Warum ich wissen will, wer z.B. das Licht eingeschaltet hat? Sollte das Licht im Raum brennen, obwohl keiner drinnen war oder geschaltet hat, dann könnte man im Monitorverlauf, wenn der gelaufen ist, nachschauen wo her es kommt.

[Beleuchtfix]

Du solltest dich an die Konventionen halten 1.0.1 und 1.0.2 sind physikalische Adressen, GA heißen 1/0/1 und 1/0/2. Sonst versteht dich keiner und du verstehst die anderen nicht.
Im Busmonitor siehst du, welches Gerät den Befehl gesendet hat, welche welche GA gesendet wurde und welche Daten (0 oder 1 bei An/Aus.)
Alle Geräte hören auf den Bus und werten nur die GA aus, nicht den Sender. KNXpresso kannst du per ETS aufbauen, ebenso ProServ von ProKNX.
Gruß Florian
Christoph war schneller

[DerStandart]

GA z.B. 1.0.1 und 1.0.2

Gruppenadressen werden mit / notiert, d.h. 1/0/1 und 1/0/2. Bei 1.0.1 und 1.0.2 handelt es sich um physikalische Adressen der Geräte.

Aber wenn ich jetzt den Visu-Taster auch einfach mit der gleichen GA verknüpfe, z.B. auch die 1.0.1, woher weiß ich dann ob der Wand-Taster 1.0.1 der Auslöser war oder die Visu mit 1.0.1?

Im Busmonitor könntest Du es anhand der physikalischen Adresse sehen, die unter "Quelladresse" auftaucht. Im täglichen Betrieb wirst Du es aber nicht wissen. Hier sei auch die Frage erlaubt: Warum möchtest Du es wissen?

oder verstehe ich was falsch?

richtig verstanden.

[vento66]

Beim Babtec musst Du die Filtertabelle mittels Dummy manuell füllen, beim MDT reicht ein nachträgliches Programieren aller Koppler. Da macht das die ETS für dich.

[Mikelop]

Andersrum wird ein Schuh draus. Eine Gruppenadresse, nennen wir sie "Beleuchtung Wohnzimmer" ist ja mit dem dazugehörigen Aktorkanal verknüpft. Möglicherweise auch noch mit einem oder mehreren Tastern im Gebäude. In der Visu nutzt Du ganz einfach auch diese Gruppenadresse.

Beispiel: Aktor kann auf mehrere GA hören. Wenn jetzt 2 Taster im Haus den Aktor (Licht) schalten wollen, hänge ich beide GA z.B. 1/0/1 und 1/0/2 an den Aktor und den Rückmeldung-Status zurück auf die Taster das der andere Taster wieder richtig schaltet alles ok.

Aber wenn ich jetzt den Visu-Taster auch einfach mit der gleichen GA verknüpfe, z.B. auch die 1/0/1, woher weiß ich dann ob der Wand-Taster 1/0/1 der Auslöser war oder die Visu mit 1/0/1? Klar das Licht geht an, aber man kann nicht sagen wer gedrückt hat, oder verstehe ich was falsch? Sorry für die Anfänger-Frage. Ein KNX-Gerät kann doch auf mehrere GAs hören aber nur auf eine GA schicken.



OK das mit den Dummys ist etwas klarer geworden. Ja wir haben mehre Linien mit Koppler, darum brauche ich dann Dummys damit die durchgehen, verstanden.

Aber gibt es dann keine Unterschiede ob z.B. die Logik in MDT-Modul programmiert wird oder im Logikmodul von BAB-Tec? Obwohl BAB keine ETS-Applikation hat?

[meti]

Dazu kommt noch, dass du im Gruppenaddressmonitor sowieso nie als Quelladresse die von einem Dummy sehen wirst. Telegramme die von Visus gesendet werden kommen idR via Tunneling von einem IP Interface auf den Bus. Die Tunneladresse, die man über ETS am Interface einstellt, ist dann die Quelladresse.
Und wenn das Interface in deiner Hauptlinie (oder einzigen Linie) hängt brauchst du auch mit hoher Wahrscheinlichkeit keine Dummys.

(Bei Routing ist das etwas anders).

[h4nnes]

Kenn mich jetzt mit Eibport etc. nicht aus.

Ich nutz Home Assistant und hier musst du nicht so kompliziert denken (sollte soweit ich weiß bei Edomi ähnlich sein). Die Visu ist in deinem Beispiel mit dem Licht nichts anderes als ein Taster. D.h. du nimmst einfach deine "Licht-GA" und "Licht-Status-GA" und hinterlegst diese dann in deiner Visu. Wenn du jetzt die "Licht-GA" triggerst, weiß ja automatisch dein Wand-Taster über die Status-GA den Status.

[DerStandart]

Wand-Taster und Visu-Taster

Andersrum wird ein Schuh draus. Eine Gruppenadresse, nennen wir sie "Beleuchtung Wohnzimmer" ist ja mit dem dazugehörigen Aktorkanal verknüpft. Möglicherweise auch noch mit einem oder mehreren Tastern im Gebäude. In der Visu nutzt Du ganz einfach auch diese Gruppenadresse.

Wenn aber ein Aktor geschaltet wird, dann wäre es schon toll zuverstehen, wer das ausgelöst hat.

Im Busmonitor siehst Du die physikalische Adresse des Gerätes, welches ausgelöst hat.

Dummy-Module sind i.d.R. anzulegen, wenn mehrere Linien im Spiel sind, damit die Filtertabellen der Linienkoppler / IP-Router entsprechend angepasst werden. Verknüpfst Du eine GA mit Geräten in unterschiedlichen Linien, so erstellt die ETS diesen Filtereintrag in den Tabellen selbst. Hast Du aber z.B. eine Gruppenadresse 2/3/4 in der Linie 1.2 und verwendest diese Adresse nur innerhalb der Linie, dann wirst Du aus einer Visu, welche auf einer anderen Linie sitzt, diese Gruppenadresse nicht schalten können, da sie nicht durch den Koppler gelassen wird. Damit dies passiert, ist ein Dummy-Modul, an welchem die Gruppenadressen hängen, das Mittel der Wahl.

Hast Du nur eine Linie, so ist das Dummy-Modul theoretisch nicht notwendig.

Einen Dummy brauchst Du nur, wenn Du mittels IP Geräte anbindest

Also ich brauche den auch bei einer TP Anbindung. Aber vielleicht läuft in meiner Anlage auch irgendwas falsch.

[vento66]

Die GA sind auch ohne Dummy im Bus Monutor sichtbar, schließlich geistern die ja auf den Bus rum. Einen Dummy brauchst Du nur, wenn Du mittels IP Geräte anbindest, und der Filter im Koppler aktiv ist, Die GA werden nicht als oder verknüpft(wie soll das auch bitte gehen?)

[Mikelop]

Hallo zusammen,

ich hoffe ihr könnt mir noch etwas detailitert weiterhelfen.

Ich bin auf der Suche nach einer Visu und Logikengine.
Bisher hab ich das MDT Logikmodul, was ja direkt in der ETS programmiert wird, da dort aber die Möglichkeiten für Mail-Versand und evtl. HTTP-Abfragen nicht gegeben ist, muss ich auf andere Gerätschaften ausweichen.

Was ich aber hier schon im Forum gelesen habe, das man z.B. bei Edomi dann am besten auch Dummy-Geräte in der ETS anlegen sollte, damit wahrscheinlich die Visuadressen zugeördnet werden können.

Mir geht es darum, wenn z.B. von der Visu was getriggert wird bzw. die Logik was ansteuert, das man das auch am Bus-Monitor in der ETS nachvollziehen kann.

Und ich denke das dies mit Edomi, Eibport v3 oder Logikmodul von BAB-Tec schlecht gehen wird, da diese direkt die GA verwenden, oder?

Gibt es überhaupt Visus oder Logikmodule komplett "integrierbar" in der ETS. Glaub MDT und ABB können das, oder? Halt dann mit dem geringeren Leistungsumfang.

Denn Status anzeigen in der Visu, das wird nicht das Problem sein, das kann die Visu direkt über den IP-Router mitlesen und visualisieren, da wird es auch nicht zu Verständnisschwierigkeiten kommen. Wenn aber ein Aktor geschaltet wird, dann wäre es schon toll zuverstehen, wer das ausgelöst hat.

Versteht ihr? Kann ich jetzt schlecht umschreiben oder kürzer darstellen.

Wie macht ihr das dann am besten? Alle Adressen die die Visu schreiben kann, auf ein Dummy-Gerät legen, damit es im Bus-Monitor wieder nachvollziehbar ist? Verknüpft man dann am Licht z.B. Wand-Taster und Visu-Taster (Dummy-Adresse) als Oder?

Und bei Logik?