FW_devState() verwendung

[justme1968]

die meldeung ist eben bei fs20 nicht aufgetreten. der refresh der seite aber schon.

im mommen erscheint die 5sec meldung aber auch bei homematic nicht. das verhalten mit den nicht passenden icons tritt aber trozdem auf.

angehängt die inform timer meldungen jeweils ein mal per click auf webCmd ausgelöst und ein mal per klick auf das icon. ich glaube die unterscheiden sich nicht.

FS20

2013-07-25 13:04:44 FS20 Garten on
2013-07-25 13:04:48 FS20 Garten off

2013-07-25 13:04:49 FS20 Garten on
2013-07-25 13:04:51 FS20 Garten off[/code]

HOMEMATIC

2013-07-25 13:05:09 CUL_HM CUL_HM_switch_1D9AEE CMDs_pending
2013-07-25 13:05:09 CUL_HM CUL_HM_switch_1D9AEE_Sw_03 set_on-10
2013-07-25 13:05:09 CUL_HM CUL_HM_switch_1D9AEE CMDs_processing...
2013-07-25 13:05:10 CUL_HM CUL_HM_switch_1D9AEE CMDs_done_events:3
2013-07-25 13:05:10 CUL_HM CUL_HM_switch_1D9AEE_Sw_03 CommandAccepted: yes
2013-07-25 13:05:10 CUL_HM CUL_HM_switch_1D9AEE_Sw_03 level: 100 %
2013-07-25 13:05:10 CUL_HM CUL_HM_switch_1D9AEE_Sw_03 deviceMsg: on (to cul2)
2013-07-25 13:05:10 CUL_HM CUL_HM_switch_1D9AEE_Sw_03 on
2013-07-25 13:05:11 CUL_HM CUL_HM_switch_1D9AEE CMDs_pending
2013-07-25 13:05:11 CUL_HM CUL_HM_switch_1D9AEE_Sw_03 set_off
2013-07-25 13:05:11 CUL_HM CUL_HM_switch_1D9AEE CMDs_processing...
2013-07-25 13:05:12 CUL_HM CUL_HM_switch_1D9AEE CMDs_done_events:3
2013-07-25 13:05:12 CUL_HM CUL_HM_switch_1D9AEE_Sw_03 CommandAccepted: yes
2013-07-25 13:05:12 CUL_HM CUL_HM_switch_1D9AEE_Sw_03 level: 0 %
2013-07-25 13:05:12 CUL_HM CUL_HM_switch_1D9AEE_Sw_03 deviceMsg: off (to cul2)
2013-07-25 13:05:12 CUL_HM CUL_HM_switch_1D9AEE_Sw_03 off
2013-07-25 13:05:13 CUL_HM CUL_HM_switch_1D9AEE CMDs_pending
2013-07-25 13:05:13 CUL_HM CUL_HM_switch_1D9AEE_Sw_03 set_on
2013-07-25 13:05:13 CUL_HM CUL_HM_switch_1D9AEE CMDs_processing...
2013-07-25 13:05:13 CUL_HM CUL_HM_switch_1D9AEE CMDs_done_events:3
2013-07-25 13:05:13 CUL_HM CUL_HM_switch_1D9AEE_Sw_03 CommandAccepted: yes
2013-07-25 13:05:13 CUL_HM CUL_HM_switch_1D9AEE_Sw_03 level: 100 %
2013-07-25 13:05:13 CUL_HM CUL_HM_switch_1D9AEE_Sw_03 deviceMsg: on (to cul2)
2013-07-25 13:05:13 CUL_HM CUL_HM_switch_1D9AEE_Sw_03 on

2013-07-25 13:05:15 CUL_HM CUL_HM_switch_1D9AEE CMDs_pending
2013-07-25 13:05:15 CUL_HM CUL_HM_switch_1D9AEE_Sw_03 set_off
2013-07-25 13:05:15 CUL_HM CUL_HM_switch_1D9AEE CMDs_processing...
2013-07-25 13:05:15 CUL_HM CUL_HM_switch_1D9AEE CMDs_done_events:3
2013-07-25 13:05:15 CUL_HM CUL_HM_switch_1D9AEE_Sw_03 CommandAccepted: yes
2013-07-25 13:05:15 CUL_HM CUL_HM_switch_1D9AEE_Sw_03 level: 0 %
2013-07-25 13:05:15 CUL_HM CUL_HM_switch_1D9AEE_Sw_03 deviceMsg: off (to cul2)
2013-07-25 13:05:15 CUL_HM CUL_HM_switch_1D9AEE_Sw_03 off[/code]

