[vz-users] Frage zur Darstellung mit Steps
Christian Schnellrieder
schnellrieder.cs at gmail.com
Sun Jul 31 21:38:48 CEST 2016
Hallo.
Ich meinte den Volkszähler selber.
Zb:
cd /var/www/volkszaehler/
git pull
Kannst du "potenzialfrei Kontakte" genauer spezifizieren?
Grüße
Torsten <t.wisgalla at gmx.de> schrieb am So., 31. Juli 2016 um 18:49 Uhr:
> Hallo Christian,
>
> meinst Du das(?):
>
> sudo systemctl stop vzlogger
> cd vzlogger
> git pull
> cmake .
> make
> sudo make install
> cd ~
> sudo systemctl start vzlogger
>
> Und : Ich möcht direkt diverse Pumpen und den Verdichter der
> Wärmepumpe(WP) loggen. Habe dazu diverse potenzialfrei Kontakte zur
> Verfügung. Wie wäre dewr Anschluss zu realisieren?
>
> MfG -und bestem Dank - Torsten W.
>
>
> Am 31.07.2016 um 08:04 schrieb Christian Schnellrieder:
>
> Guten Morgen Torsten.
>
> >Frage: Was muss wo eingefügt werden, damit die Ventil-Funktion so wie in
> Euren Screen-Shot´s zu sehen ist?
>
> VZ auf aktuellen stand bringen mit "git pull"
>
> > Und wie habt Ihr das entsprechende Signal am Pi angeschlossen - mit
> Pullup der Pulldown-Widerstand?
>
> Bei mir liefert ein Script direkt den Wert weil es per Software auslesbar
> ist. Kommt halt drauf an was und wie dein WP-Datenlogger liefert.
>
> Grüße
>
>
>
>
> Torsten <t.wisgalla at gmx.de> schrieb am Sa., 30. Juli 2016 um 21:34 Uhr:
>
>> Hallo zusammen,
>>
>> möcht mich hier mal dranhängen.
>>
>> Frage: Was muss wo eingefügt werden, damit die Ventil-Funktion so wie in
>> Euren Screen-Shot´s zu sehen ist? Und wie habt Ihr das entsprechende Signal
>> am Pi angeschlossen - mit Pullup der Pulldown-Widerstand?
>>
>> Möchte für meinen WP-Datenlogger neben den Temperaturen auch die
>> entsprechenden Pumpen im Status 0=off und 1=on zeitlich aufzeichnen.
>>
>> Besten Dank und mfG - Torsten
>>
>>
>> Am 30.07.2016 um 15:50 schrieb Christian Schnellrieder:
>>
>> Hallo Andi . Ok ich dachte das wird rechts weiter gezeichnet weil auch
>> der Cursor einen Wert anzeigt. Also alles ok.
>>
>> Grüße und noch ein schönes Wochenende
>>
>> Andreas Goetz < <cpuidle at gmail.com>cpuidle at gmail.com> schrieb am Sa.,
>> 30. Juli 2016, 13:14:
>>
>>> 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> 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> schrieb am Fr.,
>>> 29. Juli 2016 um 12:00 Uhr:
>>>
>>> Also bei mir wäre alles ok.
>>>>
>>>> Andreas Goetz < <cpuidle at gmail.com>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>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>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>
>>>>>>> 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>andre.bernemann at gmail.com>:
>>>>>>>
>>>>>>>> Fantastisch, ich teste in Kürze mit!
>>>>>>>>
>>>>>>>> Gruß
>>>>>>>> André
>>>>>>>>
>>>>>>>> Andreas Götz < <cpuidle at gmail.com>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>
>>>>>>>>> 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>
>>>>>>>>> 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>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>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>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>cpuidle at gmail.com>:
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Am 27.07.2016 um 17:23 schrieb Matthias Kammerer <
>>>>>>>>>>> <kammererm at gmail.com>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>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>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>cpuidle at gmail.com>:
>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Am 27.07.2016 um 11:36 schrieb Christian Schnellrieder <
>>>>>>>>>>>>>> <schnellrieder.cs at gmail.com>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>
>>>>>>>>>>>>>> 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>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>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/20160731/1530409e/attachment-0001.html>
More information about the volkszaehler-users
mailing list