ElabNET Technik Forum

Verfasst: **So Dez 06, 2020 10:43 pm**

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

Verfasst: **So Dez 06, 2020 10:48 pm**

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...

Verfasst: **Mo Dez 07, 2020 1:42 am**

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

Verfasst: **Mo Dez 07, 2020 8:52 am**

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

Verfasst: **Mo Dez 07, 2020 10:23 am**

Hallo zusammen,

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

Bis später.
Beste Grüße
Jens

Verfasst: **Mo Dez 07, 2020 10:41 am**

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

Lg
Robert

Verfasst: **Mo Dez 07, 2020 5:36 pm**

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

ElabNET Technik Forum

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

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

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

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

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

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

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

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