https://getsatisfaction.com/pvoutput/topics/add_water_gas_sensor_and_tok...
I donated to get the extra fields for gas and water.
See link below for info how to add
Baz
https://getsatisfaction.com/pvoutput/topics/add_water_gas_sensor_and_tok...
I donated to get the extra fields for gas and water.
See link below for info how to add
Baz
The cumulative outcome of pvoutput needs to be multiplied by 3 for Gas and by 5 for water.
Today, gas consumption according to Flukso from 00:00 - 17:00 H 1100 liters pvoutput 340 liter.
Today, water consumption Flukso from 00:00 - 18:30 H 325 liters pvoutput 62 liters.
So no mater what you do with the axis or setting lpm or lpd you won't get it right.
The question remains how or who will fix this.
Bart please look in to this to see what flukso is uploading to pvoutput.org
Here i make also these calculations:
Gas consumption from 00:00 - 23:30 on Flukso = 97 liters, on pvoutput = 28 liter > factor 3,46
Water consumption from 00:00 - 23:30 on Flukso = 143 liters, on pvoutput = 28 liters > factor 5,10
These factors are not rounded figures 3 and 5, but a bit more. These are not miscalculations on Flukso, nor on PVoutput, but perhaps a lot of missing data.
Im wondering if the data gets picked up quick enough due to the intermittent nature of water usage?
@Fluc
Your right about the rounding of the figures it was just to make a point.
If it were integer factors, 3 for gas and 5 for water, for everyone who is uploading Flukso data to PVoutput, that would be very strange...
A last mine is reading in 10's of litres.
Took readings this morning 1 hour after our morning showers.
Flukso cumulative is 32litres.
PVoutput cumulative 16litres.
Still wondering if its the way the data is sent/read to/by pvoutput from Flukso?
hmm Flukso 48
PVoutput 16 .
Last water used 2 hours ago.
No gas usages from 00:00 - 4:30 on flukso,
pvoutput the cumulative area from 00:00 - 4:30 42.000 lpd
Comparison of today's water usage between 14 and 16h in the afternoon:
https://db.tt/pEw3fgke
https://db.tt/YGM3DPu9
Seems to be OK for the water flow in Litres per minute (LPM), see both mouse pointers on Flukso and PVoutput graph = 10 L. Same for gas flow in LPM (no screenshot from Flukso here).
Only the cumulative is still about 5 times to low for water and about 3 for gas!
To notice that both axis on PVoutput are for cumulative.
Wonder if Bart has a comment?
Interesting that you gas graph nearly mirrors your water curve.
Yes Baz, my wife was taking a shower at that moment, so water is heated by gas.
The little variation is caused by the changing of waterflow.
No proof of that......unless you send time stamped photos :) :)
Hopefully someone else who has water on PV Output can check their readings and comment here.
Ive played around with a few diff settings in PV output etc but now Im lost. Cannot get any similarity.
@Wizzopa Flukso is not uploading to PVoutput. Rather, PVoutput is fetching the sensor readings via the Flukso API at regular intervals. That same API is also used by the Flukso dash to visualize the readings. Not sure how PVoutput are processing the API data on their server. That's their internal kitchen.
@Icarus75
I'm still struggling with the water measurement in PVoutput. So i posted the last reply at PVoutput.
Flukso is not uploading to PVoutput. Rather, PVoutput is fetching the sensor readings via the Flukso API at regular intervals. That same API is also used by the Flukso dash to visualize the readings. Not sure how PVoutput are processing the API data on their server. That's their internal kitchen.
and the Bankstownbloke responded with:
PVOutput processes the data as it is provided by the Flukso API without modification.
The data returned by Flukso for sensor b71***4e8 is either 0 or NaN i.e. not a number.
REQUEST
curl -k -H "X-Token:xxx" -H "X-Version:1.0" "https://api.flukso.net/sensor/b71***4e8?interval=day&resolution=minute&unit=lpermin"
RESPONSE
At the start / middle it is mostly 0
[1517760300,0],[1517760360,0],[1517760420,0],[1517760480,0],[1517760540,0],[1517760600,0],[1517760660,0],[1517760720,1],[1517760780,1],[1517760840,2],[1517760900,1],[1517760960,1],[1517761020,1],[1517761080,2],[1517761140,0],[1517761200,0],[1517761260,0],[1517761320,0],[1517761380,0],[1517761440,0],`
At the end it is mostly Nan
[1517817840,"nan"],[1517817900,"nan"],[1517817960,"nan"],[1517818020,"nan"],[1517818080,"nan"],[1517818140,"nan"],[1517818200,"nan"],[1517818260,"nan"],[1517818320,"nan"],[1517818380,"nan"],[1517818440,"nan"],[1517818500,"nan"],[1517818560,"nan"],[1517818620,"nan"],[1517818680,"nan"],[1517818740,"nan"],[1517818800,"nan"],[1517818860,"nan"],[1517818920,"nan"],[1517818980,"nan"],[1517819040,"nan"],[1517819100,"nan"],[1517819160,"nan"],[1517819220,"nan"],[1517819280,"nan"],[1517819340,"nan"],[1517819400,"nan"],[1517819460,"nan"],[1517819520,"nan"],[1517819580,"nan"],[1517819640,"nan"],[1517819700,"nan"],[1517819760,"nan"
Here the water and gas are still visible on my PVOutput, see screen capture of today:
https://www.dropbox.com/s/zzgm1cvyf2aorca/extended%20data.png?dl=0
Both readings are not 100 % correct, de timing is ok. We have not enough editing possibility's on the extended values i think.