[Beantwortet] [V4.0 IP4] Nachtobjekt umschalten mittels Wecker und Astro-Modul?

[Kaaennixx]

Moin zusammen

Ist es tatsächlich so, dass es ab der Version V4 nicht mehr möglich ist eine Wakeup Logik mit dem Astro Modul zu triggern? Bei mir funktioniert das auf der V3.5.1 seit eh und je fehlerfrei. Die Astro Logik aktualisiert täglich um 0:15 Uhr die Sonnenauf- und Untergangszeit und diese triggern jeweils eine Wakeup Logik, welche meine Tag/Nacht Objekte einstellen.



Ich kann mir nicht vorstellen, dass dieses mit der V4 nicht mehr funktionieren sollte. Oder habe ich die Vorgehensweise im ersten Post falsch verstanden..?!

[Robert_Mini]

Post 1 liest sich so, aber ich bin der Meinung deine Lösung funktioniert weiterhin.
Astro liefert den Zeitpunkt für den nächsten Sonnenaufgang o.ä. , kann mir nicht vorstellen, dass das jetzt nur mehr Sekunden am aktuellen Tag sind…

Schöne Lösung übrigens!

Lg
Robert

[Robert_Mini]

…ich habe auch eine Vermutung warum: das Astro-Modul gibt zwar laut Beschreibung alle Zeiten als Unix-Zeit aus, in Wirklichkeit aber als Sekunden für den jeweiligen Tag, nicht seit 1970. Damit werden die Wecker nicht getriggert - sie würden nur am 1. Januar 1970 zur jeweiligen Zeit getriggert.


Hat jemand einen Workaround dazu oder eine andere Idee, wie man ein Nachtobjekt abhängig vom Sonnenstand erzeugen kann?

Hallo Falk!

Gerade nochmal gelesen. Ich denke dein Problem liegt am Zwischenschritt über das KNX Objekt - welcher DPT ist das?

Die Lösung von Kaaennixx sollte klappen => direkt ohne Umweg über KNX.

Lg
Robert

[speckenbuettel]

Hallo Robert,

Das mit den Flags und Filterung war mir nicht bewusst, muss ich selbst mal ansehen.
Das muss dann auch beim Verknüpfungsassistenten als Hinweis in die Doku! Eventuell auch bei einem Mouseover…

das wäre hilfreich. Ich habe es auch nur durch Ausprobieren herausgefunden
Anfänglich hatte ich allen TWS-Objekten in der ETS alle Flags gelassen, war damit natürlich voll flexibel. Aber kürzlich bin ich alle GAs mal gründlich durchgegangen und habe die Flags bewusst gesetzt, auch damit keine zufälligen Sachen auf dem Bus passieren. Und danach hatte ich das Problem mit der Logik.
Für die Kommunikation mit dem KNX-Bus sind die Flags natürlich sehr hilfreich um die Kommunikation zu regeln. Aber dass damit auch die TWS-interne Verarbeitung von Daten beeinflusst wird hatte ich nicht erwartet.

Gerade nochmal gelesen. Ich denke dein Problem liegt am Zwischenschritt über das KNX Objekt - welcher DPT ist das?

Das ist DPT10.1
Werde heute noch mal ausprobieren wie sich meine Logik ohne den Umweg über das KNX-Objekt verhält.

Vielen Dank und viele Grüße
Falk

[gbglace]

Naja der Dispatcher im TWS will natürlich die Auswahl an Objekten so einfach wie möglich gestalten. In sofern ergibt es Sinn ein KNX Objekt als Ziel nur dann anzubieten wenn deren Flags auch das Senden zulassen. Es sollte daher mindestens K + L oder K+ Ü gesetzt sein.
Eine reine Verwendung als Wertspeicher ist ja nicht notwendig, da alles was den Wert benötigt auch direkt verbunden werden kann.

Ein KNX-Objekt als Eingang für Logiken und anderes muss mindestens K+S oder K+A haben. K+I allein funktioniert nicht, das müsste dann mindestens K+I+A sein.

[speckenbuettel]

Das sind die Feinheiten des Dispatchers, die für den Endbenutzer nicht so offensichtlich sind

Die Funktion der KNX-Flags ist klar. Das Nachtobjekt brauche ich für verschiedene Funktionen auf dem KNX-Bus, der Timberwolf soll es liefern. Daher habe ich die Flags K, L und Ü gesetzt. Dass das aber verhindert, dass der Dispatcher das Objekt gleich vom Ausgang einer Logik and den Eingang einer anderen Logik weiterreicht ist nicht so offensichtlich. Es handelt sich ja in erster Linie um eine interne Verarbeitung im TWS.

Aber durch "Learning by Doing" ist das ja inzwischen klar.

[gbglace]

Dass das aber verhindert, dass der Dispatcher das Objekt gleich vom Ausgang einer Logik and den Eingang einer anderen Logik weiterreicht ist nicht so offensichtlich.

Ja das ist nicht so offensichtlich aber es ist auch überhaupt nicht notwendig es zu können da ich das eine Logikergebnis auch direkt als Eingang auf eine andere Logik packen kann. Das ist dann im TWS der Ersatz der großen Logiktapeten, da man somit jedes Teillogikergebnis direkt mit allen anderen System verwenden kann. damit ist man dann schon wieder flexibler als bei den Logiktapeten da kannst eben immer nur innerhalb eines Logikblattes verknüpfen, was zu Redundanzen einiger Teillogiken führt, oder musst über KNX-Objekte oder so eine Brücke schlagen.

[speckenbuettel]

Nachtrag:
Ohne den Umweg über das KNX-Objekt funktioniert die Nachtobjekt-Logik einwandfrei:
- Astro-Modul sendet Sonnenaufgang und Sonnenuntergang
- ein Wecker mit dem Eingang aus dem Astro-Modul sendet FALSE bei Sonnenaufgang
- ein Wecker mit dem Eingang aus dem Astro-Modul sendet TRUE bei Sonnenuntergang

[Robert_Mini]

Danke für die Rückmeldung.

Ich werde dieses Beispiel in die Doku aufnehmen, vielleicht hilft es dem ein- oder anderen.

Lg
Robert

[Kaaennixx]

Sehr gut! Freut mich, dass es nun funktioniert wie gewünscht.