Senden an Gruppenadressen ohne Empfänger, Problem?

[martiko]

Ja, im GPA ist es definitiv nicht übersichltich... Die "Übersicht" bekommt man nur durch sinnvolle, gut nachvollziehbare Namensgebung und eine durchdachte GA-Adressvergabe.

[knxPaul]

Wie übersichtlich der X1 einen eingelesen CSV Extrakt aus der ETS anzeigt kann ich nicht beurteilen.

Ganz einfach: Gar nicht.

Das war vermutlich nur bildhaft gemeint 😆 der X1 zeigt ja nur die Visu an, die vorher im GPA projektiert wurde:

• Der CSV Extrakt kann nur in die ETS importiert werden.
• Der GPA kann kein CSV, sondern nur ein ganzes Projekt ETS.knxproj importieren. Daraus entnimmt er nach meinem Wissen nur die GAs:
• Importierte GAs werden als Liste im GPA angezeigt, aus der die GPA-Liste der Datenpunkte erweitert werden kann.

[martiko]

Moin,
ich wollte hier eigentlich kein Grundsatzdiskussion auslösen ;-)

Prinzipiell ist es denke ich ok, dass es beide Varianten gibt, genau wie Gast1961 geschrieben hat, kann es so jeder machen wie es am besten zu den Anforderungen und der Anwendung passt.

Was mir nicht gefällt ist, dass es dazu (zumindest in den frei verfügbaren Gira-Video-Tutorials) keine Empfehlung oder Enscheidungskriterien gibt oder Empfehlungen.
Aus meiner (noch eher Anfänger-Sicht) kann ich aber sagen, dass ich definitiv keine Mischform machen würde, also entweder alle benötigten GAs über die ETS verbinden oder ALLES komplett im GPA. Wenn man da anfängt zu mischen, wird es komplett unübersichtlich.

[gbglace]

Ob das übersichtlicher wird?

Was sollte dabei unübersichtlich sein? Der User den Du hier anführst hat ja eh keine ETS, dann sieht er die verfügbaren KO eh nur im TWS und dort lassen die sich mit Tags und den Objektbeschreibungen aus der ETS übernommen besser filtern als in der ETS oder einer simplen CSV Datei. Wie übersichtlich der X1 einen eingelesen CSV Extrakt aus der ETS anzeigt kann ich nicht beurteilen.

[Gast1961]

Man kann auch einfach alle GA an die Applikation dranverbinden, dann kann auch jemand ohne ETS einfach Logiken bauen.

Klar, wenn man sonst nix zu tun hat kann man Hunderte GA auf Vorrat verbinden. Ob das übersichtlicher wird?

Es kann auch alles ganz ohne ETS laufen wenn man sich da so einen ETS Extract ins System zieht, aber doch nicht gemischt. Das ist der wesentliche Kritikpunkt, weil das eben inkonsistent ist.

Die Kritik halte ich für unbegründet. Man muss doch nicht mischen, wenn man nicht will. Es kann jeder nutzen, wie es passt. Ich persönlich habe zB nur die Datenpunkte ohne ETS-Verknüpfung.

[gbglace]

und bei jeder kleinen Änderung, wo ich eine weitere GA in meiner Logik benötige,

Man kann auch einfach alle GA an die Applikation dranverbinden, dann kann auch jemand ohne ETS einfach Logiken bauen.

Es kann auch alles ganz ohne ETS laufen wenn man sich da so einen ETS Extract ins System zieht, aber doch nicht gemischt. Das ist der wesentliche Kritikpunkt, weil das eben inkonsistent ist.

[Beleuchtfix]

Wenn der x1 eine Logik verarbeitet auf der das Ergebnis kein ACK bekommt nach dem senden,dann stellt er die Arbeit in diesem Logik Gatter ein.

Ich interpretieren da Verhalten des X1 etwas anders. Die Logik im X1 liefert auch weiterhin Werte auf den Bus, aber eigene Befehle werden nur wieder als Eingang interpretiert, wenn vom Bus ein ACK erfolgt. Im Busmonitor sieht man dieses Verhalten recht gut. ich habe das neulich mit einer Fensterüberwachung getestet, es wurde brav nach jeder Fensterbewegung das richtige Signal auf den Bus gesendet (3x), aber die interne Anzeige blieb immer falsch. sobald man aber den Gruppenmonitor anschmeißt, lief immer alles perfekt.

Gruß Florian

[Gast1961]

Naja dieses GA durcheinander mit dem X1 habe ich eh noch nicht verstanden

Das liegt an eurer Timberwolf-Sekte, wo etwas anderes gepredigt wird und enorm umständliche Umwege zum Idealfall erklärt werden.

Wäre das einfach konsistent alles in der ETS dann gäbe es diese Diskussion gar nicht

... und bei jeder kleinen Änderung, wo ich eine weitere GA in meiner Logik benötige, muß ich das erst in der ETS verbinden und die X1 Applikation neu programmieren? Na schönen Dank auch, das ist dann wirklich langwierig.

Und wenn man an Endkunden-Installationen denkt, wo der Nutzer gar keine ETS hat, ist es dann ein KO-Kriterium gegen diese Logikengine. Beim X1 kann ein Endkunde ohne ETS sehr viel Logikaufgaben erledigen, wenn die zugehörigen GA schon existieren. Da genügt dann der GPA, wo er das vorhandene ETS-Projekt importiert.

Die zwei Varianten beim X1/L1 sind schon enorm praktisch, weil man beide Wege wählen kann, je nach Bedarf.

