<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Hallo nochmal,</p>
<p>hab' den virtuellen Sensor auf demo.volkszaehler.org
eingerichtet, in der Erwartung, dass hier die aktuellste Version
der Middleware läuft:</p>
<p>in1 = 3e3e3670-2f2f-11ea-8c34-bf074ec24101 (eine große PV-Anlage)<br>
Daten z.B. am 25.4.2020<br>
Neuer Kanal "Test_virtuell" mit Regel max(val(in1)-50000,0), also
alles über 50 kW<br>
neue UUID 2ea18d50-7645-11ee-aa6d-d14b74a14e2a</p>
<p>Ansicht Current = Screenshot3 --> entspricht meiner Erwartung:
zwischen 10h und 15h ist die Leistung häufig über 50 kW.
[Permalink 1]<br>
</p>
<p>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]<br>
</p>
<p>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??</p>
<p>Liest andig hier mit? Er hat die virtuellen Sensoren ja 2019
eingebaut. <b>Ist dieses Verhalten ein bug oder verstehe ich den
tieferen Sinn nur nicht?</b><br>
</p>
<p>Danke Euch, Rupert</p>
<p><br>
</p>
<p>(mit einer kleineren Konstanten in der Regel des virtuellen
Sensors konnte ich auch auf meinem System dieses Verhalten
nachstellen.)<br>
</p>
<p>Links:</p>
<p>1:
<a class="moz-txt-link-freetext" href="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">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</a>
<br>
</p>
<p>2:
<a class="moz-txt-link-freetext" href="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">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</a></p>
<p>3:
<a class="moz-txt-link-freetext" href="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">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</a></p>
<p>4:
<a class="moz-txt-link-freetext" href="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">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</a><br>
</p>
<div class="moz-cite-prefix">Am 28.10.23 um 15:58 schrieb Rupert
Schöttler:<br>
</div>
<blockquote type="cite"
cite="mid:19889268-dc03-498d-bbe1-bfaf171591a5@gmx.de">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<p>Hallo NG,</p>
<p>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.</p>
<ol>
<li>Es braucht den Kanal (UUID) eines digitalen Stromzählers,
Typ = electric meter. Bei mir "Haushalt2"<br>
</li>
<li>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.</li>
<li>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.</li>
<li>Wähle ich statt "Current" "Day by hour", werden die 8,88 kWh
des Tages auf "Haushalt2" super auf die 24 Stunden aufgeteilt,
<b>aber die Säulen von "MaxVerbrauch" bleiben bei Null</b>,
siehe Screenshot2.</li>
</ol>
<p>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.</p>
<p>Grüße von Lech und Wertach <br>
</p>
<p>Rupert<br>
</p>
</blockquote>
</body>
</html>