I'm running btmon on a pi with ECM1240 serial/usb and getting nice data into emoncms. Graphs and dials look great.
I'm trying to configure a feed to count the kWh/d for each channel, but I'm not sure what input to use. I've tried the wh input, but that doesn't seem to count the kw used for each day.
Any ideas?
EMONCMS kwh/d from ECM1240
-
- Posts: 19
- Joined: Fri Feb 24, 2012 1:16 am
-
- Site Admin
- Posts: 4266
- Joined: Fri Jun 04, 2010 9:39 am
Re: EMONCMS kwh/d from ECM1240
If you're using a total kWh feed, you should be able to use the bar graph visualizations to view kwh/d.
Ben
Brultech Research Inc.
E: ben(at)brultech.com
Brultech Research Inc.
E: ben(at)brultech.com
-
- Posts: 19
- Joined: Fri Feb 24, 2012 1:16 am
Re: EMONCMS kwh/d from ECM1240
Thanks Ben. I've been playing with the inputs. For the "main" CTs on CH1, I have the watts input and the watt hours input, coming from the 1240. Looks great. The watt hour input counter gets logged to a feed and that feed can display a bar graph for kWh/d. Pretty accurate.ben wrote:If you're using a total kWh feed, you should be able to use the bar graph visualizations to view kwh/d.
I'd like to run a feed of the watts only input, but I've tried a couple of kWh/d processors and can't get it to work. I get a kWh/d bars, but they are wrong.
Thanks.
-
- Site Admin
- Posts: 4266
- Joined: Fri Jun 04, 2010 9:39 am
Re: EMONCMS kwh/d from ECM1240
I think all you need to do is assign that Watt input to a feed since it should be direct watt values.eric512 wrote:Thanks Ben. I've been playing with the inputs. For the "main" CTs on CH1, I have the watts input and the watt hours input, coming from the 1240. Looks great. The watt hour input counter gets logged to a feed and that feed can display a bar graph for kWh/d. Pretty accurate.ben wrote:If you're using a total kWh feed, you should be able to use the bar graph visualizations to view kwh/d.
I'd like to run a feed of the watts only input, but I've tried a couple of kWh/d processors and can't get it to work. I get a kWh/d bars, but they are wrong.
Thanks.
Ben
Brultech Research Inc.
E: ben(at)brultech.com
Brultech Research Inc.
E: ben(at)brultech.com