Custom Logik zum Nachdimmen

[mclb]

Hi,

ich würde gern in einer Custom Logik den Inhibit-Eingang eines Standard-Logikbausteins ansprechen. Dazu habe ich aber in der KB und auch im Forum noch nichts gefunden. Wie macht man das?

Danke
Marcus

[StefanW]

Mit einem Eingang oder Signal verbinden? So wie jeden anderen Eingang auch

Stefan

[mclb]

Hi Stefan,

soweit ist mir das auch klar, aber wie?

Z.B.: Wie spreche ich bei einem einfachen UND das Inhibit an?
["And",["$In","-$Limit_ON"],"$Delayed_ON"]

Danke
Marcus

[Robert_Mini]

Soweit ich weiß, gibt ist das break und das gibt es nur 1x je Zelle.

Was ist dein Anwendungsfall?

Ob man break mehrmals verwenden kann, weiß @S. Kolbinger.
Geplant (oder schon umgesetzt?) ist die Anwendung von Break auch innerhalb der Logik, nicht mehr alleinig am Beginn der Logik (wo Break ursprünglich automatisch hin sortiert wurde).

Lg
Robert

Robert

[S. Kolbinger]

Hallo zusammen,

Geplant (oder schon umgesetzt?) ist die Anwendung von Break auch innerhalb der Logik, nicht mehr alleinig am Beginn der Logik (wo Break ursprünglich automatisch hin sortiert wurde).

das Verhalten hat sich ab der RC3 geändert:
Break-Module kann es jetzt mehrere geben und sie werden auch nicht mehr umsortiert.

[Robert_Mini]

Super!
Muss ich gleich mal probieren!

Robert

[mclb]

Hi,

die Frage ist auch nicht, wie man ein Inhibit einbaut, sondern wie ich das Inhibit eines Standardbausteins in einer Custom Logik ansprechen kann.

Konkreter Fall:
Ich möchte für bestimmte Lichter nachts nur andimmen. Das läuft bisher so, dass die Lichter grundsätzlich immer einfach eingeschaltet werden. Wenn eine bestimmte GA (z.B.: Nacht) eingeschaltet wird, wird nach dem Einschalten des Lichts bzw. nach dem Einschalten der GA (Nacht) ein Dimmwert über eine Logik (bisher EibPC) geschickt. Dadurch, dass die Lichter bei mir daheim nicht einfach hart eingeschaltet werden, sondern über eine Kurve hochgedimmt werden, merkt man garnicht, dass diese eigentlich erst im Nachhinein bei z.B. 20% angebrochen wird.

Ich hätte das jetzt so gemacht, dass ich mir eine Custom Logik baue:
Eingänge: Licht ein/aus, Dimmen aktiv ein/aus, Dimmert
Ausgang: Dimmwert

Licht ein/aus wird auf den Inhibit-Eingang eines Summenbausteins gelegt, der fix 1 summiert.
Dimmen ein/aus wird auf den Inhibit-Eingang eines zweiten Summenbausteins gelegt, der fix 2 summiert.
Die beiden Ausgänge der Summenbausteine werden über einen dritten Summenbaustein aufsummiert.
Diese Summe dient als Auswahl für einen Multiplexer-Baustein, der bei 1 100 sendet, bei 3 den Dimmwert-Eingang durchschaltet.

Die Frage ist nun, wie hänge ich den Eingang Licht ein/aus bzw. Dimmen aktiv ein/aus auf den Inhibit-Eingang des Summenbausteins?

Vielleicht denke ich auch viel zu kompliziert und das ist viel einfacher abbildbar?

Danke
Marcus

[S. Kolbinger]

Hallo Marcus,

Vielleicht denke ich auch viel zu kompliziert und das ist viel einfacher abbildbar?

Wie wäre es denn mit sowas:


Natürlich lässt sich das mit einer Custom-Logik auf einmal erledigen, aber so gehts auch mit den aktuellen Standard-Bausteinen.

[Robert_Mini]

Hallo!

Hab mal den Threadtitel angepasst.

Die obige Logik ist eigentlich zu viel, da sie unnötigerweise auch 100% nachschickt.
Es würde genügen:

Bei Empfang von EIN und Nacht => sende DimmwertNacht
sonst Füße stillhalten.

Ohne es probiert zu haben:
UND Baustein
- Ein Eingang mit dem Einschalt-Objekt
- gleiches Objekt invertiert auf inhibit
- Nacht Objekt auf einen 2. Inhibit (unter der Annahme Nacht=1, bei Tag=1, Nacht=0 invertiert)
- Ausgangsmapping true = 100%

Lg
Robert

[mclb]

Hi,

danke für die Rückmeldungen.
Das mit den 100% will ich halt unbedingt. Bei uns ist es halt so, dass das Kinderbadezimmer gedimmt wird, wenn alle Kinderzimmer schlafen. Dann geht das Licht im Kinderbad nur gedimmt am. Speziell morgens ist es dann so, wenn man dann ein Kinderzimmer aufweckt, dass dann das Kinderbad auch auf 100% gedreht werden soll. Aktuell funktioniert das nicht und das nervt nicht nur meine Frau, sondern auch mich.

Und ich will das einfach in einem einzelnen Baustein, weil ich den ca. 15-20 Mal benötige.
Aktuell habe ich 20 Logiken an Laufen, wobei die Solarsteuerung ja schon eine Custom Logik von Stefan K. ist. Mir persönlich gefällt es einfach besser, wenn ich zusammengehörige Dinge in einer Custom Logik zusammenfasse, sonst wird mir das mit der Zeit zu unübersichtlich. Also werde ich mir die 2 Bausteine mal zusammenfassen und so einbauen. Das schaut nämlich genau nach dem aus, was ich gesucht habe.

LG
Marcus