Hager Domovea - Tipps & Tricks (Version 1.0: TJA 450, TJ 701A)

[knxtemp]

Tja, dann fliegt das Teil wohl raus. Ich weiß jetzt schon, dass NIE MEHR ein Hager KNX Device in den Schaltschrank kommt. In meinen Augen ist der Domovea Krampf nie fertig geworden. Das Teil war noch nie vernünftig nutzbar. Man hatte allerdings mit ein paar Mausklicks eine ordentliche Visu aufm Smartphone - das muss ich zugeben. Auf der "Schulung" klang es damals vielversprechend. Sorry, wollte Dampf ablassen - OFF TOPIC.

[jurwa]

Unverständlich! Wir haben unsere jetzige Domovea 5 Jahre und schon wird die abgekündigt ?

Die Domovea ist seit ca. September 2011 am Markt. Sie ist wenn die neue erscheint also 7 Jahre auf dem Markt.
Ich fand es wichtig dass jetzt endlich ein neues zeitgemäßes Modell erscheint.
Trade in gibt's bei E..y.

Wie oft wird eine neues Automodell vorgestellt ?
Wenn der Kunde das neuste Modell möchte muss er leider wieder in die Tasche greifen
oder er gibt sich mit den Funktionen seines alten Autos zufrieden.

[jurwa]

Das Acessgateway ist in der Domovea pro
integriert.

[DanielC]

Unverständlich! Wir haben unsere jetzige Domovea 5 Jahre und schon wird die abgekündigt und eine neue verkauft? Was passiert mit den alten Kunden? Oder gibt es auch noch Softwareupdates für die bestehenden Domoveas? Oder erwartet Hager etwa, dass nun alle Kunden umsteigen? Wenn dem so ist, gibt es ein Trade In Programm ;-)?

[JoergDr]

Es wurde auch mir mehrfach gesagt, dass die neue Software auch auf der alten Domovea laufen soll.
Allerdings war ich mir nie sicher, ob das dann auch so kommt.

Ein besserer Editor für die Sequenzen wäre wirklich wünschenswert.
Aber wenn sich die bisherigen Sequenzen nicht übernehmen lassen, weiss ich nicht ob ich da umsteigen werde.
Es steckt schon sehr viel Arbeit in meinen Sequenzen.

Schönen Abend,
Jörg

[andreasrentz]

Aber sollte das Accessgateway dann nicht auch integriert sein? Also ein kompaktes Gerät ? Oder hab ich mich da verhört?

[jurwa]

Die Livevorstellung war ein wenig kurz um wirklich viel sehen zu können. Die Oberflächengestaltung soll jedoch sehr viel flexibler sein. Ich werde mir jedenfalls eine bestellen sobald verfügbar. Das Domoveaportal gibt es hierfür nicht mehr. Verschlüsselung zum Endgerät über VPN. Es gibt jedoch hier die Möglichkeit intern(zu Hause) und extern zu unterscheiden

[jurwa]

Software benötigt neue Hardware. Dies war auch schon immer die Aussage die ich bekam. Es wird auch versucht die Konfigurationsdaten übernehmen zu können. Szenen und Logiken werden nicht übernommen.

[JoergDr]

jurwa

Prima, Danke für die Info.

Läuft die neue Software auch auf der "alten" Domovea? Das war ja immer versprochen worden.
Lassen sich ansonsten die Konfigurationen der "alten" Domovea in der Pro weiterverwenden?

Falls jemand auf der L+B danach fragen könnte, wäre prima!

Grüße,
Jörg

[jurwa]

Domovea Pro mit neuer Hard und Software. IoT und Accessgateway ist integriert. Erscheint im September Preis Wie gehabt.
Das Accessgate ist zur Einbindung der Elcom Sprechanlagen.

[jurwa]

[JoergDr]

Wenn wir schon dabei sind, hier noch weitere Infos zum Thema "Auslösung von Sequenzen":

In den Auslösekriterien findet sich noch die Einstellung "kein Auslöser".

Was hat es damit auf sich?
Die Domovea Dokumentation schreibt dazu:

img_001.jpg

Nun, das ist kurz gesagt einfach falsch. Hier wurde in der Dokumentation etwas verwechselt:

