Problem: I am planning to monitor whole house power consumption using the setup below. The CT sensors I have are too small for the incoming mains (200 amp USA service, 120-N-120).
Setup: emonTX3.4, RPI3 + emonBase, 9 volt AC-AC power supply. Latest firmware.
Question: Not being an electrical engineer, I need help in finding two CT split core sensors that will fit around my incoming service wires (4/0 ?). I would like some that would require minimal reconfiguration/calibration of the existing system (removing/replacing resistors, recompiling software, etc.). Can anyone suggest a close replacement for the SCT-013-000 but with a larger diameter opening?
I am less interested in cost than ease of installation. I have seen the SCT023R mentioned but donāt know what it may involve to set it up.
As no good deed goes unpunished, I would also ask for help with how to calibrate and install the sensors.
Many thanks in advance for any help from the group.
Bob Grattan
Ashland, Virginia USA
Look at the page āUse in North Americaā in the āLearnā section. There are many listed there, complete with their calibration coefficients. The YHDC series doesnāt require hardware changes.
Many thanks, Robert. I have ordered a couple of the SCT023R CTs, coming early next month.
When these are connected to inputs 1 and 2 on the emonTX3.4, will the results be added together automatically or do I need to change power1 and power2 to power1+power2 in the config?
Your help is much appreciated as I am very new to this.
Bob
What else do you have in the way of emon hardware, i.e. are you using an emonPi or emoncms.org to view the data?
I have an RPI3 with emonBase installed. Latest firmware.
You can edit the sketch in your emonTx and add the two powers there, sending the combined value; or you can send the values separately and add them in the input processing of emonHub; or you can add the currents in the wiring before it gets digitised in the emonTx.
If youāre concerned about the balance between the two legs of your supply, itās probably best to send the two powers separately. If you need the other 3 inputs of your emonTx, then you need to wire the two c.tās together to use just one input.
It sounds like the easiest way for me to do this is to send the two current readings from the emonTX and add them on the emonhub. Iām not certain how to do this. Iām not planning to use the other emonTX inputs ( 3 and 4 ) at this time. Sorry to ask so many questions hereā¦
Thanks.
Bob
Sorry, I meant emonCMS, not emonHub. How to set up an input and connect it to a feed (storage) and which database to use for storage is described in the guide. If you follow that for each input, youāll have two separate records, one for each input.
You can do that and add another feed with the sum, or you can do that - modified - to just one input if you want only the sum.
The processes you want will be āReset to ZEROā and ā+ inputā. If you want just the sum (the easiest), then the first process will be ā+ inputā. Do this on one input, selecting and adding the second, then do āLog to feedā and that will store the sum of the two.
After you select the process, youāll see what it does written below. āPassed backā actually means āpassed onwards to the next processā. Not every process passes onwards a changed value, e.g. āLog to feedā passes on the value unchanged. You can have more than one āLog to feedā.
If you want the sum as well as the individual data, then do as the guide says to each input separately, then to one of the inputs, at the end, add the process āReset to ZEROā. This does what it says. You now have nothing in the data flow, so do ā+ inputā twice nominating each input in turn (to give you 0 + input 1 + input 2 = the sum), then carry on as per the guide, adding a third feed.
Not trying to toss a spanner in the works, but from what Iāve read, using a feed vice an input to sum two values is more robust according to PB.
Ref: Logging import/export separately (from one input) | Archived Forum (2nd post in the thread)
Yes, Iād forgotten that. I knew there was a small complication there, but couldnāt remember what it was.
Just to clarify then, you use ā+ feedā instead of ā+ inputā. It does of course mean that you need to create at least two feeds - for one input and the sum, or maybe three feeds: for each input and the sum.
Thanks Robert and Bill. Iāll try this with a couple of inputs on 1 and 2 while waiting for the larger CTs. Since Iām not real sure of myself, Iāll practice before putting my hands in the breaker panel to connect to the mains.
Of course, I may have more question before all is finished.
Much obliged for the help.
Bob
1 Like
Hi Robert,
I have my larger CTs installed and they seem to be working and producing data correctly. The mains (120-0-120) are connected to power1 and power2.
I need to produce a feed which sums power1 and power2 to give me a whole house reading on a single feed.
Earlier, you kindly sent me instructions on how to set this up, however, I canāt seem to get it working. Iāve tried various configurations but never get power1 + power2. Maybe Iām getting things in the wrong order. Sorry to be so dense here but Iām not real sure what Iām doing with the feeds and inputs.
Thanks in advance for a few more details on the process.
Bob
Presumably you have two inputs, that are set up the same, logging to two feeds, power1 and power2.
In the power2 input page, after your ālog to feedā, add ā+ feedā and use the drop-down to select power1 feed. Now do another ālog to feedā to a third feed called ātotalPowerā [or whatever].
Thanks again, Robert, thatās exactly what I needed to know. It works fine now. I was confused by what you meant in using āReset to ZEROā in your earlier answer but I donāt guess I need it here, at least to get me started. Sorry for the simplistic questions.
Bob
āReset to ZEROā wipes the slate clean. You didnāt need it here, as you are using the value carried forward in the input processing and adding the second value (actually the one called power1) to it.
Why be sorry? We all had to start somewhere, it was all a bit overwhelming for me to begin with.
carried forward
That ought to be the term used vice āpassed back.ā
I can see - from a programmerās POV (although Iām not a programmer) - why they used āpassed back.ā
Similar to the way a function passes a value back to the routine that called it.
carried forward is less confusing, especially for non-coders.
I donāt buy that as a reason. The inputs page, where it appears is USER FACING. What are the words used on multi-page bank statements etc? āCarried forwardā and āBrought forwardā.
āPassed backā to me is something discarded (and that fits with the function return value concept when you think of it - the function has finished with processing and itās about to die), āPassed forwardā implies itās going to be used ahead of where you are now.
Hereās an example that uses the idea of control vice an actual value:
From: IBM Docs
When a lower-level program, which has been accessed by a LINK command, issues a RETURN command, control passes back one logical level higher than the program returning control.
and one that references a function returning a value:
From: Functions and Procedures | Programming | Computing
By returns a value, we mean that the function creates some sort of results, which is passed back to the calling function.
Itās programmer-speak to be sure, which is why I like ācarried forwardā much better
Just saying that I can see where they might have gotten it from, since they are both coders.