UPGRADE IP 9 verfügbar!
Timberwolf VISU jetzt mit NEUEM Layout Editor
Freie Anordnung, Reihenfolge und Größe der Widgets - viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/06SeuHRJ

NEU! Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Damit kann nun jeder das Upgrade vornehmen und VISU & IFTTT testen. Alle Info hier: viewtopic.php?f=8&t=5074

Logik zum schalten von 2 Lampen

Informationen und Diskussionen über Logik-Engine und Logik-Editor
Forumsregeln
  • Denke bitte an aussagekräftige Titel und gebe dort auch die [Firmware] an. Wenn ETS oder CometVisu beteiligt sind, dann auch deren Version
  • Bitte mache vollständige Angaben zu Deinem Server, dessen ID und dem Online-Status in Deiner Signatur. Hilfreich ist oft auch die Beschreibung der angeschlossener Hardware sowie die verwendeten Protokolle
  • Beschreibe Dein Projekt und Dein Problem bitte vollständig. Achte bitte darauf, dass auf Screenshots die Statusleiste sichtbar ist
  • Bitte sei stets freundlich und wohlwollend, bleibe beim Thema und unterschreibe mit deinem Vornamen. Bitte lese alle Regeln, die Du hier findest: https://wiki.timberwolf.io/Forenregeln

Ersteller
Picha
Reactions:
Beiträge: 152
Registriert: Do Okt 04, 2018 12:54 pm
Hat sich bedankt: 50 Mal
Danksagung erhalten: 29 Mal

Logik zum schalten von 2 Lampen

#1

Beitrag von Picha »

Hallo zusammen,

ich versuche seit einiger Zeit folgendes mit den Standard Bausteinen umzusetzen:

In einem Raum gibt es einen Bewegungsmelder. Dieser schaltet in einem einstellbaren Zeitraum einen LED Streifen (Nachtlicht) und nach dieser Zeit eine Wandlampe.

Ich hatte das wie folgt umgesetzt:

2 UND Glieder mit Cron als Trigger und einem Eingang auf Parameter „TRUE“. Diese gehen auf ein SR Glied. Das eine UND setzt das SR Glied, das andere setzt es zurück. Der Ausgang des SR Glieds geht wiederum auf 2 UND Glieder (bei einem negiert). Der zweite Input der UND Glieder wird mit dem Bewegungsmelder verschaltet. Die Ausgänge der UND Glieder gehen einmal auf den LED Strip und einmal auf die Wandlampe.

Eigentlich dachte ich, dass es so funktionieren müsste. Es scheint aber so zu sein, dass die beiden UND Glieder mit dem Cron nach dem ersten mal Einschalten für immer TRUE bleiben.

Wie kann man das alternativ umsetzen?

Evtl. würde es vielleicht noch Sinn machen die Lampen auch nur schalten zu lassen wenn es Dunkel genug ist.

Danke im Voraus

Mit freundlichen Grüßen
Markus
TWS 2600 ID:591 + PBM, VPN offen, Reboot nach Absprache"

Robert_Mini
Reactions:
Beiträge: 3741
Registriert: So Aug 12, 2018 8:44 am
Hat sich bedankt: 1164 Mal
Danksagung erhalten: 2058 Mal

#2

Beitrag von Robert_Mini »

Bitte einen Screenshot posten, damit man auch die Sendeoptionen etc. sieht.

Danke
Robert
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297

gbglace
Reactions:
Beiträge: 3585
Registriert: So Aug 12, 2018 10:20 am
Hat sich bedankt: 1253 Mal
Danksagung erhalten: 1649 Mal

#3

Beitrag von gbglace »

Bei Deiner Anforderungsbeschreibung stört nicht die Aussage nach der Zeit.

Ich vermute du hast ein definiertes Zeitfenster in dem der Schaltbefehl vom PM auf Lampe1 und ausserhalb des Zeitfensters auf Lampe2 wirken soll?
Grüße
Göran

#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension

gbglace
Reactions:
Beiträge: 3585
Registriert: So Aug 12, 2018 10:20 am
Hat sich bedankt: 1253 Mal
Danksagung erhalten: 1649 Mal

#4

Beitrag von gbglace »

In dem Falle braucht es quasi eine Weiche in Abhängigkeit eines Zeitfensters.
Grüße
Göran

#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension

Ersteller
Picha
Reactions:
Beiträge: 152
Registriert: Do Okt 04, 2018 12:54 pm
Hat sich bedankt: 50 Mal
Danksagung erhalten: 29 Mal

#5

Beitrag von Picha »

Hallo,

schon mal Danke für die schnelle Antwort. Das SR Glied soll um 21.30Uhr gesetzt (UND Glied 1) und um 9.30 Uhr zurückgesetzt (UND Glied 2) werden. Die Weiche wird ja von dem SR Glied und den beiden darauf folgenden UND Gliedern gestellt.

Ich hatte die Logic in der Zwischenzeit gelöscht und jetzt nochmal schnell neu erstellt.
Füge die beiden Screenshots hier an.

Bild
Bild

Ich hoffe, dadurch wird es verständlicher.

Vielen Dank im Voraus

Mit freundlichen Grüßen
Markus
TWS 2600 ID:591 + PBM, VPN offen, Reboot nach Absprache"

gbglace
Reactions:
Beiträge: 3585
Registriert: So Aug 12, 2018 10:20 am
Hat sich bedankt: 1253 Mal
Danksagung erhalten: 1649 Mal