Einen "Auslöser, der bei jeder Änderung des Eigenschaftswertes gestartet wird" gibt es eigentlich gar nicht.
Es gibt aber ein Auslösekriterium, das heisst "bei jeder Änderung", löst aber in Wirklichkeit nicht bei einer Änderung, sondern bei jedem Ereignis, also jedem beliebigen Datenpaket auf der angegebenen Gruppenadresse aus. Dabei ist es egal, ob sich zum Beispiel "0" und "1" abwechseln, oder mehrere "1"-en nacheinander empfangen werden, es löst einfach bei jedem Datenpaket aus. Daher wäre der Name "bei jedem Ereignis" wohl passender.

img_002.jpg
Nun, zurück zu der Einstellung "Kein Auslöser". Die hat tatsächlich eine sinnvolle Bedeutung:

Nehmen wir an, wir haben einen Präsenzmelder mit zwei Ausgängen:
1. der Helligkeit im Raum als 2-Byte Wert (Lux) sendet Werte von 0 bis 65535
2. dem Bewegungsauslöser als 1-Bit Wert (Alarm) sendet immer eine "1" bei Erkennung einer Bewegung

Folgende Aufgabe soll die Domovea dabei durchführen:
- schalte das Licht im Raum ein, wenn der Helligkeitswert im Raum < 50 Lux ist und eine Bewegung erkannt wird (ich ignoriere mal, dass ein Bewegungsmelder so eine Bedingung selbst abfragen kann, es geht hier nur um ein anschauliches Beispiel).

Man erstellt eine Domovea-Sequenz mit zwei Auslösekriterien:
1. Gruppenadresse Helligkeit (2-Byte Zahl) < 50 Lux
UND
2. Gruppenadresse Bewegungsauslösung (Wahrheitswert) = "Wahr"

In der Sequenz schaltet man dann das Licht ein.

Das funktioniert in einem ersten Versuch soweit auch schon mal.
Dummerweise schaltet sich später das Licht aber auch ein, wenn nur die Helligkeit kleiner 50 Lux wird, ohne dass jemand sich im Raum befindet.

Warum?
Solange der Bewegungsauslöser nur eine "1" sendet, gilt die erste Bedingung als erfüllt.
Die zweite Bedingung ist zudem erfüllt, wenn die Helligkeit < 50 Lux wird.

Beide Bedingungen funktionieren aber auch als aktive Auslöser, d.h. auch ein Helligkeits-Datenpaket kann die Sequenz auslösen. Und wenn vorher eine "1" bei der Bewegungsbedingung empfangen wurde (und nicht wieder durch eine "0" gelöscht), so gelten beide Kriterien als erfüllt und die Sequenz wird gestartet.

Hier kommt jetzt die Einstellung "kein Auslöser" ins Spiel:
Hiermit kann man die Auslösung der Sequenz für ein Kriterium (hier das Helligkeits-Signal) unterdrücken, d.h. dieser Eintrag löst die Sequenz nicht aus, gilt aber nach wie vor als Bedingung für eine Auslösung.

img_003.jpg

Zum Abschluss noch eine Information:

Liegen für eine abgefragte Gruppenadresse noch keine Daten vor (zum Beispiel wurde das Bewegungs-Ereignis noch nicht ausgelöst), so fragt die Domovea über den Bus nach dem aktuellen Wert. Deshalb sollte man darauf achten, dass solche Fragen auch beantwortet werden können (gegebenenfalls auch das L-Flag bei einem Kommunikationsobjekt setzen).

Die Domovea hört permament alles auf dem Bus mit und speichert die aktuellen Werte eine Zeitlang, damit nicht ständig Rückfrage gehalten werden muss. Nach einiger Zeit jedoch (20 Minuten?) werden die gespeicherten Werte verworfen.

Wichtig ist, dass die Datentypen genau stimmen. Erwartet die Domovea einen speziellen Datentyp (zum Beispiel 2-Byte) und kommt vom Bus etwas anderes, so wird die Sequenz *nicht* ausgeführt. Diese Fehler sind recht schwer zu entdecken, vor allem wenn der falsche Datentyp nicht von jeder Quelle falsch gesendet wird.

Grüße,
Jörg

[JoergDr]

azzkikrboy


Zum Thema "Aktion speichern" (Caching) siehe Dokumentation:

img_001.jpg

