# Best solution to monitore 20 or 30 clip-on current sensor CT? **URL:** \ **Category:** emonTx\ **Created:** [27 January 2017 13:43 UTC](https://community.openenergymonitor.org/t/best-solution-to-monitore-20-or-30-clip-on-current-sensor-ct/2922 "2017-01-27T13:43:08Z")\ **Posts on this page:** 1\ **Showing post:** 11
**Author:** ![Robert.Wall](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/robert.wall/32/38246_2.png) [@Robert.Wall](https://community.openenergymonitor.org/u/Robert.Wall)\ **Post date:** [29 January 2017 11:52 UTC](https://community.openenergymonitor.org/t/best-solution-to-monitore-20-or-30-clip-on-current-sensor-ct/2922/11 "2017-01-29T11:52:08Z")
I concur. The problem posed by the initial post was 20 - 50 current channels and “simplest and cheapest”. I do not know where you can find a simple (i.e. off-the shelf) and cheap solution to handle that many sensors. There’s a parallel discussion in another thread about the desirability of using a much higher powered processor and a much faster ADC ([STM32 Boards for Energy Monitoring](https://community.openenergymonitor.org/t/stm32-boards-for-energy-monitoring/2912)) This problem would seem to be ideally suited to something like that - even multiplexing 50 inputs would seem to offer better performance than the Atmel 328P. But it would almost inevitably mean a one-off solution, or failing that, a modular and expandable design, because I cannot envisage a great demand for a 50-channel monitor. --- _[View the full topic](https://community.openenergymonitor.org/t/best-solution-to-monitore-20-or-30-clip-on-current-sensor-ct/2922)._