Probleme mit Chart und Shutter

[eki]

die 3 (erster durch ':' getrennter Wert inder Columnspec) Steht für die Spalte und nicht für die Zeile, sollte aber passen.
Das Problem dabei ist das Filter (also das was als nächstes nach der Spalte kommt (zweiter durch ':' getrennter Wert in der Columnspec). Hier filterst Du nach allen Zeilen, die 'MAX_1339d8' enthalten, das sind aber alle Zeilen. Dadurch wird Dir die Abfrage bei FHEM, die widget_chart.js aus den Inputs zusammenbaut, alles zurückliefern was in der 3 Spalte steht, also auch "battery:", "onoff:" etc. Das erzeugt zusätzliche Punkte im Graphen, für die kein Wert zugewiesen ist (Details zur Spec siehe https://wiki.fhem.de/wiki/Creating_Plots).
Was Du also bräuchtest, ist ein Filter, das nur die Zeilen mit 'opened', 'closed', 'tilted' heraus filtert. Probier es mal damit:

Code Auswählen Erweitern

3:MAX_1339d8.(opened|closed|tilted):0:$fld[2]=$fld[2]=~\\x22opened\\x22?1:0

[accessburn]

Keine Veränderung.

Seit der letzten Anpassung stehen im Log nur noch der tatsächliche Status.
Mit 0 oder 1 war der Status des Shutters nicht angegen, sondern nur so:

017-06-27_12:03:56 MAX_1339d8 opened
2017-06-27_12:04:01 MAX_1339d8 opened (rf error)
2017-06-27_13:34:27 MAX_1339d8 opened
2017-06-27_18:38:51 MAX_1339d8 closed
2017-06-27_18:38:57 MAX_1339d8 closed (rf error)
2017-06-27_18:46:46 MAX_1339d8 opened
2017-06-27_18:46:49 MAX_1339d8 opened (rf error)
2017-06-27_19:28:48 MAX_1339d8 opened
2017-06-28_11:21:56 MAX_1339d8 closed
2017-06-28_11:21:59 MAX_1339d8 opened
2017-06-28_11:22:04 MAX_1339d8 opened (rf error)
2017-06-28_12:14:21 MAX_1339d8 opened
2017-06-29_14:53:49 MAX_1339d8 closed
2017-06-29_14:53:55 MAX_1339d8 closed (rf error)
2017-06-29_15:50:43 MAX_1339d8 closed
2017-06-29_16:38:29 MAX_1339d8 opened
2017-06-29_16:38:32 MAX_1339d8 opened (rf error)
2017-06-29_16:49:52 MAX_1339d8 opened
2017-06-29_22:05:05 MAX_1339d8 closed
2017-06-29_22:05:09 MAX_1339d8 closed (rf error)

[eki]

Also, ich habe jetzt mal mit folgender Chart Definition und Deinem Logfile Ausschnitt getestet:

Code Auswählen Erweitern


<div data-type="chart"
data-logdevice="FileLog_BMP180"
data-columnspec='["3:MAX_1339d8.(opened|closed|tilted):0:$fld[2]=$fld[2]=~\\x22opened\\x22?1:0"]'
data-style="ftui l4fill"
data-ptype="steps"
data-legend="Fenster AUF/ZU"
data-yticks='[[0,"closed"],[1,"opened"]]'
data-minvalue="0"
data-maxvalue="1.1"
data-nofulldays="true"
data-daysago_start="8"
data-daysago_end="6"
data-xticks="auto"
data-cursorgroup="1"
data-scrollgroup="1"
</div>

und dabei kam bei mir das angehängte Ergebnis raus.

Bitte prüfe mal, ob Du die letzte widget_chart.js Version aus
https://forum.fhem.de/index.php?action=dlattach;topic=48450.0;attach=77282 verwendest.

[accessburn]

Okay, hatte 2.5 drauf.
jetzt hab ich die alte gekillt, die neue draufgespielt, Rechte und Besitzer angepasst, neu gestartet und erhalte ein "widget_chart:1 Unexpected token"

Was hab ich denn nun wieder verbockt?


EDIT: Nachdem ich erneut ein Update laufen gelassen habe ging es wohl nun.

Jedoch nun eine andere Frage dazu. Es ist Sommer, das Fenster ist sein 2 Tagen gekippt, im Log steht als letzter Eintrag "offen", aber dieser Status wird im Chart nicht beibehalten. Es wird als offen angezeigt vor zwei tagen, dann aber nicht mehr. Das heißt es ist auch weiterhin offen heute, das Chart sagt aber quasi "zu". Gibts da einen Lösungsvorschlag?

[eki]

Falls ich Dich richtig verstehe, hat das Fenster seinen Status lange nicht geändert, und weil das letzte Log nicht heute ist, zeigt das Chart den Default Wert an. Ich sehe 2 Möglichkeiten:

1. Dafür sorgen, dass zumindest 1 mal am Tage ein Eintrag ins Logfile passiert (siehe z.B. Commandref und event-min-interval)
2. durch LogProxy die Information, die das Chart aus FHEM erhält, nach vorne extrapolieren (siehe https://wiki.fhem.de/wiki/LogProxy)

[accessburn]

Also soweit ich sagen kann geht der Kontakt nach der Statusänderung in den Ruhemodus und hat keinen default mehr. Es zählt quasi nur das letzte Reading. Deine Vorschläge funktionieren bestimmt, jedoch übersteigt das definitiv meinen Wissensstand. Wobei 1. auch nicht zum ziel führt nehme ich an. Es müsste dann schon eine Permanente Abfrage kommen was auch nicht sinn und zweck der Sache wäre