in dem raum in dem die beiden geräte von oben sind ist FW_roomStatesForInform leer.

in einem anderen Raum in dem ich zwei swap devices mit dem gleichen verhalten habe ist FW_roomStatesForInform:

Code Auswählen Erweitern

2013.07.25 13:14:15 3: FW_roomStatesForInform: $VAR1 = 'SWAP_AA<<off<<<a onClick="FW_cmd(\'/fhem?XHR=1&cmd.SWAP_AA=set SWAP_AA on&room=SWAP\')"><div id="SWAP_AA"  class="col2"><svg class=" off" version="1.0" xmlns="[url=www.w3.org/2000/svg]http://www.w3.org/2000/svg[/url]"  width="468pt" height="617pt" viewBox="0 0 468 617"  preserveAspectRatio="xMidYMid meet"> <metadata> Created by potrace 1.8, written by Peter Selinger 2001-2007 </metadata> <g transform="translate(0,617) scale(0.221801,-0.221801)"  stroke="none"> <path d="M756 2765 c-9 -25 -7 -128 3 -144 5 -8 16 -11 25 -8 24 10 19 160 -5 165 -9 2 -19 -4 -23 -13z"/> <path d="M1310 2695 c0 -77 2 -86 18 -83 14 3 17 15 17 83 0 68 -3 80 -17 83 -16 3 -18 -6 -18 -83z"/> <path d="M1806 2581 c-47 -47 -67 -74 -63 -85 4 -9 10 -16 14 -16 17 0 155 148 149 159 -14 21 -32 10 -100 -58z"/> <path d="M220 2622 c0 -23 125 -147 139 -138 21 13 11 32 -52 94 -64 64 -87 75 -87 44z"/> <path d="M809 2257 c-70 -20 -136 -63 -174 -115 -65 -87 -65 -91 -65 -643 0 -479 1 -500 21 -553 25 -67 87 -134 160 -173 l54 -28 250 0 c235 0 253 1 296 21 63 29 125 94 158 163 l26 56 0 520 0 520 -28 56 c-32 66 -99 132 -165 162 -43 20 -65 22 -267 24 -153 2 -234 -2 -266 -10z m486 -146 c48 -22 69 -44 90 -94 13 -31 15 -107 15 -517 0 -526 0 -523 -59 -573 -48 -40 -90 -47 -299 -47 -205 0 -226 4 -280 54 -51 46 -50 40 -53 567 l-3 495 23 40 c24 43 64 72 115 85 17 4 117 7 221 8 164 0 195 -2 230 -18z"/> <path d="M13 2065 c-11 -29 12 -36 118 -33 96 3 104 4 104 23 0 19 -8 20 -108 23 -91 2 -108 0 -114 -13z"/> <path d="M1877 2066 c-11 -27 17 -36 113 -36 100 0 127 8 117 34 -5 13 -25 16 -116 16 -83 0 -110 -3 -114 -14z"/> <path d="M10 1510 c0 -19 6 -20 116 -20 105 0 115 2 112 18 -3 15 -18 17 -116 20 -107 3 -112 2 -112 -18z"/> <path d="M1876 1522 c-2 -4 -1 -14 3 -20 5 -9 38 -12 117 -10 89 2 109 6 109 18 0 12 -20 16 -112 18 -61 1 -114 -1 -117 -6z"/> <path d="M21 981 c-8 -5 -11 -16 -8 -25 5 -13 24 -16 112 -16 88 0 107 3 112 16 10 26 -16 34 -112 34 -50 0 -96 -4 -104 -9z"/> <path d="M1882 978 c-8 -8 -9 -15 -1 -25 8 -9 40 -13 108 -13 101 0 128 8 118 34 -5 13 -24 16 -110 16 -66 0 -107 -4 -115 -12z"/> <path d="M768 693 c-36 -41 -30 -95 11 -108 60 -19 520 -91 539 -84 53 20 66 99 19 119 -28 12 -482 90 -524 90 -16 0 -37 -8 -45 -17z"/> <path d="M793 530 c-41 -17 -58 -85 -28 -110 15 -12 492 -100 543 -100 33 0 62 34 62 74 0 18 -6 38 -13 44 -6 6 -120 29 -252 51 -132 23 -251 43 -265 46 -14 2 -35 0 -47 -5z"/> <path d="M793 360 c-46 -18 -59 -90 -20 -114 21 -13 478 -96 531 -96 14 0 35 9 46 20 26 26 27 85 2 99 -10 5 -126 28 -258 51 -131 22 -248 42 -259 44 -11 2 -30 0 -42 -4z"/> <path d="M871 154 c-26 -33 -27 -55 -3 -82 13 -16 51 -26 176 -47 158 -27 159 -27 185 -7 31 22 41 81 18 101 -16 13 -271 61 -323 61 -23 0 -39 -8 -53 -26z"/> </g> </svg></div></a>
SWAP_CC<<off<<<a onClick="FW_cmd(\'/fhem?XHR=1&cmd.SWAP_CC=set SWAP_CC on&room=SWAP\')"><div id="SWAP_CC"  class="col2"><svg class=" off" version="1.0" xmlns="[url=www.w3.org/2000/svg]http://www.w3.org/2000/svg[/url]"  width="468pt" height="617pt" viewBox="0 0 468 617"  preserveAspectRatio="xMidYMid meet"> <metadata> Created by potrace 1.8, written by Peter Selinger 2001-2007 </metadata> <g transform="translate(0,617) scale(0.221801,-0.221801)"  stroke="none"> <path d="M756 2765 c-9 -25 -7 -128 3 -144 5 -8 16 -11 25 -8 24 10 19 160 -5 165 -9 2 -19 -4 -23 -13z"/> <path d="M1310 2695 c0 -77 2 -86 18 -83 14 3 17 15 17 83 0 68 -3 80 -17 83 -16 3 -18 -6 -18 -83z"/> <path d="M1806 2581 c-47 -47 -67 -74 -63 -85 4 -9 10 -16 14 -16 17 0 155 148 149 159 -14 21 -32 10 -100 -58z"/> <path d="M220 2622 c0 -23 125 -147 139 -138 21 13 11 32 -52 94 -64 64 -87 75 -87 44z"/> <path d="M809 2257 c-70 -20 -136 -63 -174 -115 -65 -87 -65 -91 -65 -643 0 -479 1 -500 21 -553 25 -67 87 -134 160 -173 l54 -28 250 0 c235 0 253 1 296 21 63 29 125 94 158 163 l26 56 0 520 0 520 -28 56 c-32 66 -99 132 -165 162 -43 20 -65 22 -267 24 -153 2 -234 -2 -266 -10z m486 -146 c48 -22 69 -44 90 -94 13 -31 15 -107 15 -517 0 -526 0 -523 -59 -573 -48 -40 -90 -47 -299 -47 -205 0 -226 4 -280 54 -51 46 -50 40 -53 567 l-3 495 23 40 c24 43 64 72 115 85 17 4 117 7 221 8 164 0 195 -2 230 -18z"/> <path d="M13 2065 c-11 -29 12 -36 118 -33 96 3 104 4 104 23 0 19 -8 20 -108 23 -91 2 -108 0 -114 -13z"/> <path d="M1877 2066 c-11 -27 17 -36 113 -36 100 0 127 8 117 34 -5 13 -25 16 -116 16 -83 0 -110 -3 -114 -14z"/> <path d="M10 1510 c0 -19 6 -20 116 -20 105 0 115 2 112 18 -3 15 -18 17 -116 20 -107 3 -112 2 -112 -18z"/> <path d="M1876 1522 c-2 -4 -1 -14 3 -20 5 -9 38 -12 117 -10 89 2 109 6 109 18 0 12 -20 16 -112 18 -61 1 -114 -1 -117 -6z"/> <path d="M21 981 c-8 -5 -11 -16 -8 -25 5 -13 24 -16 112 -16 88 0 107 3 112 16 10 26 -16 34 -112 34 -50 0 -96 -4 -104 -9z"/> <path d="M1882 978 c-8 -8 -9 -15 -1 -25 8 -9 40 -13 108 -13 101 0 128 8 118 34 -5 13 -24 16 -110 16 -66 0 -107 -4 -115 -12z"/> <path d="M768 693 c-36 -41 -30 -95 11 -108 60 -19 520 -91 539 -84 53 20 66 99 19 119 -28 12 -482 90 -524 90 -16 0 -37 -8 -45 -17z"/> <path d="M793 530 c-41 -17 -58 -85 -28 -110 15 -12 492 -100 543 -100 33 0 62 34 62 74 0 18 -6 38 -13 44 -6 6 -120 29 -252 51 -132 23 -251 43 -265 46 -14 2 -35 0 -47 -5z"/> <path d="M793 360 c-46 -18 -59 -90 -20 -114 21 -13 478 -96 531 -96 14 0 35 9 46 20 26 26 27 85 2 99 -10 5 -126 28 -258 51 -131 22 -248 42 -259 44 -11 2 -30 0 -42 -4z"/> <path d="M871 154 c-26 -33 -27 -55 -3 -82 13 -16 51 -26 176 -47 158 -27 159 -27 185 -7 31 22 41 81 18 101 -16 13 -271 61 -323 61 -23 0 -39 -8 -53 -26z"/> </g> </svg></div></a>
temppress<<28.2°C 1015.5mbar<<<div id="temppress"  class="col2">28.2°C 1015.5mbar</div>
';

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

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

