I have recently baught the emonTx V3 measurement. It working finally pretty pefectly, but the accuracy is yet to be questions.
I have a setup a test bench using the emonTxV3 to measure and on the other hand a PEL 103 power and energy logger ( Very Accurate). The results were as following:
1) at no power at all. the emonTx was measuring 2-10 watts
2) at 1100 watts .. emonTx was measuring 1250-1260 watts
Is there specific parameters I should setup. Is there a reliable calibration sheet I can use? could the problem be with the sensors.
Please advice about this issue. Usually the CT sensors have 1% error. How come it was boosted up to > 10%?
btw I used a heater for the test with three modes
1) 20 watts fan
2)1000 w heating option
3) 2000 watt heating option
Please advise about this situation,
Re: emonTx Accuracy
Hi welbaz - I would strongly recommend reading the "building blocks" the answers to the questions in this thread and your last are all there, it would require many extensive replies to answer those questions in full here.
In short the emonTx v3's default sketch is very accurate for a very short sample period, then that very accurate reading is used to estimate the use for the rest of the interval until another sample is measured, there are other sketches that measure continuously and there are also things you can add or alter eg energy readings and calibration.
The info is very insightful and empowers you to get the most from your emonTx.
Paul
Re: emonTx Accuracy
Thanks alot Paul for your co-operation. All what I did at the moment is just use the default emonTx V3 sketch. I thought it would be already calibrated and adjusted since I bought it as one set assembled. Now I noticed that I'm always measuring a voltage of 261 volts.
I tried to check the voltage using a heater as shown in the pictures, but the problem to have a full-range calibration i.e ( from 10 watts - 3500 watts), I would need a flexible load device which costs around 5000 euros over here. That's why I was wondering about calibration function which was already used with the default emonTxv3 default sketch.
I read the http://openenergymonitor.org/emon/buildingblocks/calibration I noticed that the calibration factor is always a constant value. The question is on which power do you adjust this value if you are measuring from ( 10 watts till 3500 watts) what I wanted to do is to have a variable calibration function depending on the load.. or what do you think
https://drive.google.com/folderview?id=0B7xd8j9Xr5ZUYllkNkRRaThnT28&usp=...
Best regards
Sam
Re: emonTx Accuracy
Test photos https://drive.google.com/folderview?id=0B7xd8j9Xr5ZUYllkNkRRaThnT28&usp=...
Re: emonTx Accuracy
https://drive.google.com/folderview?id=0B7xd8j9Xr5ZUYllkNkRRaThnT28&usp=...
Re: emonTx Accuracy
The "2-10 W" recorded at no load is almost certainly digital noise from the processor getting in to the ADC. Thereafter, the system is sensibly linear (principally limited by the CT). But the slope of that curve is governed by normal component tolerances, which you can largely correct with the calibration procedures.
As Paul says, it's all in Building Blocks.
Re: emonTx Accuracy
Hi Robert, my (probably not very clear) point was more aimed at the fact welbaz is using the default discrete sampling sketch and on his other thread he also asks about getting data every second, which is pointless if only calculated every 5-10 seconds,
welbaz - Even with 0% component tolerances the bulk of the reading is estimated by projecting an average of a small sample, so there will always be a chance of inaccuracy, rather than calibrate an average it may be better to use an un-calibrated continuous sampling sketch and better still with calibration. and also if you want greater accuracy of energy used over a period of time, that comes from ensuring all use is logged rather than having extremely accurate values at frequent intervals that are occasionally lost in transit and therefore left out of the totaling.
Paul
Re: emonTx Accuracy
The question of sampling is different to the question about accuracy. The calibration for voltage, current and power is independent of any sampling regime. On the other hand, the accuracy of energy measurement is totally dependent on either continuously recording power, or recording representative samples. We hope (given that loads are switched on and off infrequently) the 'Discrete Sample' sketches record a representative sample when time-averaged. The 'continuous' sketches will accurately record energy (even though they also report power, that power is actually the rate of energy consumption). That's why the 'Discrete Sample' sketch is totally inappropriate for use in conjunction with the energy diverters - or if you have an induction hob, etc.
Re: emonTx Accuracy
The "2-10 W" recorded at no load is almost certainly digital noise from the processor getting in to the ADC.
It'd be interesting to see if a big blob of solder across L1 improved that, or made it worse. I'd experiment myself, but I don't have one.
Re: emonTx Accuracy
I have 3 systems out at 3 different homes, each running a calibrated version of the default sketch.
I recently compared the emonCMS kWh/day to the utility's smart meter kWh/day, and found that all 3 systems were +/- 2% of the smart meter.
I have one system on another home that is just "out of the box", not calibrated, and it reads 8% high when compared to the smart meter.
(These systems are in USA on 240V / 60hz panels)
JD
Re: emonTx Accuracy
I noticed that the calibration factor is always a constant value. The question is on which power do you adjust this value if you are measuring from ( 10 watts till 3500 watts) what I wanted to do is to have a variable calibration function depending on the load.. or what do you think
As far as I know, everybody settles for a single set of calibration constants for the entire dynamic range of their meter. The two errors to look out for when changing the measured current are amplitude errors and phase errors. If you read this report: http://openenergymonitor.org/emon/buildingblocks/report-yhdc-sct-013-000-current-transformer you'll see how that particular CT performs over the current range. It's very linear in amplitude, and fairly flat-ish in the phase error, provided you stay well away from the low-end. Another reason to stay away from the low end when calibrating is that quantization errors (and background noise) play smaller roles when the numbers are bigger.
Your 20W fan potentially has a pretty poor power factor as well, so would not be ideal for calibrating PHASECAL. Its contribution will hopefully be drowned out by the 2000W heating element once you turn that on.
Re: emonTx Accuracy
The half-supply bias voltage on the ADC input is not fixed. It is subject to normal component tolerances and to drift, so its position in relation to the ADC quantization steps is unpredictable and liable to vary over time. The effect of this at small currents, small in this case being around 1% full scale and below, is that the absolute error too is unpredictable and the possible error rapidly increases below about 1% full scale current, which implies below about 1% full scale power also. There's a Building Blocks page about that too.
The best way to set PHASECAL, but one impractical for most people, would be to use a high current purely reactive load, e.g a large capacitor bank, and adjust for zero real power. The zero point, being a crossing point, is much better defined that the fairly flat-topped maximum you see with a purely resistive load. But for practicality, because most people can easily find a moderately high power resistive load, we suggest that for the purposes of calibration.
In any case, There are two currents/powers at which it is sensible to do all calibration. One is at or near maximum current/power, the other is at a typical current/power for your installation. Normally I would suggest calibrating at or near maximum, where you would obtain the greatest accuracy given a linear transfer characteristic. However, there is a very slight bend in the YHDC CTs characteristic so there could be a good argument for using a typical and lower value, provided of course it is well away from the point at which noise and quantization errors become significant. I would suggest 30% of full scale would be a sensible minimum.