Messwert von Fenstersensor invertieren und auf KNX-Bus senden.

[UliSchirm]

Ich krieg's einfach nicht hin, wer kann mir helfen?

Es geht um einen Reed-Kontakt am Fenster, der über einen 1-Wire Multi-I/O-Sensor per 1-Wire-Plugin abgefragt und auf den KNX-Bus gesendet wird. So weit funktioniert alles mit folgendem Code in meiner 1wire.conf:

[OW]
    [[Fenster]]
        [[[EsszimmerLinks]]]
            type = bool
            visu_acl = rw
            ow_addr = 3A.CBF713000000
            ow_sensor = IB
            knx_dpt = 1
            knx_send = 2/1/82
            knx_reply = 2/1/82

Leider sind die Werte vertauscht, 0 soll 1 sein und umgekehrt, ein geschlossenes Fenster wird geöffnet angezeigt und umgekehrt. Bevor ich verzweifle, nun die Frage in die Runde: Warum funktioniert folgender Code in meiner onewire.conf nicht?

[OW]
    [[Fenster]]
        [[[EsszimmerLinks]]]
            type = bool
            eval = not sh.Invert()
            eval_trigger = Invert
            knx_dpt = 1
            knx_send = 2/1/82
            knx_reply = 2/1/82
            enforce_updates = true
        [[[Invert]]]
            type = bool
            ow_addr = 3A.CBF713000000
            ow_sensor = IB
            enforce_updates = true

Damit wird gar nichts mehr auf den Bus gesendet, verstehe nicht warum. Ich wäre für Hilfe sehr dankbar!

Uli

[OsLee540i]

Ich bin zwar momentan nicht ganz in der materie mit eval etc.
Aber muss es nicht wenn dann OW.Fenster.Invert heissen?

Oder es fehlt bei Invert noch eine eckige Klammer, damits zum Childitem wird.

Gruß Wolfi

[UliSchirm]

Ich habe es gerade mal so probiert:

[OW]
    [[Fenster]]
        [[[EsszimmerLinks]]]
            type = bool
            eval = OW.Fenster.Invert
            eval_trigger = Invert
            knx_dpt = 1
            knx_send = 2/1/82
            knx_reply = 2/1/82
            enforce_updates = true
        [[[Invert]]]
            type = bool
            ow_addr = 3A.CBF713000000
            ow_sensor = IB
            enforce_updates = true

Leider auch ohne Erfolg.

[Tom Bombadil]

Hab zwar eine ganze Weile nicht mehr an meinen Items rumgebastelt und mag falsch liegen, aber versuche mal bitte:

eval = not sh.OW.Fenster.Invert()
eval_trigger = OW.Fenster.Invert

/tom

[UliSchirm]

Tom, Du bist mein Held. Ich danke Dir herzlich!

So geht's:

        [[[EsszimmerLinks]]]
            type = bool
            eval = not sh.OW.Fenster.Invert()
            eval_trigger = OW.Fenster.Invert
            knx_dpt = 1
            knx_send = 2/1/82
            knx_reply = 2/1/82
        [[[Invert]]]
            type = bool
            ow_addr = 3A.CBF713000000
            ow_sensor = IA
            enforce_updates = true

[smai]

Ich bin mir nicht so sicher, ob du das Hilfsitem überhaupt brauchst, evtl. reicht auch folgendes:

 [OW]
    [[Fenster]]
        [[[EsszimmerLinks]]]
            type = bool
            visu_acl = rw
            ow_addr = 3A.CBF713000000
            ow_sensor = IB
            knx_dpt = 1
            knx_send = 2/1/82
            knx_reply = 2/1/82
            eval = not value

Ein eval funktioniert nämlich auch ohne eval_trigger.

[UliSchirm]

Sehr cool! Hab's direkt heute Morgen noch vor der Frühschicht ausprobiert, funktioniert! Das ist natürlich die eleganteste Lösung, vielen Dank für den Tipp!

Ich hatte auch schon Versuche in diese Richtung unternommen, leider ohne Erfolg. Mir war nicht klar was "value" genau bedeutet. In der Doku steht nur: "Ein optionaler Startwert für dieses Item".

[smai]

Das klingt tatsächlich nicht so richtig, wo steht das?
value ist der Wert, welcher eigentlich hätte gesetzt werden sollen. Also der z.B. von einem Plugin wie OneWire oder KNX übertragen wird oder per sh.foo.bar() gesetzt wird. Bei Verwendung von eval_trigger ist es der Wert des triggerenden Items.
Bevor der Wert dann tatsächlich auf das Item geschrieben wird, durchläuft er das eval.

[mumpf]

Hi,

es gibt verschiedene "value". Wenn es als Attribut (linke Seite des gleich Zeichens) verwendet wird, ist es der Startwert des items, wenn es im eval verwendet wird, ist es der Wert, mit dem getriggert wurde. Und - wie smai schon sagte - das setzen eines Wertes ist abstrakt betrachtet auch ein Trigger.

Gruß Waldemar

[Tom Bombadil]

Haben wir eigentlich im Wiki eine Seite für solche kurzen, kleinen "Textbausteine"? Stefans Vorschlag wäre ein Kandidat dafür, Negieren von Items kommt sicher häufiger mal vor ...
/tom

[Msinn]

Ich habe mal im Wiki unter Items (rechts in der Übersicht) eine Seite Tipps und Tricks eingerichtet und diesen Tipp dort verewigt.

[UliSchirm]

In der Doku steht nur: "Ein optionaler Startwert für dieses Item".

Das klingt tatsächlich nicht so richtig, wo steht das?

Das steht in der Wiki unter "Items" Abschnitt "Standard Attribute"

Ich habe mal im Wiki unter Items (rechts in der Übersicht) eine Seite Tipps und Tricks eingerichtet und diesen Tipp dort verewigt.

Super Sache, vielen Dank!

[mumpf]

Das steht in der Wiki unter "Items" Abschnitt "Standard Attribute"

Genau, aber das ist nicht das value im eval!

Gruß Waldemar

[UliSchirm]

Weiter unten steht noch:

"Wenn ein Item einen neuen Wert zugewiesen bekommen soll (z.B. via KNX oder Logik), wird der neue Wert zunächst in value zwischengespeichert. Wenn ein Attribut eval existiert, so wird der Ausdruck hinter eval = ... ausgeführt und das Ergebnis dieses Ausdrucks als neuer Wert ins Item übernommen."

Also jetzt ist die Verwirrung komplett (bei mir zumindest).

[smai]

Wie Waldemar schreibt, hat das von dir zitierte Attribut "value = " nichts mit der Variable "value" im Attribut "eval = " zu tun.