[justme1968]

gerade noch mal mit firefox getestet. gleicher effekt. hm devices bekommen das zweite update nicht mit. auch ohne die 5sec meldung.

zusätzlich sehe ich gerade das mein firefox auf dem mac statt dem svg icons überall jeweils den text "Created by potrace 1.8, written by Peter Selinger 2001-2007" anzeigt.

[rudolfkoenig]

Ich finde Martin@HM uebertreibt mit Events, mit einem HM Schalter hat FHEM mind. 8x mehr zu tun, als mit einem FS20. Wir sollten ihm zeigen, dass man readings auch ohne event setzen kann (4. Parameter bei readingsBulkUpdate auf 0 setzen), ich schreibe es per PM.

Da ich z.Zt. kein HM Schalter in Griff habe, habe ich versucht das Verhalten mit dummy&sleep zu reproduzieren, geht aber nicht so einfach, bzw. es funktioniert. Es hilft mir auch nicht wirklich, wenn Du die FW_roomStatesForInform Ausgabe zu einem swap Geraet, die events aber zu einem Homematic Schalter zeigst. Nach etwas Code-Untersuchung weiss ich jetzt, dass ich zusaetzlich die Daten auch vom FW_FlushInform benoetige.

Ich vermute folgendes:
fhemweb.js/longpoll benoetigt on bzw. off als STATE des Schalters, direkt im notifyFn von FHEMWEB.
CUL_HM triggert zwar on/off, aber das massgaebliche STATE wird vermutlich nach diesem notify (oder garnicht?) auf on gesetzt. Detailliert mit Geraet kann ich das Problem erst in ein paar Tagen pruefen.

