[vz-users] Frontend: Zoom out ergibt unplausible Werte
MH
mh.er at arcor.de
Fr Mai 6 09:22:25 CEST 2022
Ok - jetzt bräuchte ich nur noch den Tipp welche Tabelle gemeint ist.
Gruß
Manfred
> Am 05.05.2022 um 23:32 schrieb Stefan Bauer <spam at stefan-bauer.net>:
>
> Es wird bestimmt die aggregate Funktion genutzt und in der Tabelle ist der zu hohe Wert drin. Am Besten alles in der Tabelle löschen, die wird dann automatisch aus den dann aktuellen Werten aus data neu generiert. Damit ist der Peak bestimmt weg
>
> Stefan
>
> Von meinem iPhone gesendet
>
>>> Am 05.05.2022 um 22:49 schrieb mh <mh.er at arcor.de>:
>>>
>> Hallo zusammen,
>>
>> ich habe meine ersten Schritte mit volkszaehler gemacht und erfolgreich einen IR - Lesekopf an einem Stromzähler in Betrieb genommen.
>>
>> Aufgrund eines Kontaktproblems kam es für ca. 4 Minuten zu einer Unterbrechung der Datenaufnahme.
>>
>> Im Frontend hat sich das dann als hoher Spike (23.3kW) im Kanal für die Leistung bemerkbar gemacht.
>> Ich habe den fehlerhaften Wert in der Datenbank gepatched, um eine vernünftige Skalierung im Frontend zu erhalten.
>>
>> In der Stundenskalierung der Zeitachse erhalte ich aus das gewünschte Ergebnis (Anlage: volkszaehler.org-web frontend-zoom_in.jpg), in der Tagesskalierung bleibt der hohe Peak bestehen und macht die Skalierung kaputt. Das gleiche passiert, wenn ich in der Stundenskalierung herauszoome (Anlage: volkszaehler.org-web frontend-zoom_out.jpg).
>>
>> Ich vermute, dass eine Umrechung der Daten auf das gröbere Zeitraster der Datenpunkte (13sec) des Zoom-out erfolgt und dabei der Peak künstlich erzeugt wird. Allerdings ist mir unklar welches der naheliegenden Interpolations- oder Mittelungsverfahren zu so einer starker Erhöhung führen kann (Ist: 450W, Frontend: Ansteigend von 400W auf 23.3 kW).
>> Generell weichen die Daten in der Zoum-out Darstellung mitunter bis zu 20% von der Werten der Datenbank ab, selbst wenn der wirkliche Wert ins Darstellungszeitraster passt.
>>
>> Hat jemand eine Idee? Kann mir jemand helfen?
>>
>> Folgende Daten mit Firefox und RESTclient PlugIn von der Middleware abgerufen (csv format) - stimmen mit den Datenbankwerten überein:
>>
>> .....
>>
>> 2022-05-05 10:18:02;497;1
>> 2022-05-05 10:18:03;494;1
>> 2022-05-05 10:18:05;496;1
>> 2022-05-05 10:18:06;490;1
>> 2022-05-05 10:18:08;489;1
>> 2022-05-05 10:18:09;493;1
>> 2022-05-05 10:18:11;494;1
>> 2022-05-05 10:18:12;491;1
>> 2022-05-05 10:18:14;487;1
>> 2022-05-05 10:18:15;489;1
>> 2022-05-05 10:18:17;489;1
>> 2022-05-05 10:18:18;490;1
>> 2022-05-05 10:18:19;491;1
>> 2022-05-05 10:18:21;490;1
>> 2022-05-05 10:18:22;491;1
>> 2022-05-05 10:18:24;493;1
>> 2022-05-05 10:18:25;490;1
>> 2022-05-05 10:18:27;488;1
>> 2022-05-05 10:18:28;491;1
>> 2022-05-05 10:18:30;490;1
>> 2022-05-05 10:18:31;487;1
>> 2022-05-05 10:18:33;503;1
>> 2022-05-05 10:18:34;487;1
>> 2022-05-05 10:18:36;487;1
>> 2022-05-05 10:18:37;493;1
>> 2022-05-05 10:18:38;496;1
>> 2022-05-05 10:18:40;491;1
>> 2022-05-05 10:18:41;491;1
>> 2022-05-05 10:18:43;497;1
>> 2022-05-05 10:18:44;495;1
>> 2022-05-05 10:18:46;499;1
>> 2022-05-05 10:18:47;490;1
>> 2022-05-05 10:18:49;494;1
>> 2022-05-05 10:18:50;491;1
>> 2022-05-05 10:18:52;494;1
>> 2022-05-05 10:18:53;491;1
>> 2022-05-05 10:18:55;494;1
>> 2022-05-05 10:18:56;503;1
>> 2022-05-05 10:18:57;494;1
>> 2022-05-05 10:18:59;493;1
>> 2022-05-05 10:19:00;491;1
>> 2022-05-05 10:19:02;496;1
>> 2022-05-05 10:19:03;490;1
>> 2022-05-05 10:19:05;495;1
>> 2022-05-05 10:19:06;494;1
>> 2022-05-05 10:19:08;490;1
>> 2022-05-05 10:19:09;495;1
>> 2022-05-05 10:19:11;490;1
>> 2022-05-05 10:19:12;493;1 <---------------
>> 2022-05-05 10:23:20;450;1 Datenlücke. Zeitstempel und Wert in der Datenbank gepatched, um Sprung zu vermeiden.
>> 2022-05-05 10:27:07;410;1 <----------------
>> 2022-05-05 10:27:15;370;1
>> 2022-05-05 10:27:16;329;1
>> 2022-05-05 10:27:17;322;1
>> 2022-05-05 10:27:28;330;1
>> 2022-05-05 10:27:29;322;1
>> 2022-05-05 10:27:30;321;1
>> 2022-05-05 10:27:31;324;1
>> 2022-05-05 10:27:32;324;1
>> 2022-05-05 10:27:33;323;1
>> 2022-05-05 10:27:35;333;1
>> 2022-05-05 10:27:36;322;1
>> 2022-05-05 10:27:37;320;1
>> 2022-05-05 10:27:38;323;1
>> 2022-05-05 10:27:39;322;1
>> 2022-05-05 10:27:40;322;1
>> 2022-05-05 10:27:41;321;1
>> 2022-05-05 10:27:42;321;1
>> 2022-05-05 10:27:43;322;1
>> 2022-05-05 10:27:45;323;1
>> 2022-05-05 10:27:46;322;1
>> 2022-05-05 10:27:47;321;1
>> 2022-05-05 10:27:50;342;1
>> 2022-05-05 10:27:51;321;1
>> 2022-05-05 10:27:52;320;1
>> 2022-05-05 10:27:53;325;1
>> 2022-05-05 10:27:55;320;1
>> 2022-05-05 10:27:56;322;1
>> 2022-05-05 10:27:57;324;1
>> 2022-05-05 10:27:58;319;1
>> 2022-05-05 10:27:59;323;1
>> 2022-05-05 10:28:00;323;1
>> .....
>>
>> Verwendete Version: Image 2022-04-20-volkszaehler.img für Raspi 4B, vzlogger Version 0.8.1
>>
>> vzlogger.conf:
>>
>> {
>> // General settings
>> "verbosity": 5, // log verbosity (0=log_alert, 1=log_error, 3=log_warning, 5=log_info, 10=log_debug, 15=log_finest)
>> "log": "/var/log/vzlogger/vzlogger.log", // log file, optional
>> "retry": 30, // http retry delay in seconds
>>
>> // Build-in HTTP server
>> "local": {
>> "enabled": false, // enable local HTTPd for serving live readings
>> "port": 8080, // TCP port for local HTTPd
>> "index": true, // provide index listing of available channels if no UUID was requested
>> "timeout": 30, // timeout for long polling comet requests in seconds (0 disables comet)
>> "buffer": -1 // HTTPd buffer configuration for serving readings, default -1
>> // >0: number of seconds of readings to serve
>> // <0: number of tuples to server per channel (e.g. -3 will serve 3 tuples)
>> },
>>
>> // realtime notification settings
>> // "push": [
>> // {
>> // "url": "http://127.0.0.1:5582" // notification destination, e.g. frontend push-server
>> // }
>> // ],
>>
>>
>>
>> // Meter configuration
>> "meters": [
>> {
>> // S0 meter - gas
>>
>> "enabled": false, // disabled meters will be ignored (default)
>> "allowskip": false, // errors when opening meter may be ignored if enabled
>> "aggtime": -1, // aggregate meter readings and send middleware update after <aggtime> seconds
>> "aggfixedinterval": true, // round timestamps to nearest <aggtime> before sending to middleware
>> "protocol": "s0", // meter protocol, see 'vzlogger -h' for full list
>> // "device": "/dev/ttyAMA0", // meter device
>> "gpio": 18, // verwende raspi gpio18 (pin 12)
>> "gpio_dir": -1,
>> "configureGPIO": true,
>> "resolution": 1,
>> "send_zero": false,
>> "debounce_delay": 30,
>> "nonblocking_delay": 10000,
>>
>>
>> "channel": {
>> "identifier": "Impulse", // s0 meter knows "Impulse" and "Power"
>> "uuid": "712d3800-c8a4-11ec-ad5c-eb32d8bd8683",
>> "api": "volkszaehler", // middleware api, default volkszaehler
>> "middleware": "http://localhost/middleware.php",
>> "aggmode": "SUM" // aggregation mode: aggregate meter readings during <aggtime> interval
>> // "SUM": add readings (use for s0 impulses)
>> // "MAX": maximum value (use for meters sending absolute readings)
>> // "AVG": average value (use for meters sending current usage)
>> }
>> },
>> {
>> // Example SML meter
>>
>> "enabled": true, // disabled meters will be ignored (default)
>> "allowskip": false, // errors when opening meter may be ignored if enabled
>> "protocol": "sml", // meter protocol, see 'vzlogger -h' for full list
>> "interval": -1,
>> "pullseq": "",
>> "parity": "8N1",
>> "baudrate": 9600,
>> "use_local_time": false,
>> "device": "/dev/ttyAMA0", // meter device
>>
>> "aggtime": 1, // aggregate meter readings and send middleware update after <aggtime> seconds
>> "aggfixedinterval": true, // round timestamps to nearest <aggtime> before sending to middleware
>>
>>
>>
>> "channels": [{
>> "api": "volkszaehler", // middleware api, default volkszaehler
>> "uuid": "f46df0d0-cbbd-11ec-a796-170eaa4275d9",
>> "middleware": "http://localhost/middleware.php",
>> "identifier": "1-0:16.7.0", // OBIS identifier Wirkleistung in W
>> // "duplicates": 10, // duplicate handling, default 0 (send duplicate values)
>> // >0: send duplicate values only each <duplicates> seconds
>> // Activate only for abs. counter values (Zaehlerstaende) and not for impulses
>> "aggmode": "AVG" // aggregation mode: aggregate meter readings during <aggtime> interval
>> // "SUM": add readings (use for s0 impulses)
>> // "MAX": maximum value (use for meters sending absolute readings)
>> // "AVG": average value (use for meters sending current usage)
>>
>> }, {
>> "api": "volkszaehler", // middleware api, default volkszaehler
>> "uuid": "82eee1e0-cbbe-11ec-aa77-99a6a520661b",
>> "middleware": "http://localhost/middleware.php",
>> "identifier": "1-0:1.8.0", // OBIS identifier Wirkenergie in Wh
>> "aggmode": "MAX" // aggregation mode: aggregate meter readings during <aggtime> interval
>> // "SUM": add readings (use for s0 impulses)
>> // "MAX": maximum value (use for meters sending absolute readings)
>> // "AVG": average value (use for meters sending current usage)
>>
>> }]
>> }
>> ]
>> }
>>
>> Gruss Manfred
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20220506/785901d0/attachment-0001.html>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname : volkszaehler.org-web frontend-zoom_in.jpg
Dateityp : image/jpeg
Dateigröße : 242049 bytes
Beschreibung: nicht verfügbar
URL : <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20220506/785901d0/attachment-0002.jpg>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname : volkszaehler.org-web frontend-zoom_out.jpg
Dateityp : image/jpeg
Dateigröße : 214766 bytes
Beschreibung: nicht verfügbar
URL : <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20220506/785901d0/attachment-0003.jpg>
Mehr Informationen über die Mailingliste volkszaehler-users