Power factor isnât normally sent to emonCMS by default, but thereâs absolutely no reason why it cannot be treated in exactly the same way as any other variable. But you canât quite compare it with an accumulated value like energy. Youâd be able to watch it, but emonCMS doesnât have alarms or anything like that. That would need to be done outside of emonCMS, and others here are better placed to tell you about that.
Youâll have the items you need, but if I understand you correctly (and Iâm only trying to infer what youâre connecting where from whatâs written), that wonât give you real power or p.f. if you attach the 3 c.tâs to the one emonTx.
I think your set-up will be:
1-off emonPi with 5 V USB power and one c.t. and a.c. adapter to measure real power on phase 1, and the optical sensor for your meter pulses.
2-off emonTxâs, each with one c.t. and a.c. adapter to measure real power on phases 2 & 3.
(But you can put the optical sensor on whichever you like.)
Youâll need to edit the software in the emonTxâs and in the front end (the âemonâ part) of the emonPi to report the power factor. And youâll need a programmer and leads to do that.
The question that drives that is, how accurate is the balance of your phase voltages? If itâs âgood enoughâ, you could get away with a Raspberry Pi, and emonTx and connect the two by wires. The 3-phase sketch phase shifts the phase 1 voltage in software to provide a phase reference to the other two phase currents, but it canât know the amplitude difference, which is where the error comes in.
Also, the two emonTxâs monitor continuously and report every 10 s (approx), the present emonPi front end software is still the âdiscrete sampleâ version, though Iâve had a continuous monitoring version working for many months now, itâs yet to be released because it requires major changes everywhere. Iâm still writing documentation.
If the emonPi sampling for 200-300 ms every 5 or 10 s is a problem (and if you have rapidly fluctuating loads, it could well be), and you canât wait for the emonPiCM, then replace the emonPi with a third emonTx and an emonBase (essentially a Raspberry Pi with a radio receiver, or an emonPi minus the âemonâ part).
Alternatively, if youâve got the expertise in-house, what about a stand-alone 3-phase meter with a Modbus output, which with the addition of a Modbus-Ethernet converter, will feed into your LAN and you can have a RPi or any server running emonCMS where you like.
One immediate advantage I can see for this is the meter will most likely give you vars and kvarh, which the emonTx/emonPi canât calculate.