#6

Beitrag von gbglace »

Ich hätte das jetzt kleiner versucht, mit zwei UND-Bausteinen.

Je Baustein:
einen Input KNX-KO mit dem Signal vom PM
einen Input fester Parameter true
einen Inhibit mit Bereich von/bis und in dem Bereich die Uhrzeiten 09:30 bis 21:30

Einen Ausgang mit KNX-KO mit Schalt GA

Der eine Baustein bekommt den Inhibit invertiert der andere normal, dadurch ist der eine gesperrt der andere Aktiv demnach unterscheiden sich dann auch die Ziel KNX-KO LED oder Wandlampe.

Wenn die Bereichsauswertung (Zeitfenster) am Inhibit nicht funktioniert, dann an der Stelle je Baustein ein Ergebnis eines zusätzlichen Timer-Bausteins der das Zeitfenster definiert und dann entsprechend als Eingang auf den Inhibit geht.

Das wären jetzt meine Gedanken dazu, um Custom-Logiken zu vermeiden und dennoch möglichst wenige Bausteine zu verwenden, da die ja in den Zellen und Funktionen schon sehr mächtig sind.
Grüße
Göran

#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension

Ersteller
Picha
Reactions:
Beiträge: 152
Registriert: Do Okt 04, 2018 12:54 pm
Hat sich bedankt: 50 Mal
Danksagung erhalten: 29 Mal

#7

Beitrag von Picha »

@gbglace
Danke,
das werde ich morgen mal testen.

Abgesehen von deinem Vorschlag müsste meine Logik aber doch auch funktioniern oder? Ist da irgendein Fehler ersichtlich?

Was mir bei meiner Logik aufgefallen ist, ist dass das UND Glied TRUE wird, aber scheinbar nicht am SR Glied verarbeitet wird. Siehe Screenshot (eingekreiste Anschlüsse) .

Bild

Vielen Dank im Voraus

Mit freundlichen Grüßen
Markus
TWS 2600 ID:591 + PBM, VPN offen, Reboot nach Absprache"

Ersteller
Picha
Reactions:
Beiträge: 152
Registriert: Do Okt 04, 2018 12:54 pm
Hat sich bedankt: 50 Mal
Danksagung erhalten: 29 Mal

#8

Beitrag von Picha »

Hallo zusammen, Hallo gbglace,

ich versehe nicht warum meine Logik nicht funktioniert bzw. überhaupt nicht arbeitet. Aus diesem Grund wollte ich eben mal deinen Vorschlag umsetzen. Ich verstehe aber nicht, wie ich das Zeitfenster über die Timer nachbilden kann. Die Timer können ja nur Sekunden ablaufen lassen. Wie bilde ich da ein Zeitfenster (z.B. zwischen 9.30 Uhr und 21.54 Uhr)?

Vielen Dank im Voraus

Gruß Markus
TWS 2600 ID:591 + PBM, VPN offen, Reboot nach Absprache"

gbglace
Reactions:
Beiträge: 3585
Registriert: So Aug 12, 2018 10:20 am
Hat sich bedankt: 1253 Mal
Danksagung erhalten: 1649 Mal

#9

Beitrag von gbglace »

Schau mal in dem Thread hier viewtopic.php?t=987 da steckt bestimmt was für dich drinnen.
Grüße
Göran

#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension

Robosoc
Reactions:
Beiträge: 1876
Registriert: Di Okt 09, 2018 9:26 am
Hat sich bedankt: 635 Mal
Danksagung erhalten: 775 Mal

#10

Beitrag von Robosoc »

Picha hat geschrieben: Sa Jul 13, 2019 11:09 pm Abgesehen von deinem Vorschlag müsste meine Logik aber doch auch funktioniern oder? Ist da irgendein Fehler ersichtlich?

Was mir bei meiner Logik aufgefallen ist, ist dass das UND Glied TRUE wird, aber scheinbar nicht am SR Glied verarbeitet wird. Siehe Screenshot (eingekreiste Anschlüsse) .
Ich fand Deinen Ansatz zwar auch eher kompliziert, habe ihn aber glaube ich verstanden und theoretisch müsste er funktionieren, denke ich. Dass für das Ergebnis der Logik 33 ein Ergebnis (true) im Dok_Modus angezeigt wird, dieses aber in der Logik 35 am Eingang nicht ankommt, verstehe ich auch nicht...eventuell ein Bug?

In deinen beiden AND Bausteinen ist ja jeweils nur ein Eingang, was nicht unbedingt verboten sein muss, aber sagen wir erstmal für eine AND-Verknüpfung ungewöhnlich ist...vielleicht ist das der Grund warum das Ergebnis im nächsten Baustein nicht weiter verarbeitet wird. :think:

Ich habe selber gestern Abend noch festgestellt, dass ich mit einem AND Baustein nicht das gewünschte Ergebnis hinbekomme und möchte auch da noch nicht ausschließen, dass es vielleicht insgesamt bei AND noch einen Bug gibt, insbesondere wenn der erste Eingang ein Festparameter ist, aber da muss ich erst noch analysieren, ob es eventuell an mir selber liegt.
Zuletzt geändert von Robosoc am Mi Jul 17, 2019 9:27 pm, insgesamt 2-mal geändert.
VG, Sven - TWS 950Q ID:335 & 291, VPN offen, Reboot OK
Antworten

Zurück zu „Logikengine & Logik-Editor“