[vz-users] group= bei virtuellen Sensoren?

So Okt 29 12:40:33 CET 2023

Hallo nochmal,

hab' den virtuellen Sensor auf demo.volkszaehler.org eingerichtet, in
der Erwartung, dass hier die aktuellste Version der Middleware läuft:

in1 = 3e3e3670-2f2f-11ea-8c34-bf074ec24101 (eine große PV-Anlage)
Daten z.B. am 25.4.2020
Neuer Kanal "Test_virtuell" mit Regel max(val(in1)-50000,0), also alles
über 50 kW
neue UUID 2ea18d50-7645-11ee-aa6d-d14b74a14e2a

Ansicht Current = Screenshot3 --> entspricht meiner Erwartung: zwischen
10h und 15h ist die Leistung häufig über 50 kW. [Permalink 1]

Ansicht Day by hour = Screenshot4 --> Oh, es gibt doch Säulen für den
virtuellen Sensor! Aber nur zwei Stück, für die Zeit von 10h bis 12h?!? [2]

Nachdem ich genauer hingeschaut habe, meine ich das Verhalten verstanden
zu haben: Die Säulen des Originalsensors sind zw. 10 und 12h länger als
50 (jetzt aber kWh, nicht mehr kW), und der virtuelle Sensor berechnet
den Wert über 50 (hier: kWh pro Stunde). Hmmm, kann man so machen, aber
ist das eine hilfreiche Implementierung von virtuellen Sensoren? Und:
Month by hour liefert die Säulen wie beschrieben auch für den ganzen
Monat April 2020 [3]. Nehme ich diesen Monat aber Month by day, sind die
virtuellen Säulen wieder alle Null, obwohl die Tagesproduktion immer
deutlich >50 ist (kWh pro Tag, Screenshot5 [4]). Mal so, mal so??

Liest andig hier mit? Er hat die virtuellen Sensoren ja 2019 eingebaut.
*Ist dieses Verhalten ein bug oder verstehe ich den tieferen Sinn nur
nicht?*

Danke Euch, Rupert

(mit einer kleineren Konstanten in der Regel des virtuellen Sensors
konnte ich auch auf meinem System dieses Verhalten nachstellen.)

Links:

1:
https://demo.volkszaehler.org/?from=1587679200000&to=1587765600000&uuid%5B%5D=3e3e3670-2f2f-11ea-8c34-bf074ec24101%40https%3A%2F%2Fdemo.volkszaehler.org%2Fmiddleware.php&uuid%5B%5D=2ea18d50-7645-11ee-aa6d-d14b74a14e2a%40https%3A%2F%2Fdemo.volkszaehler.org%2Fmiddleware.php&mode=current

2:
https://demo.volkszaehler.org/?from=1587679200000&to=1587765600000&uuid%5B%5D=3e3e3670-2f2f-11ea-8c34-bf074ec24101%40https%3A%2F%2Fdemo.volkszaehler.org%2Fmiddleware.php&uuid%5B%5D=2ea18d50-7645-11ee-aa6d-d14b74a14e2a%40https%3A%2F%2Fdemo.volkszaehler.org%2Fmiddleware.php&mode=current

3:
https://demo.volkszaehler.org/?from=1587679200000&to=1587765600000&uuid%5B%5D=3e3e3670-2f2f-11ea-8c34-bf074ec24101%40https%3A%2F%2Fdemo.volkszaehler.org%2Fmiddleware.php&uuid%5B%5D=2ea18d50-7645-11ee-aa6d-d14b74a14e2a%40https%3A%2F%2Fdemo.volkszaehler.org%2Fmiddleware.php&mode=current

4:
https://demo.volkszaehler.org/?from=1587679200000&to=1587765600000&uuid%5B%5D=3e3e3670-2f2f-11ea-8c34-bf074ec24101%40https%3A%2F%2Fdemo.volkszaehler.org%2Fmiddleware.php&uuid%5B%5D=2ea18d50-7645-11ee-aa6d-d14b74a14e2a%40https%3A%2F%2Fdemo.volkszaehler.org%2Fmiddleware.php&mode=current

Am 28.10.23 um 15:58 schrieb Rupert Schöttler:
>
> Hallo NG,
>
> ich möchte den Thread "Export von Tagessummen" vom Sommer noch mal
> aufwärmen, denn das Rechnen mit virtuellen Sensoren wäre für mich so
> toll -- wenn ich es denn ans Laufen brächte. Könnte jemand bitte
> folgenden Test auf seinem System machen -- dauert keine 5 Minuten.
>
>  1. Es braucht den Kanal (UUID) eines digitalen Stromzählers, Typ =
>     electric meter. Bei mir "Haushalt2"
>  2. Bitte einen neuen Kanal anlegen vom Typ virtualconsumption mit der
>     Regel max(val(in1)-2000,0) -- oder einer anderen Konstanten: Der
>     "echte" Kanal sollte diesen Wert gelegentlich, aber nicht immer
>     überschreiten. Bei mir "MaxVerbrauch" genannt.
>  3. Das schaut dann in der Zeitverlaufsgrafik z.B. so aus wie im
>     angehängten Screenshot 1. Die Linie sowie Min und Max stimmen
>     definitiv, der Verbrauch ist zumindest plausibel.
>  4. Wähle ich statt "Current" "Day by hour", werden die 8,88 kWh des
>     Tages auf "Haushalt2" super auf die 24 Stunden aufgeteilt, *aber
>     die Säulen von "MaxVerbrauch" bleiben bei Null*, siehe Screenshot2.
>
> Um herauszufinden, ob das Problem bei mir vor oder hinter dem
> Bildschirm liegt, wäre ich Euch sehr dankbar für den Test und eine
> kurze Rückmeldung hier in der news group.
>
> Grüße von Lech und Wertach
>
> Rupert
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20231029/a45ed118/attachment-0001.htm>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : Screenshot4.png
Dateityp    : image/png
Dateigröße  : 84823 bytes
Beschreibung: nicht verfügbar
URL         : <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20231029/a45ed118/attachment-0003.png>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : Screenshot3.png
Dateityp    : image/png
Dateigröße  : 110184 bytes
Beschreibung: nicht verfügbar
URL         : <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20231029/a45ed118/attachment-0004.png>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : Screenshot5.png
Dateityp    : image/png
Dateigröße  : 88142 bytes
Beschreibung: nicht verfügbar
URL         : <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20231029/a45ed118/attachment-0005.png>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : smime.p7s
Dateityp    : application/pkcs7-signature
Dateigröße  : 5996 bytes
Beschreibung: Kryptografische S/MIME-Signatur
URL         : <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20231029/a45ed118/attachment-0001.bin>