Fehler devStateIcon?

[Ralli]

Hallo zusammen,

in Abhängigkeit von der Anzahl der verbundenen Clients möchte ich das Icon für mein MQTT2-Server-Device definieren.

Die folgenden Statements funktionieren:

First form:

Code Auswählen Erweitern


^0$:10px-kreis-rot ^[123]$:10px-kreis-gelb .*:10px-kreis-gruen


Second form:

Code Auswählen Erweitern


{my $pic = (ReadingsNum($name,"nrclients",0)==0? '10px-kreis-rot' : ReadingsNum($name,"nrclients",0)<4? '10px-kreis-gelb' : '10px-kreis-gruen'); '<div>'.FW_makeImage($pic).'</div>'}


Das folgende Statement sollte nach meiner Interpretation gemäß Commandref bzw. Hilfe zum Attribut devStateIcon ebenfalls funktionieren, gibt aber kein Icon zurück:

Second form:

Code Auswählen Erweitern


{ReadingsNum($name,"nrclients",0)==0? '10px-kreis-rot' : ReadingsNum($name,"nrclients",0)<4? '10px-kreis-gelb' : '10px-kreis-gruen'}


Commandref:

Perl code enclosed in {}. If the code returns undef, then the default icon is used, if it retuns a string enclosed in <>, then it is interpreted as an html string. Else the string is interpreted as a devStateIcon of the first fom, see above.

Bug oder mein Denkfehler?

[Otto123]

Moin,

Denkfehler:Dein Rückgabewert wird als regExp interpretiert.

Code Auswählen Erweitern

{ReadingsNum($name,"nrclients",0)==0? '.*:10px-kreis-rot' : ReadingsNum($name,"nrclients",0)<4? '.*:10px-kreis-gelb' : '.*:10px-kreis-gruen'}

Leerzeichen getrennte Auflistung von regexp:icon-name:cmd Dreierpärchen, icon-name und cmd dürfen leer sein.
Wenn STATE des Gerätes mit der regexp übereinstimmt, wird als icon-name das entsprechende Status Icon angezeigt, und (falls definiert), löst ein Klick auf das Icon das entsprechende cmd aus. Wenn FHEM icon-name nicht finden kann, wird STATE als Text angezeigt. Beispiel:
attr lamp devStateIcon on:closed off:open
attr lamp devStateIcon on::A0 off::AI
attr lamp devStateIcon .*:noIcon

Gruß Otto

[OdfFhem]

Denkfehler:Dein Rückgabewert wird als regExp interpretiert.

"Genauer" gilt lt. Doku bei SecondForm:

Else the string is interpreted as a devStateIcon of the first fom

Will man doppelte Auswertung vermeiden, könnte man aber auch in diesem Fall das bereits ermittelte Icon zurückgeben:

Code Auswählen Erweitern


  { FW_makeImage(ReadingsNum($name,"state",0)==0? '10px-kreis-rot' : ReadingsNum($name,"state",0)<4? '10px-kreis-gelb' : '10px-kreis-gruen') }


***

Eine Frage wäre vielleicht noch interessant: was ist denn ein default Icon bzw. wo/wie legt man das fest ?

[TomLee]

Eine Frage wäre vielleicht noch interessant: was ist denn ein default Icon bzw. wo/wie legt man das fest ?

Bin in dem Thema nicht mehr drin und behalten hab ich auch nicht viel, aber den Thread, in dem ich mal die gleiche Frage gestellt hatte, auf Anhieb gefunden.

[Ralli]

Vielen Dank Euch!

[OdfFhem]

in dem ich mal die gleiche Frage gestellt hatte

War sehr hilfreich, hätte ich so wohl nie gefunden ...

Habe das Attribut devStateIcon folgendermaßen definiert:

Code Auswählen Erweitern


{ return undef; }

Für die Darstellung der Werte 0..4 hat sich erst mal nichts geändert, da es für diese Werte kein "default icon" gibt.

