Gira X1 Variablen-Datenpunkte, Geräte-Datenpunkte und KNX Integration

[knxzzz]

Hi zusammen.
sorry für das Aufwärmen des alten Freds.

Wie hat es bei euch geklappt, dass der x1 Zustände speichert (auch nach einem reboot) und das ganze auch per read request auf den Bus sendet?
ich verzweifle daran gerade… :-(

Danke

[intelligente Haustechnik]

Ah, dann würde ich sagen nur die, die in der ETS verbunden sind

[martiko]

Ja. Siehst Du falsch. Der X1 fragt jede KNX-GA, wo Du das Häkchen setzt ab und kriegt eine Antwort bei gesetzte L-Flag.

Ich glaube, die Frage war anders herum gemeint... Für welche GAs (die im X1 definiert werden) antwortet der X1 auf Leseanfragen.

[intelligente Haustechnik]

Ja. Siehst Du falsch. Der X1 fragt jede KNX-GA, wo Du das Häkchen setzt ab und kriegt eine Antwort bei gesetzte L-Flag.

[EinBjoern]

Hi,
aufs lesen über KNX antworten aber weiterhin nur die Gerätedatenpunkte, oder sehe ich das falsch?

[martiko]

Danke für Eure Rückmeldungen... Nach der Empfehlung von hyman, die belb ja im Prinzip betätigt hat, habe ich mich jetzt doch auch entschlossen, erstmal komplett auf "Gerätedatenpunkte" zu verzichten.
Auf dem Terstbrett scheint das alles soweit ich es getestet habe zu funktionieren, also bin ich mal optimistisch, dass es auch in der "großen Installation" später klappt.

[beib]

Hallo,

ich steige gerade vom alten Gira FM auf den X1 um.

Die Integration in die ETS habe ich abgeklemmt. Anzahl Schaltuhren, Anzahl Variablen vorgeben ... bin ich ein Wahrsager?? Das Ganze funktioniert auch ohne.
Wenn man die Integration benutzt, MUSS man die Gerätedatenpunkte benutzen, sonst kann es Sein, dass Werte doppelt gesendet werden. Bei mir waren das Schaltuhrvariablen, die wurden über die erste UND die zweite Hardware-Adresse ausgegeben, jetzt wird nur noch die zweite Hardwareadresse vom X1 benutzt.


Jetzt exportiere ich alle Busadressen, wenn ich in der ETS geändert oder hinzufügt habe, sofort und lese sie danach umgehend im X1 ein, dann bin ich auf dem neuesten Stand.

Mittlerweile habe ich über 200 Adressen in Verwendung (KNX-Datenpunkte und Variablen). Dazu kommen noch 15 Schaltuhren und 10 Szenensets.


Zur Speicherung von Zuständen, die nicht auf den Bus müssen, verwende ich Variable Datenpunkte.Hiermit gebe ich Werte von Logikblatt zu Logikblatt weiter.

Dies Variablen-Datenpunkte kann man in die laufende Logik einbinden oder, falls notwendig, mit Hilfe des "Triggers" auslesen und den nachfolgenden Bausteinen (Eingangswahlschalter, Ausgangswahlschalter, Sperre etc.) wieder zuführen.

Selbst Schleifen (für das Rücksetzen von Zählern etc.) habe ich realisiert ... rechts raus auf einen Datenpunkt, links wieder rein (ggf. mit 1s Verzögerung, damit es kein Flimmern gibt).

Bei mir "klappern" z.B. mehrere Logikblätter die Zustände von Heizungsreglern ab (Temperatur, Frostschutz-Objekt), ein größeres Eingangswahlmodul stellt Raumnamen bereit und ein größeres Ausgangsmodul triggert das Lesen der Busdaten aus den Heizungsreglern. Der Zähler und der Trigger dazu sind in einem separaten Logikblatt dargestellt und geben ihre Werte, "Selektor" und "Trigger" an die anderen Logikblätter weiter.

(werde demnächst mal die neuen Bausteine probieren, die hier vorgestellt wurden, dann muss ich nicht mehr vom Bus lesen und triggern, sondern kann die Werte verwenden, die sowies von den Reglern periodisch gesendet werden.)

Viele Grüße
beib

[hyman]

Hallo Martin,

Meinst Du damit einfach einen Datenpunkt dem Du eine Write und Read GA zuordnest (ohne dafür dann einen "Geräte-Datenpunkt" zu verwenden)?

Genau das. Diese Zuordnungen erscheinen bei den Datenpunkten im oberen Bereich "Gruppenadress-Datenpunkte" (über den "Variablen-Datenpunkten"). Vorteil ggü. den "Geräte-Datenpunkten": Gruppenadress-Datenpunkte lassen sich frei benennen, so dass man Logikblätter verstehen kann, ohne ständig in der ETS nachzuschauen. Und wenn ich einen neuen brauche, kann ich den direkt im GPA anlegen und muss nicht erst in der ETS ein neue Zuordnung machen...

Ist das denn mit so einer Zuordnung "persistent"?

KNX ist als Bus erst mal ereignisbasiert, nicht zustandsbasiert. Telegramme sind kurz da und wer's nicht mitbekommt (oder danach wieder vergisst) hat Pech gehabt. Wenn was persistent sein soll, muss es ein Busteilnehmer speichern. In der Regel tut das der Absender, so dass man Zustände -- Flags beim Absender richtig gesetzt -- auch jederzeit erneut anfragen kann. Das hat mit den Datenpunkten des L1/X1 gar nix zu tun.

Oder generell, wenn ich auf so einen DP einen Wert schreibe und ihn danach wieder lesen, bekomme ich dann den vorher gesendeten Wert zurück?

Die Fragestellung hat möglicherweise zwei Facetten mt verschiedenen Antworten:

• Werte, die von anderen Busteilnehmern als dem X1 gesendet werden: Siehe oben -- die Datenpunkte des X1 sind nicht dafür zuständig, diese zu speichern. Datenpunkte organisieren lediglich das Empfangen und Lesen dieser Werte für die Zwecke der Logik.
• Werte, die vom X1 auf eine Gruppenadresse geschrieben werden: Späteres Abfragen scheint mir mit Gruppenadress-Datenpunkten nicht zu gehen. Man kann für die nirgends Flags einstellen. Möglicherweise ist genau das die Existenzberechtigung der Geräte-Datenpunkte, hab' ich aber mangels Bedarf noch nicht probiert.

P.S. Ich weiß nicht, warum sich niemand mehr was traut...

Sehe ich auch so -- Versuch macht kluch -- kann ja nix kaputt gehen. Versuche doch mit Deinem Testbrett und der ETS einfach mal, die GA des interessierenden Werts zu lesen. Wenn das geht -- alles gut. Wenn nicht, muss in der ETS beim Absender-Kommunikationsobjekt (KO) das L-Flag gesetzt werden. Beim X1 geht das natürlich nur, wenn man einen Geräte-Datenpunkt anlegt.

Wenn ein Wert eines anderen Busteilnehmers lesbar ist, kann das auch auch der X1 -- egal ob über einen Gruppenadress- oder einen Geräte-Datenpunkt. Dazu hat der Baustein "Eingang" einen (in der Regel versteckten) Tigger-Eingang. Und die Datenpunkte und Eingänge können bei Bedarf direkt beim Starten der Logikengine Werte vom Bus lesen, wenn man nicht auf den nächsten neuen Wert warten will.

Braucht man Werte, die einen Neustart der Logikengine (Stromausfall, Inbetriebnahme) überleben, kann man die als persistent kennzeichnen. Ich habe das bisher bei keinem einzigen gemacht; meine gesamte Logik kann sich durch Busanfragen aus dem Sumpf ziehen. Einzige Ausnahme: Zeitschaltuhren (Bei mir z. B. für die Warmwasser-Aufladung). Die muss ich nach einen Inbetriebnahme manuell wieder einschalten (sonst geht sie erst am nächsten Morgen wieder an). Hier würde ich mir wünschen, dass Gira nachbessert und bei der Inbetriebnahme die letzte Schaltung automatisch nachholt.

Grüße von Horst

[intelligente Haustechnik]

und nicht erst in irgendwelche Probleme laufen, wenn ich das in der Wohnung umsetze.

Da lernt und versteht man es doch am besten, oder?

P.S. Ich weiß nicht, warum sich niemand mehr was traut...

[martiko]

Siehe Beitrag #3

Das habe ich schon gelesen... sorry, für mich als nicht Profi ist das nicht klar genug, darum hatte ich nachgefragt ;-) Meinst Du damit einfach einen Datenpunkt dem Du eine Write und Read GA zuordnest (ohne dafür dann einen "Geräte-Datenpunkt" zu verwenden)? Ist das denn mit so einer Zuordnung "persistent"? Oder generell, wenn ich auf so einen DP einen Wert schreibe und ihn danach wieder lesen, bekomme ich dann den vorher gesendeten Wert zurück?
Ich dachte, dafür braucht es ein "richtiges" KO...