Also, wenn man hier auf "ignorieren" stellt, wird ein erneutes Auslöse-Ereignis während der Ausführung einer
Sequenz nicht gespeichert, d.h. die Sequenz wird nicht gleich darauf erneut ausgelöst.

Das macht insofern Sinn, als man ja gerade bereits das Ereignis abarbeitet, ein erneutes Auslösen also
nicht notwendig ist. Anders wäre das bei einem Zähler, hier möchte man jedes Ereignis mitbekommen
und wählt demzufolge "Speichern".

Grüße,
Jörg

[JoergDr]

Scrady

Hallo,
ich glaube bei Dir liegt noch eine ganz falsche Vorstellung über den Sinn von Variablen vor.
Es sind erstmal nur Speicherzellen für Daten jeglicher Art, die man Setzen, Verändern und Auslesen kann.
Das macht man immer innerhalb von Sequenzen.
Dass man mit einer Variable auch Sequenzen auslösen kann, ist ein nur sehr selten genutzter Mechanismus.
Am besten vergisst Du das mal zunächst.

So, was sollte unseren „Verarbeitungsprozess“ in der Domovea denn auslösen?

Da gibt es eigentlich nur zwei Möglichkeiten:

1. ein neuer Helligkeitswert, der vom PM gesendet wurde
2. eine zyklische Auslösung nach Zeit, zum Beispiel jede Minute

In unserem Fall scheint 1. die Auslösung per neuem Datenwert die richtige Lösung zu sein, wenn der Datenwert nicht zu oft gesendet wird, also nicht schneller als alle 20 Sekunden zum Beispiel. Sonst würde unsere Domovea durch die vielen Sequenzaufrufe irgendwann überlastet und man wählt besser Aufrufmethode 2.

Also, trage die Gruppenadresse der Helligkeitswerte als Auslöser für die neue Sequenz „RSF - Rolladen Steuerung Flur“ ein.
Achte dabei auf den richtigen Datentyp (vermutlich 1 Byte) und setze als Auslösekriterium „bei jeder Änderung“, d.h. bei jedem neuen Datenwert wird unsere Sequenz aufgerufen.

Dann vergleichst Du den Helligkeitswert (Gruppenadresse und erneut richtiger Datentyp) mit einer Konstante „Grenzwert PM Flur (4 Lux)“, die Du vorher angelegt hast (vom Typ 1 Byte und mit dem Datenwert „4“).

Jetzt benötigst Du eine verschachtelte Abfrage:

WENN der aktuelle Helligkeitswert < der Konstante ist, dann
WENN der Rolladen bisher nicht heruntergefahren worden (vorher angelegte Variable „RSF - (Binär) Status Rolladen Flur“ vom Typ „Wahrheitswert“ steht auf „unwahr“), so setze die Variable „RSF - (Binär) Status Rolladen Flur“ auf „wahr“ und fahre den Rolladen runter.

Im „sonst“-Zweig des ersten WENN (also Helligkeitswert nicht kleiner der Konstante) setzt Du die Variable wieder auf „unwahr“, damit der Rolladen wieder erneut gefahren wird, nachdem es dann auch mal wieder heller war.

Damit wäre die Aufgabe prinzipiell gelöst. Die Sequenz hat in der Praxis noch Schwächen, weil der Rolladen bei ständig schwankender Helligkeit immer wieder runtergefahren wird, das könnte man noch mit einem Zeitvergleich lösen (runterfahren nur einmal jede Stunde oder was auch immer man möchte). Noch eleganter wäre es, das automatische Fahren für eine bestimmte Zeit zu blockieren, nachdem man den Rolladen manuell betätigt hat, also der Mensch Vorrang vor der Maschine hat. Aber das ginge jetzt zunächst mal zu weit und macht die Lösung nur komplizierter.

So long,
Jörg

[Scrady]

Hallo Jörg,

danke für das ausführliche Tutorial. Ich muss dich leider nochmal nerven bzgl. der Konstanten und Variablen.
1. Die Variable setze ich in der Sequenz "Rolladen bei Dämmerung runterfahren" als Auslöser..richtig?
2. Wie sage ich der Variablen, dass diese den Wert 1 bei Helligkeit < 4Lux bzw. Wert 0 bei Heligkeit >4Lux

Mein Problem ist, dass ich nicht verstehe wie ich eine Konstante bzw. variable auslöse. :-(