Dann habe ich im Verzeichnis, in dem die auserwählten Icons liegen (zufällig auch default benamt), die benötigte Datei angelegt/erweitert.
Für die Werte 1..4 klappt dies nach einem "shutdown restart" wie erwartet ... Icon statt Wert.
Dem Wert 0 scheint man kein "default icon" zuordnen zu können ... wird auf jeden Fall ignoriert ... es wird immer noch nur 0 angezeigt ...

@rudolfkoenig
Schon wäre wahrscheinlich, wenn man die Hilfe zum Attribut iconPath um einen Hinweis auf die "default icon"-Dateien erweitern würde.

[rudolfkoenig]

Habe das Attribut devStateIcon folgendermaßen definiert: { return undef; }

Und warum genau ist das besser, als das Attribut gar nicht zu setzen?

Schon wäre wahrscheinlich, wenn man die Hilfe zum Attribut iconPath um einen Hinweis auf die "default icon"-Dateien erweitern würde.

Ich verstehe gerade nicht, warum man das beim iconPath diskutieren soll. Oder was man hier mit "default icon" meint.
In der devStateIcon Doku ist mit default icon das gemeint, was FHEMWEB ohne devStateIcon zuweisen wuerde. 

[OdfFhem]

Und warum genau ist das besser, als das Attribut gar nicht zu setzen?

Dies ist ja nur ein Test, um den undef-Fall zu "provozieren". Im echten Leben ist undef ja (hoffentlich) extrem selten das einzige Ergebnis eines perl-Ausdrucks von devStateIcon.

Ich verstehe gerade nicht, warum man das beim iconPath diskutieren soll. Oder was man hier mit "default icon" meint.

Der Begriff "default icon" ist aus der devStateIcon-Doku entnommen und das Attribut iconPath aus https://forum.fhem.de/index.php/topic,123442.msg1179989.html#msg1179989.

Bislang scheint die FHEM-Doku keinerlei Info zur Festlegung von einem "default icon" über iconalias.txt zu liefern oder ich habe es nicht gefunden. Klar, neben iconPath könnte auch devStateIcon ein Platz für weiterführende Infos sein ...

[OdfFhem]

Neu angelegte iconalias.txt enthält folgende Zeilen:

Code Auswählen Erweitern


0          15px-red.png
1          15px-red.png
^2$        15px-yellow.png
3          15px-yellow.png
4          15px-green.png


Werte "0", "1", "2", "3" und "4" ergeben beim Test-Device folgende HTML-Tags:

Code Auswählen Erweitern


<div id="icondummy" title="0" class="col2">0</div>
<img class=" 1" src="/fhem/images/default/15px-red.png" alt="1" title="1">
<div id="icondummy" title="2" class="col2">2</div>
<img class=" 3" src="/fhem/images/default/15px-yellow.png" alt="3" title="3">
<img class=" 4" src="/fhem/images/default/15px-green.png" alt="4" title="4">

Die "default icon"-Zeilen für "0" und "2" scheinen keinerlei Auswirkung zu haben.


Gibt es "Auswege" für das beobachtete Programmverhalten ?

[rudolfkoenig]

Das Problem mit 0 koennte man fixen, ^2$ ist definitiv kein iconalias Thema.
iconalias.txt ist nicht fuer so ein mapping gedacht, dafuer ist devStateIcon da.

[OdfFhem]

Habe mir mal den betreffenden Code angeschaut ...

Das Problem mit 0 koennte man fixen,

In Zeile 3363 if($icon) durch if(defined($icon)) ersetzt
... der "0"-Fall wurde zwar schon immer geladen, würde aber jetzt auch durchgereicht

^2$ ist definitiv kein iconalias Thema.

Sehe ich ein, den direkten Zugriff würde ich auch nicht zwingend umbauen
... wichtige Erkenntnis wäre vielleicht noch, dass immer "nur" der erste Teil des zu prüfenden Wertes betrachtet wird
... "3" und "3 test" werden übersetzt ; "test 3" oder "33" erzielen keine Übereinstimmung bzgl. meines obigen Beispiels

[rudolfkoenig]

In Zeile 3363 if($icon) durch if(defined($icon)) ersetzt

Das habe ich uebernommen und eingecheckt.

[OdfFhem]

Funktioniert ... Danke