Dein swap Log kann evtl. auf ein Problem mit NL hinweisen, falls du die debug Ausgabe direkt vor dem return eingebaut hast.

[justme1968]

das debug war direkt vor dem return. vom swap raum deshalb weil es im anderen raum leer war.

ich mach noch mal logs und debug ausgaben inklusive FW_FlushInform und swap raum.

ein unterschied zwischen hm oder swap und fs20 ist das der status als reaktion auf die antwort vom device gesetzt wird und nicht schon beim senden an das device. das laesst sich über du dummys vermutlich genau nicht abbilden.

[rudolfkoenig]

Pruef bitte auch, ob beim FW_notifyFn Aufruf swap STATE schon richtig gesetzt ist.

[rudolfkoenig]

Mit einem "einfachen" HM-LC-SW1-PL kann ich das Problem nicht nachvollziehen.

Ich kriege beim Schalten "nur" folgende Events:

Code Auswählen Erweitern

2013-07-30 09:08:22.596 CUL_HM hm1 set_on
2013-07-30 09:08:22.750 CUL_HM hm1 level: 100 %
2013-07-30 09:08:22.750 CUL_HM hm1 deviceMsg: on (to CUL)
2013-07-30 09:08:22.750 CUL_HM hm1 on

Das Bild wechselt zuerst zur Lampe mit Ausrufungszeichen und dann zum Endergebnis.
Getestet mit FF, Chrome und telnet (als trigger).
Evtl. hat Martin@HM hier was wesentliches geaendert.