Sorry, wenn ich blöde Fragen stelle, aber ich möchte das lieber alles richtig verstehen solange ich noch am Testbrett "herumbastle" und nicht erst in irgendwelche Probleme laufen, wenn ich das in der Wohnung umsetze.

[Beleuchtfix]

Bei 60 ist ja uch nicht Schluss ... bis zu 300 auf dem L1 und 1000 auf dem X1, glaube ich. Das sollte ja wohl reichen...

1000 auf dem X1 ist korrekt, wobei die Rückmelde-GAs nicht mitzählen. Da kann man schon eine Menge machen.

Ich hatte es nur verstanden, dass deine komplette Visu mit 60 Datenpunkten auskommt - da bleibt ja kaum was übrig für deine tollen X1-Bausteine
Gruß
Florian

[hyman]

Siehe Beitrag #3

[martiko]

Ok, und wie genau machst Du die Integration?

[hyman]

Doch, schon, aber nicht zu dem von Dir genannten Zweck. Aber ist schon richtig: Manches muss ich bei einer Inebtriebnahme oder nach Stromausfall von Hand wieder richtig setzen, damit es auf Anhieb (und nicht erst morgen wieder) richtig funktioniert. War bisher selten genug, um da keinen Extraaufwand zu treiben.

[martiko]

Na ja... z.B. die Zeitschaltuhr triggert ja nur, wenn der Zeitpunkt (und sonstige Bedinungen) erfüllt... und bei einem Neustart ist der Wert ja weg.

Und bei den Werten, die von KNX kommen, weiß ich ehrlich gesagt nicht, ob der KNX-Knoten seinen Wert speichert und auf Read-Anfragen reagiert...

D.h. Du nutzt gar keine "internen" X1-Datenpunkte?