Hello, just starting to set up a new emonpi2 with 6 ct clamps. I have two problems, which may be related.
I have 3 cu units dotted around the house. Main one is connected to mains feed, then connected to 2nd and 3rd cu.
Just dealing with main cu at present.
Ct1 is for mains feed in 100amp, 200amp clamp with arrow pointing to cu
Ct2 is feed to another cu, 64a, 100a clamp, arrow pointing towards 2nd cu
Ct3 is feed to another cu, 64a, 100a clamp, arrow pointing towards 3rd cu
Ct4 is local plugs, 32a,50a clamp. Arrow towards plugs
Ct5 nof used
Ct6 is feed to heat pump, 32a,50a clamp, arrow pointing to hp
Following the instructions, i stop emonhub. The start ttyamao at 115200 and update ct clamp drop downs.
At this point it shows for 5 seconds then in blank. Try again anc press save asap and still the same. Come out of display and ho back and it shows basic 20a for all of them.
Have it set to 20a may be causing my second problem in that ct1 shows 4950 but ct2 shows 6236 as per the inputs screen
If you were to update the list of commands I produced for the emonPiCM to reflect your changes to the protocol and the commands, then maybe @Uk_pete_2000 could try setting the front end calibration (for this is what he’s actually doing - hence why he’s got wrong values being reported) by hand?
[But I do wish people wouldn’t call split-core current transformers “clamps”. They are NOT clamps - and in fact any “clamping”-type of stress on the core will destroy the device.]
I’ve forgotten the details now, but recently (maybe a month or two ago now) there had been a complaint about the “+++” (unlock, effectively the password) being required or not and this had caused a degree of confusion.
I hadn’t found that list - but quickly looking down it - it could be wrong: k <yy.y> <zz.z> doesn’t cater for channels 10-12 when the expansion board is present.
And if the serial input is permanently active, then “x exit, lock and continue” too is misleading - it won’t lock. It’s these small details that confuse those new to the system who might be afraid to try things because they’ll break it.
Thank you @TrystanLea i was not too sure about those commands as @Robert.Wall says us newbies are worried about bracking it.
Anyway when i started ttyamao, noticed it did a list that has all the correct settings in, even though the display still shows 20A for all 6.
I changed the displays to kwh and that does seem to have settled things down with P1 shows the highest figures etc. But when i add p2 - p6 they sometimes come out more than p1, sometimes less. Used virtual feed to get the figures
@Uk_pete_2000 confused about what’s going on here, is this a recently shipped emonPi2 from us? If it was older then there might be an issue caused by an older version of the emoncms serial config software version and I’d recommend an update… Perhaps worth doing a full Emoncms update from Admin > Update and also doing a firmware update to the emonPi2 itself as mentioned above.
The configuration in the serial config interface should line up with expectations, there should be no need to use virtual feeds at this point at least.
In short - you weren’t. What you’re doing with the Serial Config tool is changing the calibration in the analogue “front end” of your emonPi2 from the default values. Those are listed here: emonPi2 Install Guide — OpenEnergyMonitor 0.0.1 documentation
This happens before the numbers reach emonHub and emonCMS.
Thanks @Uk_pete_2000 you should have received an up to date SD card image and firmware pre-loaded so my apologies about this mistake. I will double check things on our end tomorrow to make sure that it’s not a wider issue
First boot update: If connected to the internet by Ethernet (or pre-configured WiFi), a fresh emonSD will run a full system update. It’s best not to interrupt this process. Leave about 10 min before switching off or rebooting. See /var/log/emoncms/update.log if you want to view the update log to check if it’s finished.
As Trystan infers, it may just be that this process should have been done in the shop, and either it was missed or it didn’t complete properly.
@TrystanLea Maybe a note to suggest that if the emonPi appears to be updating itself, Don’t stop it! It would be easy for someone who didn’t realise, to interrupt the process thinking it had failed, and end up in a mess.
]