Aktiver Gruppenmonitor verändert Busverhalten?

[Gast1961]

Ha und da meckere mal noch einer über den TWS

Huh?

Beim X1 hast du alle drei Möglichkeiten, man muß sich halt nur entscheiden was wann passt. Und diese Besonderheit einer Variante im Blick behalten, wenn man den Wert von der Logik nicht nur versenden sondern auch in der Visu anzeigen will.

Das doch noch verwirrender

Die Verwirrung schaffst du gerade, weil du die Begrifflichkeiten durcheinanderwirfst. Die Erklärung von jb1 war sehr klar.

Als GPA-Nutzer muß man nur schauen wo man den Datenpunkt anlegt.

gpa_dp.png

[gbglace]

Ha und da meckere mal noch einer über den TWS der eben konsequent, wenn man mit KNX-GA arbeiten möchte auch ein KNX-KO in der ETS hat und entsprechend dem Standard die Kommunikation herstellt. Will man ohne KNX-GA arbeiten gibt es auch Objekte für den TWS internen Gebrauch, die nennen sich aber zum Glück nicht GA oder KNX im Namen, weil man dann auch nicht so ein Durcheinander als User bauen kann.

- Gerätedatenpunkte: diese gibt es immer und sind teilweise mit einem KO in der ETS verknüpft

Das doch schonmal inkonsequent und von der Wirkung nicht mehr Transparent für den User.

KNX-GA-Datenpunkte: benutzerdefiniert anlegbar, kommuniziert über Gruppenadressen über KNX, hier wird der Datentyp noch weiter nach dem KNX-Standard unterteilt, z.B. 8-bit Zahl oder 14-Byte Text

Das doch noch verwirrender, wenn so ein GA-Datenpunkt womöglich auch noch ohne echtes KO in ETS generiert werden kann.

Oder war jetzt deine Erklärung unglücklich und Gerätedatenpunkte ist alles und davon gibt es zwei Typen, A) KNX-Datenpunkte inkl. ETS KO und anderer Seits B) die variablen Datenpunkte quasi ohne direkten KNX-Anschluss?

[vento66]

Grenzgenial! Jetzt darf ich mir schon wegen ein paar GA Gedanken zur Resourcenauslastung machen! Ah nein eher nicht, weil das Zeugs kommt mir ja nicht mehr auf die Baustellen...

[jb1]

In den Gira IP-Geräten haben wir das Konzept von Datenpunkten in einem Objektmodell. Jeder Datenpunkt hat einen bestimmten Typ (z.B. Binärwert, vorzeichenlose Zahl oder Text).

Jeder Datenpunkt kann ein Eingang und/oder Ausgang für einen Wert sein.

Diese Datenpunkte unterscheiden sich in verschiedene Arten:
- Gerätedatenpunkte: diese gibt es immer und sind teilweise mit einem KO in der ETS verknüpft
- Gruppenadress-Datenpunkte: benutzerdefiniert anlegbar, kommuniziert über Gruppenadressen über KNX, hier wird der Datentyp noch weiter nach dem KNX-Standard unterteilt, z.B. 8-bit Zahl oder 14-Byte Text
- Variablen-Datenpunkte: auch benutzerdefiniert anlegbar, nur für Visu oder Logik verwendbar



Wenn bei den Gruppenadress-Datenpunkten eine schreibende Gruppenadresse angegeben wird, dann sendet jedes Schreiben auf den Datenpunkt ein GroupValueWrite auf den KNX-Bus an die angegebene Schreib-Adresse. Falls niemand ein ACK auf dieses Telegramm sendet, gilt dies für den X1 als Fehler und der Datenpunkt wird auf einen leeren Wert zurückgesetzt. Denn warum sollte man einen KNX-GA-Datenpunkt verwenden, wenn dieser gar nicht über KNX kommunizieren soll...

Wenn du jetzt nur einen Datenpunkt in der Logik oder in der Visu benutzen möchtest, dann nimm doch einen frei definierbaren Variablen-Dantepunkt.
Mit diesen hast du auch nicht die Einschränkungen der KNX Datenpunkttypen, es werden keine unnötigen Telegramme auf den Bus versendet.

Edit: Gruppenadress-Datenpunkt Typ umbenannt zu dem, wie er im GPA steht; Bemerkung wegen Performance entfernt, da dies irrelevant ist.

[vento66]

Selbst wenn ich die GA mit DIP Schaltern einstellen muss, und das Gerät gar nicht in der ETS auftaucht, muss das Gerät ein ACK senden. Würden sich alle Geräte daran halten, einen Status nur zu verarbeiten, wenn ein anderes Gerät den Empfang bestätigt, würde kein Gerät am Bus die Bestätigung senden. (keiner will ja in dem Fall der erste sein). Ich seh da immer noch einen Fehler bei Gira. Oder darf ich dann immer einen LK einbauen, der einfach alles stumpf bestätigt? Oder braucht eine reine X1 Visu dann einen von der Sorte? https://www.my-knx-shop.net/b-b-E001...ledge-Baustein

[vento66]

Und in beiden Varianten müsste der X1 den Empfang bestätigen.....

[Gast1961]

Ich gehe mal davon aus, das es so gemacht ist, sonst würde der Staus ja nicht verknüpft werden können, oder irre ich mich da?

X1 und L1 erlauben ja beide Varianten
- GA nur im GPA verknüpft ohne Beteiligung der ETS (im X1 unter "Gruppenaddress-Datenpunkte")
oder
- GA in der ETS mit dem X1 verknüpft (im X1 unter "Geräte-Datenpunkte")

[BadSmiley]

Ich gehe mal davon aus, das es so gemacht ist, sonst würde der Staus ja nicht verknüpft werden können, oder irre ich mich da?

Ich wette ein Corona, dass nicht.

[vento66]

Ich gehe mal davon aus, das es so gemacht ist, sonst würde der Staus ja nicht verknüpft werden können, oder irre ich mich da?

[BadSmiley]

Wenn er im X1 verwendet wird, hat der X1 eine Applikation, mit der man die GA verbinden kann. Evtl. erzieht man die Leute mal endlich zu etwas mehr Sorgfalt?

[vento66]

Der Status im obigen Busmonitor kommt aber von extern..... Nur weil er aber auf dem Bus nicht bestätigt wird, ignoriert ihn der X1. Und das soll so sein?

[BadSmiley]

Und wenn der X1 der einzige ist der den Status verarbeiten soll? Ich find das irgendwie unsinnig!

Warum sollte er den Status dann auf den Bus extern senden, dann kann er das KO auch intern verarbeiten wie der HS auch?

[vento66]

finde es gar nicht so dumm auf eine Bestätigung zu warten und so den Status zu setzen.

Und wenn der X1 der einzige ist der den Status verarbeiten soll? Ich find das irgendwie unsinnig!

[voglerc]

Die Visualisierung (App am Anrdoid/iPhone bzw. am G1) funktioniert dadurch nicht. Ich kann den Schalter weder betätigen noch wird der aktuelle Status (Ein/Aus) korrekt angezeigt.

[Gast1961]

Worin genau besteht denn der Fehler? Das Telegramm aus der Logik wird ja gesendet, die Wiederholungen wären auch kein grundsätzliches Problem.

Was kommt dazu, was es in deinem Fall zum Problem macht? Funktioniert die Darstellung des Ergebnis im X1 nicht?