[vz-users] Frage zur Darstellung mit Steps
Andreas Goetz
cpuidle at gmail.com
Sat Jul 30 13:14:38 CEST 2016
Hallo Christian,
bei mir sieht das mit einem Ventil so aus:
…also völlig ok.
Die Einzige Einschränkung ist dass der letzte Zustand nicht bis zum Chartende durchgezogen wird. Das ist sicher Geschmacksache- letztlich weiss man ja auch nicht ob seit diesem Zeitpunkt überhaupt noch Messwerte erfasst wurden.
Was passt bei Dir nicht? Mit welchen Rohwerten?
Viele Grüße, Andreas
> On 29 Jul 2016, at 12:36, Christian Schnellrieder <schnellrieder.cs at gmail.com <mailto:schnellrieder.cs at gmail.com>> wrote:
>
> Nachtrag:
> Ich hab nun den Fall simuliert den Ursprünglich Matthias hat. Also nur an die VZ zu senden wenn sich der Status ändert.
> In dem Fall stimmt die Anzeige nicht. Kann aber auch gut sein das ich hier was falsch eingestellt habe.
>
> <pasted2.png>
>
>
> Grüße
>
> Christian Schnellrieder <schnellrieder.cs at gmail.com <mailto:schnellrieder.cs at gmail.com>> schrieb am Fr., 29. Juli 2016 um 12:00 Uhr:
> Also bei mir wäre alles ok.
>
> Andreas Goetz <cpuidle at gmail.com <mailto:cpuidle at gmail.com>> schrieb am Fr., 29. Juli 2016 um 11:40 Uhr:
> Noch eine Frage bevor ich's merge: zeigt auch das Mauszeiger im Chart "hovern" den richtigen Wert an und keine Fehlermeldungen an den Rändern?
>
> Viele Grüße,
> Andreas
>
>
> 2016-07-29 11:27 GMT+02:00 Christian Schnellrieder <schnellrieder.cs at gmail.com <mailto:schnellrieder.cs at gmail.com>>:
> Hallo Andreas,
>
> hab auch getestet und konnte bei meinen Betriebsstundensensoren inkl states keine negativen Effekte festellen können.
> <pasted1>
>
>
> Grüße
>
> Andreas Goetz <cpuidle at gmail.com <mailto:cpuidle at gmail.com>> schrieb am Do., 28. Juli 2016 um 13:10 Uhr:
> Switches in states geändert (https://github.com/volkszaehler/volkszaehler.org/pull/450/commits/27ab1e5d27816bbaf722af9cd4450d01dd04ebde <https://github.com/volkszaehler/volkszaehler.org/pull/450/commits/27ab1e5d27816bbaf722af9cd4450d01dd04ebde>)
>
> ping @Justin
>
> Wäre gut wenn noch einer der Benutzer der Workinghours Sensor/Meter Typen testen könnte.
>
> Vielen Dank,
> Andreas
>
>> On 27 Jul 2016, at 23:06, Matthias Kammerer <kammererm at gmail.com <mailto:kammererm at gmail.com>> wrote:
>>
>> Sieht gut aus! Besten Dank!
>>
>>
>> Am 27. Juli 2016 um 22:56 schrieb Andre Bernemann <andre.bernemann at gmail.com <mailto:andre.bernemann at gmail.com>>:
>> Fantastisch, ich teste in Kürze mit!
>>
>> Gruß
>> André
>>
>> Andreas Götz <cpuidle at gmail.com <mailto:cpuidle at gmail.com>> schrieb am Mi., 27. Juli 2016 um 21:56 Uhr:
>> Klasse! Korrigiere ich, bräuchte aber trotzdem noch soegfältige Tester...
>>
>> Viele Grüße,
>> Andreas
>>
>> Am 27.07.2016 um 20:48 schrieb Klaus Reichenecker <kr at kr123.de <mailto:kr at kr123.de>>:
>>
>>> Hallo Andreas,
>>>
>>>
>>> konhte es auf die Schnelle noch nicht testen, aber denke das ist genau das was viele brauchen
>>>
>>> Vorschlag zum Namen, nachdem Du Dir bei "switch" nicht ganz sicher bist - wie wäre es mit "State`? - Eigentlich zeigt es ja genau das an ?
>>>
>>> Viele Grüße
>>>
>>> Klaus
>>> ----- Original Message -----
>>> From: Andreas Goetz <mailto:cpuidle at gmail.com>
>>> To: volkszaehler.org - users <mailto:volkszaehler-users at demo.volkszaehler.org>
>>> Sent: Wednesday, July 27, 2016 8:07 PM
>>> Subject: Re: [vz-users] Frage zur Darstellung mit Steps
>>>
>>> Siehe https://github.com/volkszaehler/volkszaehler.org/pull/450 <https://github.com/volkszaehler/volkszaehler.org/pull/450>
>>>
>>> Nicht getestet!
>>>
>>> Viele Grüße, Andreas
>>>
>>>> On 27 Jul 2016, at 19:57, Matthias Kammerer <kammererm at gmail.com <mailto:kammererm at gmail.com>> wrote:
>>>>
>>>> Habe jetzt ein "stepsbefore" eingefügt und folgendes angepasst (aber nur ganz kurz getestet):
>>>>
>>>> root at homeserver:/var/www/serverroot/volkszaehler.org# <mailto:root at homeserver:/var/www/serverroot/volkszaehler.org> grep -r stepsbefore
>>>> htdocs/frontend/vendor/flot/jquery.flot.fillbetween.js: withsteps = withlines && (s.lines.steps || s.lines.stepsbefore),
>>>> htdocs/frontend/vendor/flot/jquery.flot.stack.js: withsteps = withlines && (s.lines.steps || s.lines.stepsbefore),
>>>> htdocs/frontend/javascripts/entity.js: case 'stepsbefore': value = 'Stufen-vorher'; break;
>>>> htdocs/frontend/javascripts/entity.js: case 'stepsbefore': value = 'Stufen'; break;
>>>> htdocs/frontend/javascripts/wui.js: if (series.lines.steps || series.lines.stepsbefore) {
>>>> htdocs/frontend/javascripts/wui.js: if (style == "stepsbefore") {
>>>> htdocs/frontend/javascripts/wui.js: show: style == 'lines' || style == 'steps' || style == 'stepsbefore',
>>>> htdocs/frontend/javascripts/wui.js: steps: style == 'steps' || style == 'stepsbefore',
>>>> lib/Definition/PropertyDefinition.json: "stepsbefore",
>>>> lib/Definition/EntityDefinition.php: * @var string (lines|points|steps|stepsbefore)
>>>>
>>>> Gibt aber sicher elegantere Lösungen ;-)
>>>>
>>>> Am 27. Juli 2016 um 19:12 schrieb Andreas Goetz <cpuidle at gmail.com <mailto:cpuidle at gmail.com>>:
>>>> Ich schaue mir- endlich- mal an. Auch ein paar der EntityDefinitions müssen korrigiert werden. Update folgt hier.
>>>>
>>>> Viele Grüße, Andreas
>>>>
>>>>> On 27 Jul 2016, at 18:49, Matthias Kammerer <kammererm at gmail.com <mailto:kammererm at gmail.com>> wrote:
>>>>>
>>>>> Stimmt... kann man tatsächlich weglassen und ist vermutlich sogar besser so. Ansonsten müsste ich auch nochmal korrigieren:
>>>>>
>>>>> tuples.unshift([entity.data.from, 1, 1]); // add new first ts
>>>>> tuples[0][1] = tuples[1][1];
>>>>>
>>>>> Was ich mir noch zutrauen würde, wäre neben "Steps" ein "Steps-before" einzuführen, also auswählbar über "Style". Wäre das eine akzeptable Lösung?
>>>>>
>>>>> Gruß
>>>>>
>>>>>
>>>>>
>>>>> Am 27. Juli 2016 um 17:45 schrieb Andreas Götz <cpuidle at gmail.com <mailto:cpuidle at gmail.com>>:
>>>>>
>>>>> Am 27.07.2016 um 17:23 schrieb Matthias Kammerer <kammererm at gmail.com <mailto:kammererm at gmail.com>>:
>>>>>
>>>>>> OK... habs jetzt quick and dirty so gelöst:
>>>>>>
>>>>>> // mangle data for "steps" curves by shifting one ts left ("step-after")
>>>>>> if (style == "steps") {
>>>>>> tuples.unshift([entity.data.from, 1, 1]); // add new first ts
>>>>>> tuples[1][1] = tuples[2][1];
>>>>>> }
>>>>>>
>>>>>> Sieht das plausibel aus?
>>>>>
>>>>> Denke es tut- aber Du kannst das ganze if auch wegschmeissen. Jetzt fehlt nur noch das Verhalten via display mode konfigurierbar zu machen und den Defaultwert im Kanaltyp z.B. für Ventile zu hinterlegen.
>>>>>
>>>>> Viele Grüße, Andreas
>>>>>
>>>>>>
>>>>>> Jetzt gibt es bei mir eben kein "step-before" mehr, was ich aber auch nicht brauche.
>>>>>>
>>>>>>
>>>>>> Am 27. Juli 2016 um 16:53 schrieb Matthias Kammerer <kammererm at gmail.com <mailto:kammererm at gmail.com>>:
>>>>>> Bin ich hier richtig?
>>>>>> // mangle data for "steps" curves by shifting one ts left ("step-before")
>>>>>> if (style == "steps") {
>>>>>> tuples.unshift([entity.data.from, 1, 1]); // add new first ts
>>>>>> for (i=0; i<tuples.length-1; i++) {
>>>>>> tuples[i][1] = tuples[i+1][1];
>>>>>>
>>>>>> }
>>>>>> }
>>>>>>
>>>>>>
>>>>>> Am 27. Juli 2016 um 16:34 schrieb Matthias Kammerer <kammererm at gmail.com <mailto:kammererm at gmail.com>>:
>>>>>> Besten Dank schonmal für die Infos.
>>>>>>
>>>>>> Kleine Anmerkung zur Rückfrage bei den Points: geplottet wird tatsächlich nur der Point, aber in der Legende werden ja dann die Werte zum Curser angezeigt. Da kommen dann die linearen Übergänge.
>>>>>>
>>>>>> Invertieren ist für das beschriebene Beispiel tatsächlich eine gute Idee, aber... leider habe ich dann doch ab und zu sich wiederholende Werte drin und spätestens bei der Leistungsdeckelung meines Wechselrichters ist es vorbei :-|
>>>>>>
>>>>>> Ich könnte mich mal an dem verlinkten Issue #338 versuchen. Da ich mich komplett reindenken muss, bin ich mir nicht sicher, ob ich ausreichend Einarbeitungszeit finde und bin natürlich für jedes Futter dazu dankbar ;-).
>>>>>>
>>>>>>
>>>>>> Am 27. Juli 2016 um 11:43 schrieb Andreas Götz <cpuidle at gmail.com <mailto:cpuidle at gmail.com>>:
>>>>>>
>>>>>> Am 27.07.2016 um 11:36 schrieb Christian Schnellrieder <schnellrieder.cs at gmail.com <mailto:schnellrieder.cs at gmail.com>>:
>>>>>>
>>>>>>> Kleiner Nachtrag:
>>>>>>> kann man die Darstellung nicht berichtigen in dem man die Werte invertiert?
>>>>>>
>>>>>> Coole Idee! Für den Spezialfall des Ventils sollte das klappen- wenns Zwischenwerte gibt nicht (40% auf?).
>>>>>>
>>>>>>>
>>>>>>> Christian Schnellrieder <schnellrieder.cs at gmail.com <mailto:schnellrieder.cs at gmail.com>> schrieb am Mi., 27. Juli 2016 um 11:32 Uhr:
>>>>>>> Hallo.
>>>>>>>
>>>>>>> >Hat jemand einen Lösungsvorschlag oder vielleicht sogar eine Lösung?
>>>>>>>
>>>>>>> Unschön aber bis das im Vz gefixt ist.
>>>>>>> Eine Schleife laufen lassen welche immer den letzten Status pusht.
>>>>>>>
>>>>>>> Grüße
>>>>>>>
>>>>>>> Andreas Götz <cpuidle at gmail.com <mailto:cpuidle at gmail.com>> schrieb am Mi., 27. Juli 2016 um 10:57 Uhr:
>>>>>>> Hallo Matthias,
>>>>>>>
>>>>>>> Am 27.07.2016 um 10:15 schrieb Matthias Kammerer <kammererm at gmail.com <mailto:kammererm at gmail.com>>:
>>>>>>>
>>>>>>>> Hallo zusammen,
>>>>>>>>
>>>>>>>> Ich habe verschiedene Kanäle z.B. als Ventil oder als Leistungswerte, welche diskrete Werte annehmen. Dabei werden die Daten fast ausschließlich in die Datenbank geschrieben, wenn sich etwas ändert. Also im einfachsten Fall ein Schaltventil mit den Werten 0... 1: Wenn das Ventil auf 1 geschalten wird, dann kommt die 1 mit Zeitstempel, wenn es auf 0 gestellt wird, dann entsprechend die 0.
>>>>>>>>
>>>>>>>> Ziel wäre nun, dass der Zustand über der Zeit im frontend so lange den letzten Wert anzeigt, bis ein neuer Wert gesetzt ist. Je nach Einstellung schaffe ich aber nur folgendes, was leider nicht ganz korrekt ist:
>>>>>>>> A: Ich wähle "points" oder "lines" --> Dann wird zwischen den Werten gewichtet gemittelt. D.h. das Schaltventil läuft zwischen den Datenpunkten stetig und linear zum jeweils folgenden Wert.
>>>>>>>
>>>>>>> Das stimmt nur für lines. Points zeit exakt den Punkt, sonst nichts?
>>>>>>>
>>>>>>>> B: Ich wähle Steps --> Dann wird entlang der Zeitachse immer der Wert des nächsten Datenpunktes angezeigt und nicht das letzten Punktes. D.h. wenn ich das Ventil am Morgen auf "0" Stelle und am Abend auf "1", dann zeigt es mir den ganzen Tag eine "1" anstelle der "0" an.
>>>>>>>
>>>>>>> Ist bekannt. Wir bräuchten https://github.com/volkszaehler/volkszaehler.org/issues/338 <https://github.com/volkszaehler/volkszaehler.org/issues/338>
>>>>>>> Leider fehlt mir aktuell die Zeit und ich hab selber kein Ventil im Einsatz...
>>>>>>>
>>>>>>>>
>>>>>>>> Ich habe schon versucht, den Sensor-Interpreter etwas zu verbiegen, um zum Erfolg zu kommen, bin damit aber nicht weitergekommen.
>>>>>>>>
>>>>>>>> Hat jemand einen Lösungsvorschlag oder vielleicht sogar eine Lösung?
>>>>>>>
>>>>>>> Das wäre in der vz.wui.plot Funktion zu regeln- relevante Timestamps um 1 shiften da die Chartbibliothek die Funktion nicht her gibt.
>>>>>>>
>>>>>>>>
>>>>>>>> Besten Dank und Gruß
>>>>>>>> Matthias
>>>>>>>>
>>>>>>>
>>>>>>> Viele Grüße, Andreas
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20160730/cd3b50cf/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screen Shot 2016-07-30 at 12.41.35.png
Type: image/png
Size: 53629 bytes
Desc: not available
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20160730/cd3b50cf/attachment-0001.png>
More information about the volkszaehler-users
mailing list