[Gelöst] [V1.5 RC 10] Fehler in eigener Logic - falscher Ansatz?

[alexbeer]

Hallo,

ich fuchse mich gerade in die Logiken und habe hier anscheinend ein Verständnisproblem.Seit aslo nachsichtig mit mir

Ziel:
Im Zeitraum zwischen 16:00 und 23:00 soll bei Dämmerung auf mehrere GA der Wert 1 (Ein) und andernfalls der Wert 0 (Aus ) gesendet werden.

Verhalten:
Das Einschalten funktioniert so wie erhofft. Derzeit werden ca 16:30 (Dämmerung = 1) die gewünschten GA mit dem Wert 1 gesendet.
Das Ausschalten funktioniert
a) zu früh (heute 22:13, S. Busmonitor)
b) und dann auch nur auf die erste der drei zugewiesenen GA.

erstellte Logik
Ich habe hierzu die Custom-Logik aus diesem Thread viewtopic.php?f=24&t=1291&hilit=Zeitfen ... =10#p13289 mit einem AND-Baustein verknüpft.
Custom-Logik - Definition der Zeitspanne:

Code: Alles auswählen

{
    "Level": [
        ["$StartZeit","string","0 0 16 * * *"],
        ["$StopZeit","string","0 0 23 * * *"],

Die Definition des Cron-Stirngs habe ich m.E: verifiziert. Als Trigger macht der TWS daraus lediglich

0 0 16 * * 0,1,2,3,4,5,6

AND-Baustein:


Objekt-Zuordnungen:
K-6 = GA 1/1/5
K-7 = GA 1/1/6

Screenshots aus dem DOS/ Busmonitor
DOS - K-6 - letzte Änderung durch obige Logik um 22:13


DOS - K-7 - letzte Änderung um 00:05 - per Taster


Busmonitor von GA 1/1/5 und 1/1/6:


Könnt ihr mir bei den folgenden Fragen behilflich sein? Gerne liefere ich auch noch weitere Infos - falls relevant.
1) Warum sendet die obige Logik (z.B. heute ) um 22:13 - und nicht um 23:00 den Wert 0 auf GA 1/1/5?
2) Warum werden keine Werte an die anderen Objekte / GA (z.B. 1/1/6) gesendet?
3) bei einer der beiden Logiken war der Doc-Mode noch aktiv - welchen Einfluss kann der hier haben?

Danke für jeden Hinweis
Alex

[gbglace]

Schau Mal in der KB, bzw. Der Auflistung Customlogiken im Forum nach der Customlogik, zum Thema Weihnachtsbeleuchtung, die funktioniert.

Wäre der Versatz eine ganze Stunde wäre das wohl auf die Thematik UTC vs lokale Zeit des Serverstandortes zurück zu führen, aber bei dem Versatz der krummen Minuten scheidet das eigentlich aus.

[Matze76]

Eine ganz ähnliche Logik habe ich auch, läuft bei mir seit Monaten völlig problemlos (-> viewtopic.php?f=24&t=1554#p16336).

1) + 2) Bist du sicher, dass das zu frühe Telegramm aus der Logikengine kam? Die Quell-PA auf dem Screenshot vom Busmonitor sind auch unterschiedlich. Wie Göran schon schrieb ist die krumme Zeit sehr ungewöhnlich. Auch, dass das Telegramm nur auf ein einziges verbundenes Objekt sendet ist seltsam. Beides ist bei mir noch nie vorgekommen.

3) Eigentlich gar keinen. Es sei denn, du hast manuell im Dokmodus mit den Eingängen "gespielt" und so die Logik getriggert.

P.S.: Zum Ein-/Ausschalten ist das Mapping auf 1 und 0 überflüssig. Das geht auch direkt mit true und false.

EDIT: Ein Hinweis noch: Wenn du den Dokmodus in der AND-Logik die ganze Zeit eingeschaltet hattest, kannst du mit Klick auf "Grafana" unten rechts im Logikbaustein genau verfolgen, wann an den Ein- und Ausgängen welche Werte anlagen.

[StefanW]

Guten Morgen Alex,

du machst eine tolle Arbeit hier und hast tolle Threads, aber dieser hier entspricht von er Benennung einfach nicht den Regeln.

Und diese Regel ist ganz einfach: Jemand der diesen Thread eines Tages in seinen Suchergebnissen sieht, muss aus der Benennung auf den Inhalt schließen. Jegliche Bezeichnungen wie "ich hab da eine Frage", "ich möchte gerne ein Problem", "Wieso?", "Ich kann nicht mehr", "Warum"; "KNX", "1-Wire geht nicht", "warum bleibt die Küche kalt" (alles schon gesehen) und anderen wenig aussagekräftige Titel sind nicht zielführend.