[justme1968]

ich habe eben noch ein wenig gespielt: ein HM-LC-SW1-PL liefert tatsächlich sehr viel weniger events als ein HM-LC-SW4-DR oder ein HM-LC-Bl1PBU-FM.

es liegt aber nicht an der anzahl der events eines devices sondern hängt vom raum ab in dem das device ist. wenn ich den HM-LC-SW1-PL im raum Büro lasse geht es. wenn ich ihn in den gleichen raum schiebe wie den HM-LC-SW4-DR aus dem log oben geht er nicht mehr. umgekehrt geht der HM-LC-SW4-DR wenn ich ihn in einen raum test schiebe dort plötzlich auch.

ich mache noch mal logs inklusive  FW_roomStatesForInform, ...

unabhängig davon zappelt die ganze web seite bei jedem schaltvorgang oder baut sich zum teil verzögert auf. das ist bei der xhr version besser.

[justme1968]

so... was lange wärt...

anbei eine erste version der readingsGroup.

die html ansicht geht erstmal nur in der detail ansicht oder kann mit 'readingsGroup_2html("<name>")' in einen weblink eingebettet werden.

definition wie beim weblink typ readings. also z.b. so:

Code Auswählen Erweitern

define test readingsGroup .* oder mit mehreren <device> bzw <device>:regex paramtern wenn es nicht so viel sein soll :).

das mapping muss aber ins attribut mapping und es wird %NAME ersetzt statt $NAME. die spezialargumente wie *noheader gehen noch nicht. die wandern auch noch in attribute. formatieren kommt auch später.

die neu ausgesendeten trigger sind zur zeit nur auf device ebene eingeschränkt. noch nicht auf readings ebene. d.h. es sind noch ein paar zu viel.

ist das eher so wie du es dir vorgestellt hat? das mit dem rot machen brauchst du nicht extra zu bauen. das geht direkt schon.

gruss
  andre

achja: die doku ist auch noch nicht fertig :)

edit: die angehängt version noch mal aktualisiert. die interne device liste wird jetzt bei define, rename und delete irgendeines devices aktualisiert.

[rudolfkoenig]

> ist das eher so wie du es dir vorgestellt hat?

Prinzipiell ja, bis auf Details, siehe unten.

Es schaut bei mir noch komisch aus, da .*:battery mir eine Liste mit 6x battery anzeigt, damit weiss ich nicht welche Zeile was ist. Ich wuerde statt reading lieber  devname oder devname:reading sehen wollen.
Hoffentlich muss man hier nicht mapping verwenden. Apropos mapping: ich glaube Du musst ein Beispiel bringen, sonst versteht das kein Endbenutzer.

Das get verstehe ich nicht (schaut im Frontend komisch aus), und auch der Hinweis auf weblink ist mir schleierhaft (ja, es geht, aber wozu, direkt ist es doch einfacher), aber vlt. hat Du damit was vor, und da will ich nicht reinreden :)

[justme1968]

kommt alles noch :). das war nur in einer halben stunde aus drei anderen modulen zusammenkopiert und umbenannt um das mit dem triggern zu testen.

zur zeit muss man noch alles mappen. beispiele hier: Link.

defaults und doku werden natürlich noch benutzerfreundlicher.

ist es sinnvoll den weblink readings typ wieder zu entfernen wenn es so weit ist? man könnte ja erst mal einen hinweis einblenden.

[rudolfkoenig]

> ist es sinnvoll den weblink readings typ wieder zu entfernen wenn es so weit ist?

Ja, darum wollte ich dich noch bitten :), ist mir bei fileplot/dbplot nach SVG schieben aufgefallen.

Aber erst nachdem dieses Modul eingecheckt ist.

[justme1968]

