Fensterkontakte inkl. gekippt (Logik)

[Msinn]

Hallo Waldemar,

das ist jetzt aber eher wortklauberei

Fenstergriffe meherer Hersteller liefern genau diese 3 Stati. Es macht halt schon einen Unterschied ob ein Fenster gekippt ist, oder ob ich einfach reinklettern kann.

[magiczambo]

...stimmt aber nicht, denn offen ist ja eigentlich “nicht zu“.

Ist die Frage wie du offen definierst. In meinem Fall ist es eben nicht so. Offen ist nicht zu(verschlossen) und nicht gekippt

[magiczambo]

Du könntest drei Items anlegen:

Leider funktioniert deine Lösung nicht. Er meckert hier immer an:

2017-10-24  19:47:53 WARNING  Test.zu      Item Test.zu: problem evaluating True if Buerov == 1 and Buerog == 1 else False: name 'Buerov' is not defined

Auszug aus der items.yaml

Test:
    Buerov:
        type: num
        knx_dpt: 1
        knx_cache: 4/1/5
        visu_acl: rw

    Buerog:
        type: num
        knx_dpt: 1
        knx_cache: 4/1/6
        visu_acl: rw

    zu:
        type: bool
        enforce_updates: yes
        eval: True if Buerov == 1 and Buerog == 1 else False
        eval_trigger:
          - Buerov
          - Buerov

    gekippt:
        type: bool
        enforce_updates: yes
        eval: True if Buerog == 1 and Buerov == 0 else False
        eval_trigger:
          - Buerog
          - Buerov

    offen:
        type: bool
        enforce_updates: yes
        eval: True if Buerog == 0 and Buerov == 0 else False
        eval_trigger:
          - Buerog
          - Buerov

[mumpf]

Hi,

es muss Buerog() und Buerov() heissen (nur im eval)

Gruß, Waldemar

[Msinn]

Mumpf hat (fast) recht. Im eval müssen die Items über das sh Objekt angesprochen werden. Also: sh.Buerog() und sh.Buerorv()

[magiczambo]

Leider hat das nicht geholfen.....mir fehlt hier einfach eine ordentliche Doku!

2017-10-24  20:36:22 WARNING  Test.zu      Item Test.zu: problem evaluating True if sh.Buerov() == 1 and sh.Buerog() == 1 else False: 'SmartHome' object has no attribute 'Buerov'

[Msinn]

Schau mal ins Wiki. eval und eval_trigger sind dort dokumentiert. Den selben Fehler kannst Du wenn Du mumpfs bzw. meinen Tipp befolgt hast nicht bekommen, höchstens einen ähnlichen. Wenn Du uns den jedoch nicht verrätst, können wir auch nicht weiterhelfen.

[magiczambo]

Schau mal ins Wiki. eval und eval_trigger sind dort dokumentiert.

Eben der Item Part ist grausig dokumentiert meiner Meinung! Habe ich auch an anderer Stelle schon angemerkt.

Den selben Fehler kannst Du wenn Du mumpfs bzw. meinen Tipp befolgt hast nicht bekommen, höchstens einen ähnlichen. Wenn Du uns den jedoch nicht verrätst, können wir auch nicht weiterhelfen.

Habe ich doch oben.

[ratzi82]

Leider hat das nicht geholfen.....mir fehlt hier einfach eine ordentliche Doku!

2017-10-24 20:36:22 WARNING Test.zu Item Test.zu: problem evaluating True if sh.Buerov() == 1 and sh.Buerog() == 1 else False: 'SmartHome' object has no attribute 'Buerov'

Da fehlt das Test. Deine Item Definition fängt doch auf dem obersten Level mit Test an.

Versuch mal:

Test:
    Buerov:
        type: num
        knx_dpt: 1
        knx_cache: 4/1/5
        visu_acl: rw

    Buerog:
        type: num
        knx_dpt: 1
        knx_cache: 4/1/6
        visu_acl: rw

    zu:
        type: bool
        enforce_updates: yes
        eval: True if sh.Test.Buerov() == 1 and sh.Test.Buerog() == 1 else False
        eval_trigger:
          - Test.Buerog
          - Test.Buerov

    gekippt:
        type: bool
        enforce_updates: yes
        eval: True if sh.Test.Buerog() == 1 and sh.Test.Buerov() == 0 else False
        eval_trigger:
          - Test.Buerog
          - Test.Buerov

    offen:
        type: bool
        enforce_updates: yes
        eval: True if sh.Test.Buerog() == 0 and sh.Test.Buerov() == 0 else False
        eval_trigger:
          - Test.Buerog
          - Test.Buerov

Gruß,
Henning

[Msinn]

magiczambo Wenn Du das Konstrukt für mehrere Fenster brauchst, macht es Sinn relative Item Adressierung zu nutzen. Dann kannst Du den einen Block einfach kopieren ohne anschließend noch die Itemnamen nacharbeiten zu müssen.

[magiczambo]

magiczambo Wenn Du das Konstrukt für mehrere Fenster brauchst, macht es Sinn relative Item Adressierung zu nutzen. Dann kannst Du den einen Block einfach kopieren ohne anschließend noch die Itemnamen nacharbeiten zu müssen.

Und das geht wie? Genau solche Dinge finde ich nirgends dokumentiert! Aber ich lasse mich gerne eines besseren belehren.

[bmx]

Es ist hier im Wiki dokumentiert.

[magiczambo]

Und wieso findet man das nicht im Menü rechts?

Wenn man den Link nicht hat findet das doch niemand.

[bmx]

Weil man einfach nicht alles ins Menü rechts packen kann, dann liest es wieder keiner. Ich habe aber jetzt einen Hinweis im Item bei eval und eval_trigger auf den Artikel eingefügt.

[magiczambo]

Weil man einfach nicht alles ins Menü rechts packen kann, dann liest es wieder keiner.

Und wie finde ich das Zeug dann? Bin es nicht gewohnt, dass man Insiderwissen dazu braucht

Ich habe aber jetzt einen Hinweis im Item bei eval und eval_trigger auf den Artikel eingefügt.

Ahhhhhh geht doch!!!!!

Nur der Link wurde nicht richtig geparst da ist ein Leerzeichen Zuviel drin!