[Featurewunsch] - √ - Wildcards in logic.conf

[mode]

Hallo,

mir würden Wildcards in der logic.conf im Zusammenspiel mit den hierarchischen Items sehr viel Tipparbeit abnehmen:

Beispiel watch_item:
Anstatt:

watch_item = jalou.arbeitszimmer_nord.stat.oben, jalou.arbeitszimmer_nord.stat.unten, jalou.arbeitszimmer_ost.stat.oben, jalou.arbeitszimmer_ost.stat.unten

könnte man

watch_item = jalou.*.stat.oben, jalou.*.stat.unten

schreiben.

Hier in dem Beispiel habe ich jetzt nur 2 Jalousien. Mit 8 wird die Vereinfachung noch deutlicher...

VG

Mode

[Apollo]

+1

[Sipple]

+2

[callidomus]

So Ihr Faulpelze ;-)

Gerade in github eingecheckt. Damit kann man für eval_trigger ([item].conf) und watch_item (logic.conf) auch '*' verwenden.
Das ganze beliebig oft, vorne, hinten oder in der Mitte. (Für die Ambitionierten: dort funktioniert auch eine Regex allerdings ist der '.' und das '*' reserviert)

Achtung: ich habe auch an der Visu-API geschraubt, damit die RRD und Logs 'schöner' für Apollo/smartVISU exportiert werden. => smarthome(.min).js müssen aktualisiert werden.

Über Tests und Feedback freue Ich mich.

Bis bald

Marcus

[Sipple]

Gruß, Martin

[Apollo]

[mode]

soeben getestet und für gut befunden :-)

[clown]

Wie kann ich RRD's in smartvisu machen, da hatte ich bisher nichts gefunden ?

Gruß aus Maintal
Michael

[2ndsky]

Hallo Michael,

das unterstützt die smartVISU noch nicht... aber soweit ich weiß sind Marcus und Martin dran.

[mode]

Ich möchte einmal ein Beispiel für die Nutzung der Wildcards vorstellen.

Szenario:
Wir haben einen Rolladen im Schlafzimmer und einen in der Küche, die jeweils auf einer GA eine 1 senden, wenn sie ganz oben oder ganz unten sind.
Für die Taster die eine Ein-Tasten Jalousteuerung bieten, benötige ich eine GA die anzeigt ob die nächste Fahrt nach oben oder nach unten geht. Diese GA wird von sh.py bedient. Sie wird als richtung bezeichnicht und hat eine 1 für unten (nächste Fahrt geht hoch) und eine 0 für oben (nächste Fahrt gehr runter).
btw: Warum das Ganze? Mein Jalou Aktor kann nur entweder dieses Richtungsobjekt ODER ein Objekt für die aktuelle Position in % ausgeben. Letzeres benötige ich für meine Visu und Ersteres baue ich hier durch diese Logik nach.


items.conf

[jalou]
    [[schlafzimmer]]
        [[[stat]]]
            [[[[oben]]]]
                type = bool
                knx_dpt = 1
                knx_listen = 3/1/10
            [[[[unten]]]]
                type = bool
                knx_dpt = 1
                knx_listen = 3/1/11
            [[[[richtung]]]]
                type = bool
                knx_dpt = 1
                knx_send = 3/1/3
                knx_reply = 3/1/3
    [[kueche]]
        [[[stat]]]
            [[[[oben]]]]
                type = bool
                knx_dpt = 1
                knx_listen = 3/1/30
            [[[[unten]]]]
                type = bool
                knx_dpt = 1
                knx_listen = 3/1/31
            [[[[richtung]]]]
                type = bool
                knx_dpt = 1
                knx_send = 3/1/23
                knx_reply = 3/1/23

logic.conf:

[Logi_Jalou]
        filename = logi_jalou.py
        watch_item = jalou.*.stat.oben, jalou.*.stat.unten

logi_jalou.py

#!/usr/bin/env python
for raum in sh.jalou:
    if raum.stat.unten():
        raum.stat.richtung('on')
    if raum.stat.oben():
        raum.stat.richtung('off')

Dieses Coding funktioniert wunderbar!
Leider nur, wenn man kein "enfoce_updates = true" für das Richtungs-Objekt nutzt.

items.conf

