[Frage] [V1.6 RC6] Invertierung von Eingängen im AND-Module

[blaubaerli]

Hallo zusammen,

ich bastel gerade mal wieder an einer Custom-Logik, dabei habe ich auf der Eingangsseite meiner Logik diverse Eingänge vom DPT 1.x

Nun hatte ich gehofft, dass ich im AND-Module:
["And" , ["$Variable1" , "$Variable2",... ,"$Variable_n"], "$Output"]

durch das unmittelbare Voranstellen eines "-" vor einzelne Eingangsvariablen meine Eingangswerte auf einfache Art und Weise invertieren kann. Also so z.B.:
["And" , ["-$Variable1" , "$Variable2"], "$Output"]

Das will aber auf diese Weise nicht funktionieren. Ich weiß, dass ich das in der Oberfläche beeinflussen kann, aber ich brauche in der Logik auch den Originalwert, dann würde der da wieder falsch ankommen.

Ich habe das jetzt mit zwei Latches umschifft, finde das aber eigentlich wenig elegant. Hat dazu jemand eine schlaue Idee?

Beste Grüße
Jens

[Eraser]

Das mit dem Minus davor wäre der richtige Weg und sollte gehen...
Außer man könnte nur interne Variablen und keine Eingänge invertieren, aber ich glaube nicht, sonst wäre das schonmal aufgefallen...

[adimaster]

Ich invertiere Eingänge. Und zwar genau wie von Jens beschrieben (also mit den AND Modul).

@blaubaerli hast Du bereits eine einfache Logik mit z. B. 2 Eingängen und Custom Logik und lässt bei verschiedenen Szenarien ein Licht schalten?

Grüße
Adi

[Eraser]

Interessant wäre, was das Diagramm im Dokmode anzeigt, wenn man die Eingänge schaltet.

[blaubaerli]

Hallo zusammen,

Ich versuche das heute mal auf ne simpel-Demo-Logik zu reduzieren...

Bis später.
Beste Grüße
Jens

[Robert_Mini]

Hy Jens!
Kannst du den Code posten?
Das mit -$x funktioniert zu 100%.

Lg
Robert

[blaubaerli]

Hallo zusammen,

hier mal die Basislogik mit der ich mir gestern dann beim Testen selbst ins Bein geschossen habe.

Code: Alles auswählen

{
  "_Meta": { // Optional
    "Description": "",
    "Version": "1.00",
    "Icon": "" // format: "data:image/svg+xml;base64,ENCODED_FILE"
  },
  "Input": [
	   ["Türstatus","Status Türe","$I_DoorStatus","c"],
	   ["Präsenzstatus","Jemand erkannt?","$I_PresenceStatus","u"]
  ],
  "Output": [
  ],
  "Level": [
      ["$zuundabwesend","bool",false],
      ["$I_DoorStatus","bool",false],
      ["$I_PresenceStatus","bool",false]
      
  ],
  "Module": [
   ["And",["-$I_DoorStatus","-$I_PresenceStatus"],"$zuundabwesend"]
  ]
}

Ursache habe ich jetzt auch gefunden. Ich hatte die beiden Eingänge testhalber über die CometVisu simuliert, da ich ja nicht immer die Türe auf und zu machen bzw. in den Raum latschen wollte.

Wenn man dann schon mit Absicht bei einem Eingang ein "u" statt einem "c" setzt, dann darf man sich beim Test auch nicht wundern, dass eine alleinige Änderung des Wertes an diesem Eingang ohne auslösenden Trigger keine Auswirkung auf das Ergebnis des And-Moduls hat.

Also Layer 8-Problem. Wir halt meistens.....

Danke für euer Feedback.

Liebe Grüße
Jens