Hi zusammen,
ich glaub ich hab's gefunden:
$this->consumption += $tuple[1] * $delta_ts; (
https://github.com/volkszaehler/volkszaehler.org/blob/master/lib/Interpreter/SensorInterpreter.php#L49)
multipliziert
immer mit dem Timestamp-Delta, auch wenn convertRawTuple im
Consumption-Mode schon
Hi Alex,
kann gut sein, dass die MW das falsch macht. Da hilft nur die Analyse im Detail
zu machen und den Fehler zu finden….
Mein Fokus liegt aktuell auf anderen Dingen, wenn Du Fragen zum debuggen hast
kann ich gerne Tips geben.
Viele Grüße,
Andreas
> On 6. Apr 2020, at 14:00,
Hallo Daniel,
Danke, das war das Problem
Mit "from=today=now" become ich genau das was ich will
Dann hat sich wohl im Laufe der Zeit hier was verändert, bei der Version 0.2
hat das from=today gereicht
Viele Grüße
Klaus
-Ursprüngliche Nachricht-
Von: volkszaehler-users Im
Hallo Andreas,
Ich habe da noch mal reingeschaut. Die min, max und current Werte des
Betriebsstundensensors scheinen in allen Modi (current, hourly, daily, monthly,
yearly) zu stimmen, bestenfalls gibt es da ein paar Rundungsdifferenzen.
Was in keinem Fall (ausser im current) stimmt,
Hallo,
am Montag, 6. April 2020 um 11:11 hat Klaus Reichenecker geschrieben:
> ?from=24%20hours%20ago?to=now
> Bringt leider nur
> {"version":"0.3","exception":{"message":"Invalid time format: '24
> hours ago?to=now'","type":"Exception","code":0}}
Syntaxfehler. Der erste Schlüssel an der URL
?from=24%20hours%20ago?to=now
Bringt leider nur
{"version":"0.3","exception":{"message":"Invalid time format: '24 hours
ago?to=now'","type":"Exception","code":0}}
Aber so langsam komme ich dahinter, vermute es ist ein Fehler in VZ:
Ich habe 2 VZ-Installationen bei einem Webhoster, die auf die
