[vz-users] Frage zur Darstellung mit Steps

Christian Schnellrieder schnellrieder.cs at gmail.com
Fri Jul 29 12:00:05 CEST 2016


Also bei mir wäre alles ok.

Andreas Goetz <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>:
>
>> Hallo Andreas,
>>
>> hab auch getestet und konnte bei meinen Betriebsstundensensoren inkl
>> states keine negativen Effekte festellen können.
>> [image: pasted1]
>>
>>
>> Grüße
>>
>> Andreas Goetz <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
>>> )
>>>
>>> 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> wrote:
>>>
>>> Sieht gut aus! Besten Dank!
>>>
>>>
>>> Am 27. Juli 2016 um 22:56 schrieb Andre Bernemann <
>>> andre.bernemann at gmail.com>:
>>>
>>>> Fantastisch, ich teste in Kürze mit!
>>>>
>>>> Gruß
>>>> André
>>>>
>>>> Andreas Götz <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>:
>>>>>
>>>>> 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 <cpuidle at gmail.com>
>>>>> *To:* volkszaehler.org - users
>>>>> <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
>>>>>
>>>>> Nicht getestet!
>>>>>
>>>>> Viele Grüße, Andreas
>>>>>
>>>>> On 27 Jul 2016, at 19:57, Matthias Kammerer <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#
>>>>> <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>:
>>>>>
>>>>>> 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>
>>>>>> 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>:
>>>>>>
>>>>>>>
>>>>>>> Am 27.07.2016 um 17:23 schrieb Matthias Kammerer <
>>>>>>> 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>:
>>>>>>>
>>>>>>>> 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>:
>>>>>>>>
>>>>>>>>> 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>
>>>>>>>>> :
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Am 27.07.2016 um 11:36 schrieb Christian Schnellrieder <
>>>>>>>>>> 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> 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> 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>:
>>>>>>>>>>>>
>>>>>>>>>>>> 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
>>>>>>>>>>>> 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/20160729/e1b4fbb3/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pasted1
Type: application/octet-stream
Size: 93519 bytes
Desc: not available
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20160729/e1b4fbb3/attachment-0001.obj>


More information about the volkszaehler-users mailing list