[jalou]
    [[schlafzimmer]]
        [[[stat]]]
            [[[[oben]]]]
                type = bool
                knx_dpt = 1
                knx_listen = 3/1/10
            [[[[unten]]]]
                type = bool
                knx_dpt = 1
                knx_listen = 3/1/11
            [[[[richtung]]]]
                type = bool
                knx_dpt = 1
                knx_send = 3/1/3
                knx_reply = 3/1/3
                enforce_updates = true
    [[kueche]]
        [[[stat]]]
            [[[[oben]]]]
                type = bool
                knx_dpt = 1
                knx_listen = 3/1/30
            [[[[unten]]]]
                type = bool
                knx_dpt = 1
                knx_listen = 3/1/31
            [[[[richtung]]]]
                type = bool
                knx_dpt = 1
                knx_send = 3/1/23
                knx_reply = 3/1/23
                enforce_updates = true

Dann wird für alle Jalous das Objekt Richtung gesendet, auch wenn nur eine in eine Endposition gefahren wurde.

Möchten wir nur auf das triggende Objekt reagieren, kann folgendes Coding eingesetzt werden:
logi_jalou.py

#!/usr/bin/env python
import re
if trigger['value']:
    re_richtung = re.compile('((unten$)|(oben$))')
    cmd = re_richtung.sub("richtung",trigger['source'])

    re_unten = re.compile('(^jalou.[a-z_]+.stat.unten$)')
    if re_unten.match(trigger['source']):
        cmd = 'sh.' + cmd + '(\'on\')'
        exec cmd

    re_oben = re.compile('(^jalou.[a-z_]+.stat.oben$)')
    if re_oben.match(trigger['source']):
        cmd = 'sh.' + cmd + '(\'off\')'
        exec cmd

Funktioniert zwar gut, aber fällt jemandem vielleicht eine KISS Lösung ein?

VG

Mode

[callidomus]

- √ - Wildcards in logic.conf

Dieses Coding funktioniert wunderbar!
Leider nur, wenn man kein "enfoce_updates = true" für das Richtungs-Objekt nutzt.

Was funktioniert denn nicht?

Wird oben und unten eigentlich auch wieder auf False gesetzt?

Bis bald

Marcus

[mode]

Hi,
ja oben und unten wird false gesetzt sobald die Jalou nicht mehr in einer Endposition ist.

Das Coding mit enforce_update funktioniert wie es technisch soll. Aber logisch möchte ich natürlich nicht für alle Jalous das Objekt Richtung (erneut) gesendet sehen wenn nur eine Jalou eine Endstellung erreicht hat. Durch die Schleife und das Enforce würde das passieren.
Daher das 2. Coding, so dass nur das notwendige Richtung Objekt gesetzt wird und nicht jedes.

[callidomus]

- √ - Wildcards in logic.conf

Sorry wenn ich so Nachfrage. Wieso lässt Du das enforce_... Nicht weg?

[callidomus]

Hi,

nur so für das Protokoll. Ob das jetzt einfacher ist liegt im Auge des Betrachters, es meidet zumindest regex. Ich habe den Code nicht getestet, vllt. ist noch ein Typo drin...

#!/usr/bin/env python
if trigger['value']:
    direction = trigger['source'].rsplit('.', 1)[0] + '.richtung'
    # langsam zum mitschreiben
    # itemarray = trigger['source'].rsplit('.', 1)  # rsplit teilt von rechts bei jedem '.' und wird auf einmal teilen limitiert
    # baseitemname = itemarray[0]  # nur den ersten Teil der zurückgegeben Liste betrachten
    # direction = baseitemname + '.richtung'  # und das '.richtung' anfügen
    direction = sh.return_item(direction)  # holt das Item Object für direction
    if trigger['source'].endswith('unten'):
        direction(True)
    if trigger['source'].endswith('oben'):
        direction(False)

Wobei ich Deine erste Logik irgendwie schöner finde. Mir ist aber (siehe Post oben) immer noch nicht klar, wieso die bei Dir nicht funktioniert.

Bis bald

Marcus

[mode]

Hey Marcus,

danke für dein Beispiel.
Die Methode return_item war genau das, was ich gesucht hatte. Dann komme ich ohne das exec aus, super!

Warum enforce_updates?
Eigentlich nur um eben dieses Beispiel zu haben.

VG

Mode