[gelöst] Notify: Ich vermisse das Attribut "stateFormat" !

Begonnen von frank, 13 Februar 2014, 13:06:13

Vorheriges Thema - Nächstes Thema

frank

hallo allerseits,

ich erzeuge mir in meinem notiy über "setreading" readings im notify selbst. nun wollte ich sie mit dem attribut stateFormat in der notify-übersicht anzeigen lassen. aber leider scheint dieses attribut für diese devices nicht freigeschaltet zu sein. weder über die attribut-auswahlliste, noch über eine direkte eingabe im webfrontend,  ist es mir gelungen.

1. gibt es gründe dieses zu unterbinden, oder
2. wurde nur nicht daran gedacht?

sollte 2. zutreffen, wäre ich begeistert, sollte es freigeschaltet werden!

gruss frank
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

betateilchen

1. welchen Sinn sollte das stateFormat in einem notify haben?
2. welchen Sinn haben Readings an einem notify überhaupt? Ein notify ist entweder active oder disabled. Mehr gibts nicht.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

justme1968

ich könnte mir schon ein paar dinge vorstellen die man sich direkt im notify merken könnte. z.b. welches device oder event das notify das letzte mal getriggert hat. oder wann.

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

frank

hallo betateilchen,

Zitat2. welchen Sinn haben Readings an einem notify überhaupt? Ein notify ist entweder active oder disabled. Mehr gibts nicht.

vielleicht bei deinen!  ;)

ich habe in mein notify einen einstellbaren modulo_n-zähler eingebaut. dieser zähler hat genau n zustände. zb zählt er von 0-4, anschliessend beginnt er von vorne, usw, usw .... nun können in abhängigkeit vom aktuellen zählerstand unterschiedliche aktionen ausgelöst werden. in meinem speziellen anwendungsfall, möchte ich ein device genau für 4 trigger-zyklen in den zustand "dummy" versetzen und anschliessend für genau einen zyklus wieder freischalten.

um diesen zähler zu realisieren, benötigt man einen speicher, in dem der aktuelle zählerstand für den nächsten aufruf des notifys bereitgestellt werden kann. dazu bediene ich mich eines readings, dass natürlich am besten im notify selber untergebracht wird. es zeigt ja schliesslich den aktuellen zustand des notifys an.
da dieser zähler auch noch einstellbar sein soll, also im speziellen fall die anzahl der dummy-zyklen, taucht schon das nächste reading auf, in welchem die gewünschten zyklen untergebracht werden.

Zitat1. welchen Sinn sollte das stateFormat in einem notify haben?

die erzeugten readings (zustände des notifys) in der notify-übersicht darstellen.

gruss frank
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

rudolfkoenig

Dafuer ist notify nicht gebaut worden, und ich meine es muessen auch nicht alle Kombinationen machbar sein.
Vermutlich funktioniert stateFormat, falls es zum "global userattr" hinzugefuegt wird.

frank

#5
ZitatVermutlich funktioniert stateFormat, falls es zum "global userattr" hinzugefuegt wird.

danke, das klappt prima.  :)

ZitatDafuer ist notify nicht gebaut worden, und ich meine es muessen auch nicht alle Kombinationen machbar sein.

dann aber vielleicht nicht ganz konsequent, wenn zb "userReadings" eingebaut ist. zumal zum triggern der berechnung des userReadings ein sich verändendes reading vorhanden sein muss, das erst einmal gar nicht existiert. aber egal, es geht ja auch so.

gruss frank

edit:
nur zur info! dieses workaround hat einen ganz kleinen schönheitsfehler. bei vorher bereits vorhandenem stateFormat, gibt es nun zwei.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html