[suche Idee] devStateIcon für notify active/disabled

[betateilchen]

Hat jemand eine Idee, wie man einem notify ein devStateIcon zuweisen kann, um optisch darzustellen, ob ein notify enabled/disbled ist?

[justme1968]

wenn dir langoll updates erst mal egal sind geht das z.b. so:

Code Auswählen Erweitern

attr n devStateIcon disabled:off .*:on   

oder

Code Auswählen Erweitern

attr <n> devStateIcon {return ".*:off" if( AttrVal($name,"disable",0) == 1); return ".*:on"}

bzw. entsprechend über IsDisabled statt AttrVal wenn du disabledForIntervalls auch auswerten willst.

wenn du wert auf longpollUpdates legst würde es vermutlich über den umweg eines zweiten notify auf die attribut änderung das über Trigger ein gefaktes event für das nicht vorhandene state reading erzeugt.

[betateilchen]

wenn dir langoll updates erst mal egal sind geht das z.b. so:

da wird mir genau gar nichts angezeigt - egal in welchem Zustand das Attribut ist.

wenn du wert auf longpollUpdates legst würde es vermutlich über den umweg

Es geht um longpoll und ich wollte einen Umweg vermeiden. Es wäre schon schön, wenn ein notify auch ein auswertbares "state" hätte.

[justme1968]

da muss etwas angezeigt werden. ich habe beide versionen mit safari, chrome und firefox probiert.

was bedeutet gar nichts? auch nicht der text für STATE?


mit dem angehängten patch und der ersten variante:

Code Auswählen Erweitern

attr n devStateIcon disabled:off .*:ongeht es (beim mir )auch per longpoll. keine ahnung ob rudi die umstellung von STATE auf state einchecken würde.

[betateilchen]

Der Text bei STATE ist vorhanden, aber ich sehe nirgends ein Icon.

Den Patch werde ich testen, aber erst morgen. Bis dahin erstmal danke für die Hilfe.

[betateilchen]

mit dem Patch funktioniert es

[betateilchen]

Zu früh gefreut. Das funktioniert nur solange, bis das notify zum ersten Mal getriggert wurde.

Irgendwas stimmt da mit "showtime" noch nicht, denn irgendwann steht nur noch ein Timestamp in der Anzeige - egal, ob showtime auf 0 oder auf 1 steht.

[justme1968]

es gibt für showtime eine sonderbehandlung in 01_FHEMWEB.pm. sobald das attribut bei einem device gesetzt ist wird devStateIcon komplett ignoriert und immer der timestamp des state reading angezeigt.

wenn das attribut showTime im notify komplett gelöscht ist dann geht es. sobald es gesetzt ist (egal ob auf 0 oder 1) greift die sonderbehandlung.

ich denke diese sonderbehandlung sollte eigentlich entfernt werden. oder zumindest die prüfung sollte nicht auf defined sondern auf attribut = 1 gehen:

Code Auswählen Erweitern

--- 01_FHEMWEB.pm (revision 8085)
+++ 01_FHEMWEB.pm (working copy)
@@ -2420,7 +2420,7 @@
   my $txt = $state;
   my $dsi = ($attr{$d} && ($attr{$d}{stateFormat} || $attr{$d}{devStateIcon}));

-  if(defined(AttrVal($d, "showtime", undef))) {
+  if(AttrVal($d, "showtime", undef) == 1) {
     my $v = $defs{$d}{READINGS}{state}{TIME};
     $txt = $v if(defined($v));

[rudolfkoenig]

Die showtime Zeile in FHEMWEB habe ich angepasst.

Mit dem notfy-patch hadere ich noch:
- ich will nicht, dass ein notify events generiert, das wird mir zu bunt.
- showtime sollte mAn in FHEMWEB und nicht im Geraet ausgewertet werden.
- die disabled/active Anzeige in notify funktioniert nur fuer disabled, disabledForIntervals wird nicht behandelt.
- ich meine das, was jetzt funktioniert, muesste fuer die ueblichen Faelle reichen.

[betateilchen]

- ich meine das, was jetzt funktioniert, muesste fuer die ueblichen Faelle reichen.

Ist es ein sehr unüblicher Fall, im Frontend sehen zu wollen, ob ein notify active oder disabled ist, wenn man es per Button/Link im Frontend einfach toggeln kann?

[rudolfkoenig]

Wenn du per button toggelst, dann kannst du ja auch den button beobachten.

[justme1968]

es wäre schön dafür direkt das Icon des notify zu verwenden. ohne zusätzlichen dummy. und für at genau so.

[betateilchen]

es wäre schön dafür direkt das Icon des notify zu verwenden.

Genau darum geht es. Den Button in meinem Frontend kann ich nicht beobachten, da fhem diesen Button gar nicht kennt, sondern nur das Icon des notify.

Mit dem notfy-patch hadere ich noch:
- ich will nicht, dass ein notify events generiert, das wird mir zu bunt.

Dieses Anliegen verstehe ich durchaus. Könnte man das Erzeugen eines events nicht irgendwie mit dem ohnehin schon verbundenen Attribut "addStateEvent" verknüpfen, sodaß ein event nur dann erzeugt wird, wenn dieses Attribut auf 1 gesetzt ist? Das Attribut wurde zwar zu einem anderen Zweck eingeführt (das ist mir schon klar) aber es passt zum einen wunderbar von seinem Namen her und zum anderen würde diese Verknüpfung nirgends "wehtun".

Nach dem gleichen Ansinnen beim at zu fragen, hatte ich mich noch gar nicht getraut, zumal mir die Sache bei den notify wichtiger ist. Aber es ist schön, dass das nun auch schon angesprochen wurde

[justme1968]

das addStateEvent attribut bezieht sich auf die auswertung der events des vom notify überwachten device, nicht auf das notify selber. von daher passt eine verknüpfung nicht wirklich.

ich glaube nicht das die zusätzlichen events wirklich ins gewicht fallen. wenn man direkt im notify modul schon prüft und das reading schreibt wenn es sich geändert hat wird für den fall das showtime nicht gesetzt ist nur beim umschalten von disable ein einziges event erzeugt.

um das icon auch bei disabledForIntervalls aktuell zu halten habe ich noch keine gute idee. es wäre aber auch schön.

natürlich sollte es dann auch für at eingebaut werden . je weniger ausnahmen es gibt um so besser. der einbau von modifyTimeSpec geht ja auch in die richtung eine bedienung ohne zusätzliche dummys zu ermöglichen.

[rudolfkoenig]

Habe fuer at/notify die gewuenschten Events eingebaut, allerdings generiert notify kein Event, falls es getriggert wird.
D.h. fuer "attr X disable" wird ein Event generiert, aber auch fuer at, nach der Ausfuehrung.