ich habe gerade eingebaut das man die html ausgabe ähnlich wie vei devStateStyle formatieren kann. ich habe dazu die attribute style,labelStyle und valueStyle. entweder als string wie bei devStateStyle oder als perl ausdruck der jeweils reading namen und wert übergeben bekommt. damit kann man dann z.b. entweder so etwas machen wie die reading werte rechtsbündig anzeigen oder in einer zusammenfassung von temperaturen das label oder den wert für warmwasser rot und für kaltwasser blau.  

damit könnte man dann z.b. in der readingsgroup alle batterie readings die nicht ok sind rot machen. oder die heitzungsgemperaturen die außerhalb des vorgegeben wertebereichs sind oder die bodenfeuchte der pflanzen die zu trocken sind oder ...

das geht für die namen und werte der readings unabhängig voneinander. dazu wäre es jetzt schön zum einen das rot einfärben beim longpoll update readingsweise abschaltbar zu machen und zum anderen dir farbe mit der eingefärbt wird vom wert abhängig zu machen.

das wertabhängig stylen kann ich zur zeit nur beim ersten auf aufbau der html seite. die farben oder formatierung soll sich aber natürlich dynamisch anpassen wenn sich die werte ändern. hast du eine idee wie man das mit dem longpoll mechanismus integriert?

wie wäre es das stylen der readings nicht nur in der readingsgroup zu erlauben sondern auch in der detail ansicht? wenn man so werte ausserhalb eines erlaubten bereichs leicht erkenne kann wäre das glaube ich allgemein recht praktisch. ebenso die {} erweiterung auch bei devStateStyle.

ein verweis auf die stylesheets reicht jetzt aber nicht weil die nicht dynamisch wertabhängig und auch nicht individuell für einzelne readings sind. für einen anwender ist es auch deutlich einfacher ein paar attribute zu setzen als stylesheets anzupassen.

edit: erste idee: beim automatisch rot machen nur den timestamp einfärben. und den wert nicht. dann kommt sich beides nicht in die quere.

[rudolfkoenig]

> beim automatisch rot machen nur den timestamp einfärben. und den wert nicht.

DAS kriegt man aber bestimmt per stylesheet hin :)

Ich meine natuerlich das Nichteinfaerben nur fuer readingGroup Werte.

[justme1968]

ich merke schon. du hat den komplizierten teil ignoriert :)

und auch dein einfachen teil bekommt man nicht per stylesheet hin. in fhemweb.js  wird hart für spalte 1 und 2 (wert und timestamp) class=changed gesetzt. das kann ich im stylesheet nicht spaltenweise wieder ausschalten. um nur den timestamp einzufärben darf man class=changed nur für spalte 2 setzen.

ich würde vorschlagen in einem aller ersten schritt fhemweb.js so zu ändern das class=changed nur für spalte 2 (den timestamp) gesetzt wird. dann wird nur der timestamp rot wenn das reading gesetzt wird. das ist aus mehreren gründen passend:
- die farbe sagt nur aus das der wert neu ist. nicht das er sich geändert hat.
- es ist weniger rot auf dem monitor.
- der wert kann anhand anderer kriterien engefärbt werden ohne das es durch longpoll überschrieben wird.

ich würde gerne für die readings group so wenig wie möglich sonderwege gehen. und das stylen der readings ist auch für die normale detail ansicht nett.

edit: ich kann die changed farben aus dem readingsGroup modul überschreiben. d.h. punkt drei von oben spielt keine rolle mehr. die ersten beiden fände ich persönlich aber immer noch relevant.

hast du eine idee wie man den anwender in die lage versetzen kann aus dem modul kriterien für dsa einfärben aus dem javascript longpoll zu konfigurieren ohne das er das stylesheet anfassen muss? mit den style attributen von oben geht es nur einmalig beim seitenaufbau.

anbei die aktuelle version mit etwas verbesserter doku. der weblink ist nicht mehr nötig. das wäre der stand den ich einchecken würde.  das einfärben per javasctipt wäre dann version 2. der patch um im weblink readings einen deprecated hinweis einzublenden kommt noch.

[justme1968]

noch einmal eine aktualisierte version:
- doku verbessert
- möglichkeit auch internal values anzuzeigen

und drei mal patches für doku und weblink.

wenn kein wiederspruch kommt würde ich die readingsGroup morgen einchecken. übernimmst du die drei patches?

gruss
  andre