[gbglace]

Naja dieses GA durcheinander mit dem X1 habe ich eh noch nicht verstanden das es da "KNX"-Objekte gibt die rein intern des X1 zirkulieren aber dennoch auf GA aus dem Bus reagieren und dann welche die auch per Applikation in der ETS erscheinen.

Wäre das einfach konsistent alles in der ETS dann gäbe es diese Diskussion gar nicht, GA die an den X1 gehen bekommen ein KO in der ETS verbunden und werden programmiert, fertig, keine fehlenden ACK auf dem Bus und alles fein.

Will man nicht gleich alles an den X1 verbinden von den verschiedenen Sensoren, dann die Lösung von Roman, K-Flag weglassen an den KO.

[martiko]

BadSmiley
Ach so... Also ich nutze ja ein KNX-IP-Router (für ein paar KNX-IP Geräte mit Tasmota), für die habe ich natürlich Dummies angelegt, zur Sicherheit die GAs sogar auf ein KNX-Dummy verbunden, damit die Filtertabelle stimmt. Also auf Durchzug ist bei mir nix gestellt und die DPT sind auch gepflegt (schon allein zur Absicherung gegen versehentliche Fehl-Verknüpfungen, denn da meckert die ETS ja zum Glück :-) ).

Aber da es in meinem Objekt nur um eine überschaubare Wohnung mit (bisher) einer Linie geht, passt das für mich persönlich.

[BadSmiley]

Wenn du Initialisierung der GA sagst und die gleichzeitig auf lesen und auf schreiben legst, dann hast du eine Loop, ja. Dann halte dich an den Vorschlag von hyman ,dann ist ja alles in Ordnung.

Mit niedrigen Anspruch meine ich die täglichen Projekte die ich sehe. Filter auf Durchzug, DPT nicht nach gepfleg, Rückmeldungen fehlen, Flags sind falsch, Dummy nicht verwendet.. usw. Aber klar kann man so machen. Ich würde und werde keine halbfertige Arbeit abgegeben.

[martiko]

BadSmiley
Also das Thema hatte ich schon relativ zu Beginn mal aufgebracht und da war von verschiedener Seite genau das die Empfehlung, z.B. auch von hyman den ich - gerade was den X1 angeht - für sehr kompetent halte:
https://knx-user-forum.de/forum/öffe...70#post1477670

Und was meinst Du mit der niedrige Anspruch? Dinge die nötig und hilfreich sind, sollte man natürlich tun, aber Dinge, die einfach doppelte Arbeit sind und - durch die doppelte Pflege - auch noch die Gefahr mit sich bringen, dass man sich Inkonsistenten einhandelt, lasse ich lieber sein.

Nebenbei habe ich auch die Erfahrung gemacht, dass das teilweise zu seltsamen Nebeneffekten führen kann, so habe ich einen Zustand in einer X1 Binärvariable gespeichert, für die ich im GPA "KNX-Integration" aktiviert habe und für Schreiben und Lesen die gleiche GA verwende. Das funktioniert wunderbar.
Wenn ich jetzt diese Binärvariable zusätzlich über die Applikation mit der GA verbinde und sich der Wert ändert, dann entsteht scheinbar eine Rückkopplung, so dass immer wieder der Werte geschrieben und gelesen wird. Nach der Erfahrung habe ich mich entschieden, auf die Aktivierung der X1-Variablen in der ETS komplett zu verzichten.

[BadSmiley]

Wenn der x1 eine Logik verarbeitet auf der das Ergebnis kein ACK bekommt nach dem senden,dann stellt er die Arbeit in diesem Logik Gatter ein. Dazu kommt daß der x1 auch keinen ACK sendet wenn er ga empfängt. D.h. die Applikation nicht zu pflegen ist falsch. Warum der niedrige Anspruch?

[martiko]

Danke Euch erstmal für die Rückmeldungen. Bei mir geht es um eine eher überschaubare Anzahl an GAs von Sensoren (wie genannt Helligkeit, Alarm-Präsenz etc.), ich denke mal, der Traffik wird überschaubar sein (ggf. kann ich ja später noch mal den Tipp mit dem K-Flag nutzen).
Für alle Pakete, die durch Tastendruck ausgelöst werden, gibt es natürlich auch einen Empfänger, der den Empfang bestätigt.

der x1 hat übrigens eine applikation. Fehlen zwar 4bit Adressen aber die Applikation möchte auch gepflegt werden.

Das mit der Applikation vom X1 stimmt natürlich, die Frage ist nur, ob/wie man die Pflegen muss. Wenn man mehrere Linien hat ist das vermutlich erforderlich, aber bei einer Linie, wo keine Filtertabellen erstellt werden müssen, braucht man das meiner Meinung nach nicht. Ich habe bisher jedenfalls die GAs einfach im GPA angelegt. Vor allem bezieht sich die Applikation ja auf die im X1 gespeicherten Variablen, nicht auf die Elemente, die nur für die Visu gebraucht werden.
Oder mache ich da jetzt einen Denkfehler?

[BadSmiley]

Status Meldungen von Aktoren sind auch so ein Fall. Jalosuie Aktoren, rgbww Controller, Dali gw. Das kann eine ziemliche Adressen Flut bei zentral Befehlen geben, das dann pauschal 3x ist unsinnig.

der x1 hat übrigens eine applikation. Fehlen zwar 4bit Adressen aber die Applikation möchte auch gepflegt werden.