Bitte gehe kurz in Dich und bitte denke Dir einen aussagekräftigen Titel aus. Danke sehr

Stefan (der hier als Foren-Admin geschrieben hat, nicht als Product Owner).

[Robert_Mini]

Was ist den K300 am Eingang der UND-Logik?

Es könnte auch hiermit die Logik verändert worden sein? Eventuell in Kombination mit dem Startverhalten, dass alle EIngänge nach dem Speichern mit 0 initialisiert werden und später ein Wert empfangen wird oder du im DokMode was überschrieben hast.

Robert

[alexbeer]

Hi Stefan,
so besser?

[alexbeer]

Was ist den K300 am Eingang der UND-Logik?

Auf dem Objekt kommt der Status der Helligkeit an - der ist die ganze Zeit false.

1) + 2) Bist du sicher, dass das zu frühe Telegramm aus der Logikengine kam? Die Quell-PA auf dem Screenshot vom Busmonitor sind auch unterschiedlich.

Die PA 1.1.201 - 226 sind alle dem TWS zugeordnet.
Die PA 1.1.5 3 ist ein Taster -

Eine ganz ähnliche Logik habe ich auch, läuft bei mir seit Monaten völlig problemlos (-> viewtopic.php?f=24&t=1554#p16336).

Danke für den Link, ich schaue mir das nochmals in Ruhe an.
VG Alex

[S. Kolbinger]

Hallo Alex,

ich habe mich mal auf deinem TWS122 kurz umgeschaut.
Heute scheint alle wie gewünscht funktioniert zu haben. Oder?

Übrigens:
Wenn ein Wert vom TWS an ein KNX-Objekt gesendet wird, ob von der Logik-Engine oder 1-Wire, also über den Dispatcher (DOS), dann ist die Quell-PA immer die, die beim aktiven KNX-Interface angegeben ist. (In deinem Fall also: 1.1.226)

Die PA 1.1.201 - 226 sind alle dem TWS zugeordnet.

[StefanW]

Hallo Alex,

2) Warum werden keine Werte an die anderen Objekte / GA (z.B. 1/1/6) gesendet

Gemäß dem KNX Standard wird immer NUR an EINE GA gesendet. Genau genommen an die "sending GA", welche immer die allererste mit einem Objekt verbundene GA ist. Das machen auch alle anderen zertifizierten KNX Geräte so.

• Eingehend / Empfangen: Alle mit einem Objekt assoziierten GAs empfangen und übergeben den Wert an das KNX-Objekt.
• Ausgehend / Senden: Der an ein KNX-Objekt gesendete Wert wird an die "Sending-GA" übergeben.

Diese Regel dient dazu, den KNX nicht mit Telegrammen zu fluten.

Beispiel:
Es geht auch gar nicht anders. Man stelle sich vor, auf einen Tastendruck sendet der Taster nun 16 GAs nur um Aktoren in 16 Gruppen zum Schalten zu bewegen (Komplettes Bürohaus mit einem Schlag einschalten, 16 Stockwerke, jedes Stockwerk hat seine Sammel-GA). Das würde ganz schön den Bus fluten, insbesondere wenn dann 16 Rückmeldungen kommen).

Daher hat man das umgedreht. Nicht der Sender versorgt bis zu 16 Empfänger, sondern jeder Empfänger kann auf bis zu 16 Sender hören. Klingt zunächst gleich, bedeutet aber 16fach weniger Telegramme am Bus. Um im Beispiel eines "Zentral-Ein" zu bleiben (lassen wir mal die üblichen Zentral-Ein und Aus-Funktionen beiseite), der Taster sendet eine GA die für "ganzes Haus an" steht, die entsprechenden zig Aktoren in den 16 Stockwerken können eben auch darauf reagieren, weil sie mit - als einer von 16 GAs - mit dem Schaltobjekt assoziert wurden. Auf diese Weise muss nur ein Telegramm verteilt werden (und über zig Koppler und Hauptlinien).


Wie es doch geht: Wenn Du aber nun unbedingt an 3 GAs senden willst, dann legst Du eben zwei weitere Objekte an, die jeweils mit den beiden anderen GAs assoziiert sind und trägst in der Ausgangsverknüpfung die beiden weiteren Objekte ein.

Übrigens kann man den Objekt-Dispatcher grundsätzlich für solche Vervielfachungen verwenden... mit einem Objekt rein und mit Dutzenden Objekten raus, ohne über eine Logik gehen zu müssen.

Hinsichtlich der Buslast kann ich das nicht empfehlen, aber es ist Euer Haus.

lg

Stefan

[gbglace]

Naja drei KNX-TWS-Objekte hatte er ja an den Logikausgang verknüpft.