Sammelauswertung (...licht.*) funktioniert nicht?

[Morg]

Moin,

ich hätte da gern mal wieder ein Problem

Mir ist aufgefallen, dass bei mir im Wohnzimmer die "Sammelanzeige" für Licht immer an ist:

{{ basic.symbol('info-eg-wohnen-licht', 'eg.wohnen.licht.*', '',  'light_light_dim_100.svg', '', '', 'icon1') }}

Die zugehörigen Items sind so definiert:

eg:
    wohnen:

        licht:
            type: bool

            decke_n:
                type: bool
                knx_dpt: 1
                knx_send: 1/0/13
                visu_acl: rw
                knx_listen: 1/3/13
                knx_cache: 1/3/13

            decke_s:
                type: bool
                knx_dpt: 1
                knx_send: 1/0/14
                visu_acl: rw
                knx_listen: 1/3/14
                knx_cache: 1/3/14

            wand_n:
                type: bool
                knx_dpt: 1
                knx_send: 1/0/7
                visu_acl: rw
                knx_listen: 1/3/7
                knx_cache: 1/3/7

            wand_s:
                type: bool
                knx_dpt: 1
                knx_send: 1/0/5
                visu_acl: rw
                knx_listen: 1/3/5
                knx_cache: 1/3/5

            wand_w:
                type: bool
                knx_dpt: 1
                knx_send: 1/0/6
                visu_acl: rw
                knx_listen: 1/3/6
                knx_cache: 1/3/6

Per Backend und per CLI habe ich in sh.py alle entsprechenden Items geprüft und es sind alle aus. Trotzdem wird das Symbol angezeigt. Gibt es da Änderungen oder Probleme bei der Datenabfrage zwischen SV und sh.py?

Ich glaube, dass das erst nach Update auf SV2.9 und sh.py 1.4.2 aufgetreten ist, aber ich kann natürlich nicht mehr nachvollziehen, wann bzw. nach welcher Änderung genau...

Oder habt ihr ggf. noch einen TIp, wo ich bzw. wie ich das prüfen kann?

[Sandman60]

Schau Dir mal bitte den Thread hier an. basic.symbol hat sich in der Syntax geändert, denke Du kannst das leicht für Dich adaptieren.

[smai]

Die Syntax hat es sich nicht per se verändert, sie wurde erweitert. Was vorher funktioniert hat, müsste dies weiterhin tun.
Aber bist du sicher, dass Wildcard-Items (mit *) unterstützt wurden? Davon habe ich noch nie gehört.

[bmx]

Du willst wahrscheinlich folgendes:

Items:

eg:
   wohnen:

      licht:
         type: bool
         eval: or
         eval_trigger:
            - .decke_n
            - .decke_s
            - .wand_n:
            - .wand_s:
            - .wand_w:

... und knx_listen kannst Du auch weglassen, wenn Du knx_cache nutzt

{{ basic.symbol('', 'eg.wohnen.licht', '',  'light_light_dim_100.svg', '', '', 'icon1') }}

[psilo]

bmx wow sogar ich lerne hier noch der Ausdruck rationalisiert gleich mal einige Logiken weg

[mumpf]

... und beim eval_trigger kann man dann

eg.wohnen.licht.*

schreiben.

Gruß Waldemar

[bmx]

Richtig, da schließt sich der Kreis wieder :-)
Vielleicht könnte man sogar

.*

schreiben, ich hab's noch nicht ausprobiert

[mumpf]

gute Idee. Ich kann es leider nicht ausprobieren, da ich noch nicht wieder sh.py nutze.

Gruß, Waldemar

[bmx]

Vielleicht berichtet der Sebastian hier von seinen Ergebnissen ...

[Morg]

Der Sebastian berichtet gerne, nachdem er wieder zu Hause ist und Zeit zum Ausprobieren hatte...

Der grundsätzliche Ansatz mit eval_trigger funktioniert, vielen Dank für den Hinweis. Wieso ich das Licht über "...licht.*" abgefragt habe, weiß ich schon gar nicht mehr - ich weiß nur, dass ich immer der Meinung war, es hätte funktioniert. Wie auch immer...

Man kann sowohl das Item ausschreiben (eg.wohnen.licht.*) als auch relativ angeben (.*) - beim Parsen der Items meldet sh.py, dass es die relativen Pfade in absolute Pfade (eg.wohnen.licht.*) umgewandelt hat.

Bin immer wieder begeistert, was ihr alles wisst und was für Idee ihr dabei alle habt

[Sisamiwe]

Morg

Hat denn der Sebastian getestet?
Kann er uns Rückmeldung geben?

DANKE

[mumpf]

Hi, hat er doch, direkt in dem Beitrag #10.

Welche Info fehlt denn noch?

Gruß Waldemar