[vz-users] Frage zur Darstellung mit Steps
Andreas Goetz
cpuidle at gmail.com
Mon Sep 5 09:42:54 CEST 2016
Moin Torsten,
warum nimmst Du nicht einfach den online Config Editor unter
http://volkszaehler.github.io/vzlogger/ ?
Ansonsten sieht das nicht völlig falsch aus- api, debounce_delay und
duplicates kannst Du weglassen und aggmode none macht keinen Sinn wenn Du
gleichzeitig aggtime>0 hast- was soll er denn da tun?
Wenn das jetzt nicht geht- gibts denn eine Fehlerbeschreibung? wiki/howto
debug angwendet?
Viele Grüße,
Andreas
2016-09-04 19:42 GMT+02:00 Torsten <t.wisgalla at gmx.de>:
> Hallo Andreas,
>
> der Kanal zum loggen ist im vz-Frondend angelegt - habe dazu als Kanal-Typ
> ein Ventil ausgewählt. Als Eingang ist GPIO_20 angeschlossen.
>
> Aber habe mit der vzlogger.conf das Problem, dass ich nicht weiss, was
> dort mindestens einzustellen ist!?
>
> Habe es mal damit probiert(ist nur der dazugefügte Teil - die 15St.
> 1-wire-Sensoren laufen ohne Probleme):
>
> *"meters": [*
> * {*
> * "enabled": true,*
> * "allowskip": true,*
> * "interval": 60,*
> * "aggtime": 60,*
> * "aggfixedinterval": false,*
> * "channels": [*
> * {*
> * "uuid": "870ccaa0-72ad-11e6-838b-791f728f4ab1",*
> * "api": "volkszaehler",*
> * "middleware": "http://127.0.0.1/middleware.php"
> <http://127.0.0.1/middleware.php>,*
> * "aggmode": "none",*
> * "duplicates": 0*
> * }*
> * ],*
> * "gpio": 20,*
> * "configureGPIO": true,*
> * "debounce_delay": 0*
> * },*
>
> Die uidd ist die vom Frondend des Ventil-Kanales!
>
> Hast Du vielleicht noch einen Tipp. Wollte halt den Eingangs-Satus im
> Frondend darstellen, so wie das bereits von einigen durchgeführt wird.
>
> Besten Dank und mfG - Torsten W.
>
>
> Am 04.09.2016 um 18:36 schrieb Andreas Goetz:
>
> Ich hab jetzt mal nicht die ganze Historie gelesen…
>
> On 04.09.2016, at 15:34, Torsten <t.wisgalla at gmx.de> wrote:
>
> Hallo zusammen,
>
> so - VZ wurde per git pull auf den aktuellen Stand gebracht.
> Aussenbeschaltung ist probeweise verdrahtet.
>
> Allerdings habe ich immer noch nicht verstanden, ob es jetz reicht, einen
> neuen Kanal(Ventil) im Frondend anzulegen, oder ob ich noch ein
> Hilfs-Script benötige?
>
> Und wie muss die *vzlogger.conf*-Datei für diesen neuen Kanal ausschauen?
>
> .. daher die Frage: was ist Dein Ziel?
>
> Gerät/GPIO konfigurieren -> vzlogger.conf
> Kanal zum Loggen anlegen -> vz Frontend
>
> Viele Grüße, Andreas
>
> Besten dank für Eure Hilfe!!!
>
> MfG - Torsten W.
> Am 31.07.2016 um 22:12 schrieb Torsten:
>
> Hallo Christian,
>
> ok - werde ich dann mal durchführen - danke!
> >Kannst du "potenzialfrei Kontakte" genauer spezifizieren?<
>
> Ist ein freier Schliesser(NO)- oder Öffner(NC)-Kontakt, welche in
> Abhängigkeit der Pumpe oder einer anderen Ausgangsfunktion schaltet.
> Potenzialfrei, weil er nicht mit einer Spannungsquelle verbunden ist. Man
> könnte als die Spannung des Pi abgreiffen und auf einen GPIO schalten. Die
> Frage ist mit welcher Aussenbeschaltung, damit der VZ die Zustandsänderung
> des GPIO auch
> erkennt und wie dan die* "vzlogger.conf* " aussehen muss.
>
> MfG - Torsten W.
>
> Am 31.07.2016 um 21:38 schrieb Christian Schnellrieder:
>
> 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> 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> 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.
>>>>>>>
>>>>>> <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/20160905/0306b256/attachment-0001.html>
More information about the volkszaehler-users
mailing list