The Energy Detective Forums

General Category => Developer Support => Topic started by: iteration69 on July 27, 2011, 03:19:03 AM

Title: TED 5000 data logging and analysis with GNU/Linux
Post by: iteration69 on July 27, 2011, 03:19:03 AM

I put together a cron job and shell script to log the ted 5000 data. The log is in archival format where i can go back to a given year, month, day, and then pick from hourly,min, second data. I focus on second data and log it every hour. I also sort and cut the data to make it easy to work with using common tools.

I commented on my personal blog (which is a blog for personal reference, not intended for net-wide eyes). If commenting gets crazy, or someone starts griping I'll pull it just as easily as shared it.

Otherwise, I hope it helps someone.

Be patient, this is on DSL and uplink is only a few hundred k.
Title: Re: TED 5000 data logging and analysis with GNU/Linux
Post by: marcomwest on August 03, 2011, 09:21:30 AM

this is great. i posted on the ted5000 support forum about using rrdtool to do this sort of thing. it was probably the wrong place, i realize now, but it may be good to leave it and get more eyeballs to see it.

anyway, i think that you have the "guts" of an rrdtool-based solution more or less done.

rrdtool will take care of graphing all of this information in a way that can be useful long term.

someone already has a solution working:


"RRDtool is the OpenSource industry standard, high performance data logging and graphing system for time series data. RRDtool can be easily integrated in shell scripts, perl, python, ruby, lua or tcl applications." (

Here is an example with more graphed data: (

In my case, I don't really care about actual numbers, just a graphical view of my usage over time.

what is your take on this? thanks.

Title: Re: TED 5000 data logging and analysis with GNU/Linux
Post by: iteration69 on August 04, 2011, 01:51:06 PM
A friend had suggested rrdtool a few months ago, i checked it out and it was not for me. I need to perform somewhat complicated analysis on the data and gnuplot / gnumeric are the best tools that i've found so far.

Here is something i just pushed out to compare hot water heating energy use.


This is by no means the extent of which i need to work, but it will give a small indication of the difference between data graphing and  data analysis.

As i noted on my blog, i tend to graph 90,000+ points. I also perform various curve fitting algorithms on the plots so that i can forecast energy use, cite & remove outliers, and calculate confidence of a model.
As far as simply graphing, I agree, rrdtool is a pretty good solution.
Title: Re: TED 5000 data logging and analysis with GNU/Linux
Post by: iteration69 on August 11, 2011, 02:47:14 PM
Early may, 2011 i determined that my hot water heater was using an excessive amount of power. At that point in time I only had a single MTU which was on the mains so It's difficult to cite and exact number but I figured that it was costing me about $80 / month. I was also very much so interested in heat pump hot water heater technology. I wanted to buy a heat pump hot water heater to replace my old resistive heat model but I was not sure which model to buy. To buy some time to make an informed decision I simply bought a cheap hot water heater from lowes on May, 11, 2011 and installed it.  It was the cheapest thing i could find, costing something like $200. I also installed another MTU directly to the hot water heater circuit that same day. The purpos of the addition MTU was so that I could profile a brand new hot water in order to do an apples to apples comparison. This owing to the fact that I had plans of installing a heat pump hot water heater and was very curious about the claims of a 2/3 energy reduction.

After looking at quite a few heat pump hot water heater models I settled on a hybrid model from ao smith, The voltex. The deal maker for me was their tech support / engeering team. I called ao smith and fired al kinds of questions at them in regards to warrenty, who can perform the repair, what is covered, what cop outs there are. etc. I was very,very pleased and got a quote from a local hvac house for $2,000 and was told there would be a 2-3 week lead time. So i waited a month then stopped back in to place the order. I was told that my quote was no longer valid (thinking oh great, now it's going to be $2,400. But I was prepared to buy regardless) But to my surprise the price dropped down to $1400!

So I had the heat pump hot water heater delivered late June, 2011. After a few weeks of sitting in my home (taking up space) I decided that I had collected enough data on the conventional hot water heater. I shut off the hot water heater July, 29, 2011. On the 30'th I installed the heat pump hot water heater. It was turned on around 7:30pm that night. After filling it with water and making sure all the air had been bleed out, I turn the breaker on.

The Voltex, being hybrid, has a touch panel interface with icons to select the operating mode. There are four modes. Vacation, Electric only, Hybrid, and Efficiency. I set it efficiency mode and adjusted the temperature to 125 (very close to what my previous hot water was set to). The computer had a message indicating that it was detecting dry fire.  This message was displayed for about 15 mins when I began to think that I may have faulty control. So I i began to read the manual again with no relief. No sooner than I decided to turn off the system and call tech support-- it turned on. Be warned that the Voltex may take a little time checking for dry fire. When the Voltex finally starts the fan will run for about 20 seconds then the compressor turns on. Also it is a little noisier than I had expected, imagine running a large window ac inside your home; that is the entire unit inside your home. Though it's a little noisy, it's not terrible, especially for someone who's main goals are to reduce their energy consumption. Finally, I could get some figures.

I opened up Footprints Web interface and was very pleased to see the current consumption was 750watts. Remember this is the first time the system has been run so it had to heat cold water, in heat pump terms this was the best conditions I'd ever see. As the heat pump continued to run and heat the water i noticed an ever so slight slop in the power consumption. After two hours it had reached holding temperature and shut off. The ending power consumption was a few watts over 1kw. The total energy used to heat the water was 2.5kw/hr. Looking back at the traditional hot water heater it used a little over 6kw/hr for the initial heat up.

So far the heat pump is doing well. I'm not convinced that it will live up to the 2/3 energy reduction but I am fairly certain that the reduction is at least 1/2.

Here is a graph I made a few days ago.


Even though this graph only contains a few points in regard to the Voltex heat pump hot water heater energy consumption, it is quite obvious of the energy savings. Take note of the far right side of the graph.

To be complete, my family contains three members. Myself, my Wife, and my daughter. We have not made any other changes that would effect our hot water usage.

In case someone is interested in heat pump hot water heater energy use, I'll continue to periodically add up to date graphs indicating the heat pump hot water heater energy consumption.
Title: Re: TED 5000 data logging and analysis with GNU/Linux
Post by: rotus8 on August 11, 2011, 07:42:40 PM
This is quite interesting to me as I have been considering installing one of these water heaters. Can you tell me what your installation does with the cold side of the compressor? Does it make cold air? Where does the cold go, does it vent to the outdoors? Can it be used for air conditioning if you want? Thanks for the data!
Title: Re: TED 5000 data logging and analysis with GNU/Linux
Post by: iteration69 on August 11, 2011, 10:11:27 PM
For brevity I'll refer to the heat pump hot water heater simply as "Voltex" from here on.

The Voltex evaporator (cold side) discharges inside the home. The manufacturer recommends installing this unit in the basement where it can provide supplemental dehumidification / air conditioning. Initially I had a different idea. I wanted to install the Voltex in the bath room on the second floor.

The reasoning behind installing such a system in the bathroom is three fold.

The realities are:

I could have installed the Voltex in my bath room, though it would have been tight. Due to lack of space for servicing / repair I ultimately decided to install the Voltex on the first floor in the laundry room. At first I was a little upset that I could not do things the way I had planned. In hind site I'm glad that I did not install the Voltex in the bath room because it would not have been able to extract heat from the steam vapor as I had hoped(due to the long idle periods). One option would be to modify the controls and force the Voltex compressor to operate while, but one would have to have a great deal of data to back up this up in terms of energy savings. I still plan to install a waster water heat recovery system on the shower drain. I'll have to plumb a little more tubing in than i initially suspected but it should still work.

Recall that the manufactured recommends installing the Voltex in the basement for "supplemental" dehumidification / ac purposes. It's difficult to be exact this early on, but the Voltex seems to have a 10-12 hour idle period between operation. When it does run, it operates between one and two hours. Using 1kw as a base input figure, and assuming a COP of 3.0 (which is probably wishfully thinking with condensing temperature above 125f).  

1 kw = 3412 btu. Most window units are 5,000 btu.  Comparing these two figures we see that the Voltex will provide about 68% the cooling capacity of a typical window ac unit for a period of two hours.

Wow, i really botched that one up. It should be:
1 kw/hr = 3412 btu. Assuming as COP of 3.0 that works out to 3412 x 3 = 10,236 BTU. Since the Voltex seems to run for about two hours we end up with 10,236 x 2hr = 20,272 btu/hr. Most window units are about 5,000 btu/hr.  Comparing these two figures we see that the Voltex will provide about 20,272 btu-hr / 5,000 btu-hr = 4.05, That is the same cooling capacity a typical window ac unit will provide over a period of 4.05 hours.
But remember that the Voltex has an off period of 10-12 hours. Getting these events to line up in a contributing manor may be very difficult. It is very likely that the Voltex will operate during non peak cooling time.

My preliminary thoughts of the Voltex as supplemental dehumidification / ac are mixed. It's obvious that it will help reduce dehumidification and cooling costs to some extent but it certainly will NOT replace either. It will be very difficult to predict these figures using models. Empirical methods are probably the most reliable way to cite meaning contributions in terms of reduced dehumidification and cooling costs.

More analysis, graphs, and ideas to come.

Title: Re: TED 5000 data logging and analysis with GNU/Linux
Post by: rotus8 on August 11, 2011, 11:34:14 PM
It seems to me that in the winter, if it is installed in a heated space, while the dehumidification might be nice, you will lose a significant portion of the efficiency gain (maybe even more than all of it) if you have to run the furnace to re-heat the air the Voltex cools off. In my case it would have to be installed in a heated space, meaning I would also have to add ducting to vent the cooled air to the outside.

Thanks for the detailed explanation.
Title: Re: TED 5000 data logging and analysis with GNU/Linux
Post by: iteration69 on August 12, 2011, 01:21:14 AM
This will be a lengthy post, as this is a subject that I've invested a fair amount of consideration. Hopefully, I can shed insight on to a subject rarely covered.

Winter certainly posses a problem for the Voltex, especially in areas where there are drastic temperature changes.  I for example live in south western Pennsylvania and we have moderate winters where a heating costs generally out number cooling costs. The fact that I have to pay to heat my home, and then the heat pump will extract that heat to in turn heat domestic hot water, posses both a challenge in operation and analysis. This is something I'm going to learn hands on. This in part what lead me to choose the hybrid model which allows a mix of heat pump mode and electric heating elements. Worst case I can revert to electric mode and since the Voltex is insulated much better than the previous water heater I'm still slightly ahead.

Another feature of the Voltex is that the heating elements are sized differently. There are two different sizes of heating elements so that hybrid mode does not consume nearly as much energy when using resistive heat as compared to electric mode alone. The manual is not very specific, but my understanding is that when operating in hybrid mode there is a timer function in combination with the heat pump event. After the timer expires the less of the two heating elements is then turned on in addition to the heat pump in order to help maintain tank temperature in a timely manor. I suppose this is for scenarios in which a large amount of water is used in a short period of time.

The information gray area seems to be worse for electric mode. Considering that the Voltex has two difference sizes of heating elements, I would be logical to operate one element for a given duty, then operate another for a given duty, and then operate both elements in tandem. The bases of this logic is water stratification. Considering the data I've analyzed, I'm suspect the Voltex computer employs a basic stratification control algorithm.

Your end goals will dictate the equipment utilized as well as any architectural modifications. My end goal is to reduce my electric use as much as possible, if not eliminate a meter all together. The motives are not so much "green" or "tree hugger" as much as I simply do not want to end up stuck with ridiculous utility bills. But to be fair there the green notion and tree hugger are also part of the drive, they are simply not the contributing force.

For me payback is the first portion of the analysis, but long before payback may be calculated some details need to be understood.

Equipment cost is comprised of, but not limited to:

The sum of the above should provide a fair indication of equipment cost. This is something that should be considered long before a choice is made.

First consider the inexpensive hot water heater I bought from lowes. My intentions were two fold.

I paid around $200 for the conventional hot water heater. I was able to determine the monthly operating cost to be $23. The water heater uses a corrosion inhibitor known as an anode. This is a chemically active device that naturally depletes in order to prevent the tank and heating elements from corroding. It's not outlandish to expect to replace an anode every two years. And it seems that going prices on anode rods are about $20.

It should be understood that hot water heaters do have maintenance, that is, if you intend to keep your hot water heater operating at peak efficiency and would like to avid wasting $60 / month. Anodes, which were previously mentioned are one aspect of this maintenance. Yet another is annual draining to remove sediments which can build up and impede the heat transfer of the heating medium and the water.

To get an idea of how long a conventional water heater may last I'll consider my previous energy guzzler which was 20 years old. I've lived in this house for 8 years and never once drained the water let alone replaced the anode. And thus my outrageous water heating costs.

As I stated, my previous water heater lasted 20 years. Assuming a steady state power use of $23 / month.

$23 /month * 12months = $276 / year (operating costs)
 $276 * 20 years = $5520 total operating cost

Expecting to replace an anode every two years, for a life of 20 years.
20 / 2 = 10 anodes.  Anode cost $20 * 10 = $200 maintenance cost.

Now I can find the real cost of this inexpensive water heater.
Purchase cost + operating cost + maintenance cost = Real cost

$200 + $5520 + $200 = $5920 real cost.

A properly maintained water heater should last much longer than this. But this is what I have to work with.

Now let's consider the Voltex. First, the Voltex has a one year parts + labor warranty. And a ten year parts warranty, which includes the tank. They can offer a ten year warranty on the tank because the Voltex uses a powered anode. Instead of depleting a material to balance the chemistry inside the water heater, it takes a few electrons from the power supply. The cost is minimal too, so far the Voltex computer + powered anode seem to cost about a penny a day.

Since I intend to perform any repair myself I'm basically looking at ten years no maintenance cost for the first ten years, and for the second I'll simply plug in a worst case figure, the price of the Voltex.

I paid $1400 for the Voltex
Using current figures, the monthly operating cost is $8
$8 month * 12 months = $96 / year
$96 /year * 20 years = $1920 operating cost
After ten years i intend to buy a new model so:
maintenance cost = $1400

Finding real cost for the voltex.
Purchase cost + operating cost + maintenance cost = real cost
$1400 + $1920 + $1400 = $4720

In review:
Voltex real cost = $4720
Inexpensive water heater real cost = $5920

This may not seem very substantial over 20 years but also consider that the Voltex maintenance figure essentially covers a new unit and is still in the positive.

All of this considered, I have other motives for moving to a heat pump hot water heater. I'd like to move to solar some day and expecting to operate a 4.5kw energy guzzler from PV cells is not the wisest choice.

Consider the graph below, which is a minute-data profile of the inexpensive hot water heater.

It's obvious that a conventional hot water heater, tends to cycle a fair amount. Also consider that each cycle consumes about 4.5kw/hr. It may be difficult to correlate this graph because we generally do not look at such things, which goes to say there is not much common sense in the area.

To provide a correlation, consider the graph below, of the Voltex heat pump.

From the begging I have invested considerable thought in to the analysis of the energy log. To the best of my current abilities, I have provided an apples to apples comparison between an inexpensive hot water heater and a heat pump hot water heater. Note that both graphs have the same scale on the y axis, that's  0 - 5 kw. The x axis does not include the same date because I'm obviously using the heat pump now in place of the hot water heater. But I did choose a representative sample from each device log period which had the highest confidence value. Statistically, these graphs represent what they claim to.

Some digression is required:
I'm not out to sell anything or BS anyone, I'm simply sharing what I have found so far. BS figures, graphs, and misrepresentation of data among the media and marketing are very common, which owes to the fact that no one believes a damn thing they read. On a side note I highly recommend reading "How to lie with statistics" By Darell Huff.  It's a common sense eye opener as to why we never trust what we read.
End of digression.

Take note of the well regulated consumption of power from the heat pump. This certainly moves hot water heating in to the PV solar class.

Digging deeper in to the analysis and profiling of devices, I consider the last graph of the heat pump. This time i adjust the y axis range to be between .8kw and 1.1kw.  This exposes the slight slope that is common with all heat pumps.


Note the slop of these events. The device starts with the lowest power consumption and gradually works to a peak.
I'd also to note that devices operating in cooling mode (freezers, refrigerators, and air conditioners) have a slightly different characteristic. Instead of starting low and gradually consuming more energy, freezer, refrigerators, and air conditioners start with a peak and slowly fall off. -- This is something that I'd like to see replicated by others, as i believe it is a fair indication of a much more fundamental heat transfer function.

Though not quite the same style as my previous graphs, Here I use gnuplot to zoom in on the first event to show curve details. - Remember, I used minute data here, Had I used second data an entirely new data set would be realized.

This part of the analysis is particular useful for micro-trends and equipment "health" for lack of a better word.

More to come later.

Title: Re: TED 5000 data logging and analysis with GNU/Linux
Post by: rotus8 on August 12, 2011, 07:53:46 AM
Very interesting, thanks again. You have really got me thinking...
Title: Re: TED 5000 data logging and analysis with GNU/Linux
Post by: GAR on August 12, 2011, 03:05:07 PM
110812-0653 EDT


What does your unit of measure kW/hr mean? Also kW do not equal BTU. You need a factor of time in that relationship.

kWh is a measure of energy, BTU is also a unit of energy.

1 BTU = 1.055 kilojoules. 1 joule per second = 1 watt, or 1 joule = 1 watt.sec.

1 kWh =1000 x 3600 watt.secs = 1000 x 3600 joules = 3600 kilojoules = 3600/1.055 BTU = 3412.3 BTU

Title: Re: TED 5000 data logging and analysis with GNU/Linux
Post by: GAR on August 12, 2011, 04:53:14 PM
110812-0813 EDT


Of all the plots here the one on 8/3/2011 by marcomwest is the only one that makes sense. The graph heading and the Y axis correlate in the type of units, and the shape of the curve is what is expected.

Most electric and gas water heaters on on-off (bang-bang) servo systems. Thus power consumption does not gradually increase and decrease. Rather it is on or off. If you do a running average of power then a rounded curve will develop. You have not indicated a running average.

In the 8/4/2011 plot the title is energy use and the Y axis is kW/hr. These do not correlate. If the plot was of energy, then it would be monotonic of 0 or + slope, and would not be labeled kW/hr. I suspect the curve is some form of a running average of power.

Now under a heat pump curve in the notes I see where you reference 0-5 kW, yet the graph is labeled kW/hr. So it appears that kW/hr is actually kW with maybe a running average period of 1 hour sometimes, and other times maybe a minute under the heat pump. If it was the average over discrete time periods. then it should have been a step curve in the 8/4/2011 plot.

Your time bases are another problem. Hard to make any comparison when oddball values are used and curves that should be compared with one another have different scale factors. For a 24 hr period why can't you use 0, 1, 2, .... 23, 0 as major tick points?



Title: Re: TED 5000 data logging and analysis with GNU/Linux
Post by: iteration69 on August 13, 2011, 01:19:33 AM
 Ah, I see. I forgot to add the "hr" to the kw unit in the BTU conversion. - Corrected.

Most electric and gas water heaters on on-off (bang-bang) servo systems. Thus power consumption does not gradually increase and decrease. Rather it is on or off. If you do a running average of power then a rounded curve will develop. You have not indicated a running average.

Agreed, power consumption does not tend to change with resistive heating. Perhaps I was not clear enough. The power consumption of vapor compression systems (heat pumps, refrigerators, freezers, air conditioners) does change and it is something worth noting because the trend provides a detailed characteristic regarding the operating conditions of the equipment.

A running average is not what I'm looking for in this analysis. And this is where you really need to be careful because when you say average you really should indicate what type of average it is. Is it mode, median, or mean? I need to determine the peak event so that I can design a PV solar system and an average will effectively filter out the specifics that I'm looking for.

n the 8/4/2011 plot the title is energy use and the Y axis is kW/hr. These do not correlate. If the plot was of energy, then it would be monotonic of 0 or + slope, and would not be labeled kW/hr. I suspect the curve is some form of a running average of power.

Good eyes! You caught a labeling goof up.  Y should be kw not kw/hr and the title should be Voltex event-trend, not energy.

Now under a heat pump curve in the notes I see where you reference 0-5 kW, yet the graph is labeled kW/hr. So it appears that kW/hr is actually kW with maybe a running average period of 1 hour sometimes, and other times maybe a minute under the heat pump. If it was the average over discrete time periods. then it should have been a step curve in the 8/4/2011 plot.

Ugh! y label on those graphs should be kw not kw/hr.   If i still have the script I'll regenerate them with proper labels, but I'm pretty sure they are gone now. (I'm tinkering with styles and these were test run plots for a new style)

Your time bases are another problem. Hard to make any comparison when oddball values are used and curves that should be compared with one another have different scale factors. For a 24 hr period why can't you use 0, 1, 2, .... 23, 0 as major tick points?

No arguments here.  Ive been wrestling with myself over the labeling of the x ticks for quite some time.  I still can't quite decide which way I'd prefer to see it. Most of the times I want to see dates so that I can correlate events and for me the easiest way is to think about a given date and remember what was going on.  Other times I need to abstract and consider actual sample number, and yet others I'd like to see sec,min, hr, or day tick marks.

I do appreciate the heads up on the typos and label errors. I'm still in the phases of getting all the styles and feeds so I may not be able to regenerate exact graphs with corrections (different image typos, styles, formats, etc) but I'm getting there!

Knowing those graphs have incorrect y labels is eating at me.  I'll correct the graphs and comments relating to them as soon as I get some pressing matters taken care of.
Thanks again
Title: Re: TED 5000 data logging and analysis with GNU/Linux
Post by: GAR on August 14, 2011, 05:47:05 AM
110813-1718 EDT


Consider your plot in post #2. Now I understand that the Y axis is power (kW). By average I am referring to arithmetic mean.

This plot does not make sense to me in terms of what I might expect. I would not expect a rounded curve as shown. The original data appears to be going thru a rather long time constant low pass filter to get this rounded curve. I would expect a reasonably consistent pattern from one day to the next with possibly a change on weekends. I see some periodicity of minimums on about a 8 to 10 day period. I would expect a more consistent pattern week to week.

If you want peak power information, then you need to look at raw 1 second data, no filtering (i.e., no averaging outside of what generates the 1 second data). TED provides nothing finer than 1 second results.

To get peak power does not take any very long time analysis.

Is your PV system going to have to power the heater off grid?

On the old resistive heater you could probably just use the nameplate data to determine peak power. On your heat pump system you do need to study its characteristics as you are doing.

Later you have two plots of what appears to be the same time base, and data, but a different Y axis. But these don't scale to one another. What is the difference between the plots? You should be using 1 second data instead of 1 minute. The cycle period is about 12 to 13.5 minutes and an on time of maybe 1.5 minutes and less.

The curve with the shaded blue lasts 1.5 minutes, and cannot originate from 1 minute data. If it is really 1 second data, then it should show steps, or points, or a drop line form (a comb of 90 points) to indicate the quantizing level.

Title: Re: TED 5000 data logging and analysis with GNU/Linux
Post by: GAR on August 15, 2011, 04:10:16 AM
110814-1930 EDT


Your plots stimulated me to look at average data from my home for 6-28-2011 thru 8-14-2011.

I used the TED one hour average data for both power and voltage plotted relative to time from 0 to 2300 and overlaid all these days. The power is plotted as points, and the voltage as connected points to distinguish the two data groups. This form of plot provides an interesting view.

There is a noticeable difference between daytime and nighttime.

For voltage from 0000 to 0700 the range of averages falls between 123 and 125 volts. Into the time frame of 1600 it broadens to 120.5 thru 126 volts. By 2000 it falls in the 123 to 125 range. There was one day when the voltage was clearly outside this range with a peak 1 hour average at 1300 of 127.5 V.

For power the nighttime 1 hour averages ranged from 0.8 to 1.9 KWH. After about 0700 this moved up to a visual average of about 2 KWH, and the lowest to highest range was 1 to 4 KWH.

The basic conclusion is a fair consistency at night with a more varied range during the day. But definitely a correlation with time of day. From this data and visually looking at it without analysis I might ballpark daily average consumption at about 1.2 * 7 + 2.0 * 17 = 42.4 KWH. This is somewhat above my typical bill. My actual bills for this period were:
36.4 KWH 6-10-2011 to 7-11-2011
49.4 KWH 7-11-2011 to 8-11-2011 more fan or blower use.

Title: Re: TED 5000 data logging and analysis with GNU/Linux
Post by: GAR on August 15, 2011, 06:41:24 AM
110814-2224 EDT


Another item to consider if you expect to operate off grid. My measurements on motor type loads using the TED 1000 series usually show a peak power in excess of 3 times the steady state power. This is looking at 1 second data. The actual amount of the peak is probably greater. TED 1000 is doing about a 1 second average on the power, the 5000 might be in the range of 2 to 3 seconds.

Motor inrush current and related power to a motor might be 6 to 8 times rated steady-state full load current. Some of this is inertia load, and a more variable part is magnetizing current. The TED system probably shows more variability from about 0 to above said 3 times in this inrush because of motor timing relative TED sampling time.

This kind of short time peak power must be handled by adequate capacitors in the PV inverter. It certainly does not need to be supplied by the array. But also the inverter must be able to handle this peak load. It might do it by current limiting, and this may be OK.

Title: Re: TED 5000 data logging and analysis with GNU/Linux
Post by: iteration69 on August 15, 2011, 06:58:52 AM

With any luck I'll have those bad graphs corrected. I'm currently side tracked but do intend to fix the graphs.

Understand that each home is different. The energy use is an effective profile of those who occupy the home as well as the appliances and their effect. The profile also indicates what type of people they are. If I were to show a plot of a friends home you would probably call BS. But you must understand the underlying factors which make up the profile. We both have electric stoves, microwaves, and conventional refrigerators, freezorer, and until a few weeks ago, conventional hot water heaters.

First lets consider my own home and it's occupants. I work monday - friday primarly 3rd shit. My wife only works weekends, 2nd shift. I'm home on the week end with my daughter using much more energy than I do through the week. So my wife and daughter are home all day through the week using whatever you may expect them to use. I get home when they are sleeping and I use a given amount of energy. Then I go to sleep about the time they are waking up. Then I get up (roughly noon). So there is nearly a continuous envelope of energy use. -- This is certainly not normal and you should not expect to understand the use (albeit a simple hot water profile, or complicated net analysis) without first understanding the underlying natures.

Now, if I were to share a plot of a friends energy use we would see, literally, 1/20th of my peak month(which i've not shared yet). This is because my friend and his wife have no children and are both vegetarian so they do not tend to use as much power. Nor do they have central air in their home, nor does he have an additional building with central air. But as I stated, I have not shared those graphs with good reason.

I could easily share second data for the Voltex, but it's very noisy and subjective. Not quite as useful for load balancing. Second data is very useful for trend data though. I try to use the most representative graph as possible, and that's obviously subjective too. I suppose this boils down to something as simple as everyone needs to be on the same page, which I'm learning may be a difficult thing to do.

I assume you have read how my log works? (it is a prerequisite to everything I do), and that I am logging, net, heat pump, hot water, and my building --The building itself has central air, and numerous electronic equipment. For my friend:  Net, hot water, refrigerator, freezer.  And then he has a second ted with DUT1-4,  (Device under test). 

Our intentions are to understand every aspect of our energy use. That is from noise up to replacement designs for off grid.  Some aspects are to determine the contributing energy consumers while others, such as the heat pump hot water heater -- are both cross analysis, verification of what the manufacturer claims, off grid, equipment trend, and general research. You obviously understand that no single graph can paint such a complicated picture, and in the same token for me to share every single graph -- I'd have to write a book. So please bear with me if you don't understand why I decided to use a specific graph.

No matter how many times I double and tripple check, I'm bound to have some typos or mislabeling and I will greatly appreciate your critique.

Can you share any plots?
To be continued...
Title: Re: TED 5000 data logging and analysis with GNU/Linux
Post by: iteration69 on August 15, 2011, 10:42:54 AM
I started to regenerate those graphs and was thinking about my previous statement regarding a single graph when I realized that even though I can't correlate second,min,hour,and day on a single graph -- I can add several curve fits to the entire set of a given device.

So here goes.

The algorithm used for the moving average was arithmetic mean using a sub-set of 7 days, the log fit is a standard fitting algorithm of:

The series itself was pulled from the daily.

More to come later...

Title: Re: TED 5000 data logging and analysis with GNU/Linux
Post by: GAR on August 15, 2011, 06:01:33 PM
110815-0954 EDT


I will provide some plots after I solve a problem getting into my web site.

Do you plan or expect to need to operate without grid power?

Title: Re: TED 5000 data logging and analysis with GNU/Linux
Post by: GAR on August 16, 2011, 09:17:46 PM
110816-1309 EDT


You can access my plots at .

Go to the end and look at plots P26, P27, and P28.

Title: Re: TED 5000 data logging and analysis with GNU/Linux
Post by: GAR on August 19, 2011, 10:19:57 PM
110819-1334 EDT


If I were trying to compare your two water heaters I would first do the following before any statistical analysis.

Measure two aspects of water heater operation.
1. Measure the input electrical energy to raise 1 gallon of water from T1 to T2. Where T1 is the input temperature of the water to the tank, and T2 is the desired tank temperature.
2. Measure the rate of power loss when the water in the tank is at T2.

If my calculations are correct it takes about 3956 watt-seconds to raise 1 quart of water 1 deg C. Thus, 4.396 / 1000 KWH per gallon per deg C.

For a 50 gallon tank and a rise of 75 deg F this is 50 * 4.396 * 75 * 5 / (9 * 1000) KWH. The result is 9.158 KWH, and at my rate of 0.13 the cost is $ 1.19 . This would be my cost per shower using electricity. But I use gas so it is about $ 0.40 .

When I ran a test on a 1 quart hot pot the measured input energy to heat the water was very close to the theoretical value. Then I also ran the test in a microwave oven and the required energy was about 2.25 times that of the hot pot.

Once the hot water tank is up to T2, and without removing any water from the tank, then measure the energy input over possibly 10 on-off heat cycles. Measure the total time of the test starting with the first on time, and end with the start of the N+1 cycle. Calculate the average power. This is the rate of heat loss.

If both tanks are not the same size, then scale the power loss of the smaller tank by "larger tank volume" / "smaller tank volume" to make a relative comparison.

In actual daily use the performance of the resistance heated tank can be predicted from the above information and gallons of water used.

For the heat pump water heater its characteristics may change depending upon the change of temperature within the tank under normal usage. Thus, statistical analysis of its power input maybe necessary and you will need to know the amount of water used over the test period.

Another factor in the cost of the heat pump heater is the cost of the energy to the air to which the heat pump sinks. If it is outside air, then this aspect is not a cost.

Title: Re: TED 5000 data logging and analysis with GNU/Linux
Post by: iteration69 on September 04, 2011, 08:28:12 AM

There is a problem. you and I do not have enough information regarding one another to establish anything concrete here. This will be a very lengthy post as I intend to fill some of the gaps that make me "just another guy posting on a forum" and who I am, or more specifically what I am capable of. With any luck, you can do the same and we may be able establish a grounds in which we can share detailed information regarding our specific experiments.

First let me state that my profession (it just so happens that my profession and personal interests require the same disciplines) is I repair laboratory instrumentation. That is, mass spectrometers, gas chromatography, total organic carbon analyzers, sulfur analyzers, ion chromatography, calorimeters, inductively coupled plasma torches- just to name of few. Mind you, this position is not bells and whistles. I don't have the luxury of a repair manual with signal sources and test points. I reverse engineer everything I work on before I can find the problem and render a repair. Prior to the repair position I was a technician in energy analysis (about 4 years) That is geo chemical energy (oil, coal, natural gas). And prior to that I was an embedded systems engineer (15 years experience) That is electronics design, firmware development, pcb design, routing, testing ( nail of beds algorithms) and assembly. Our efforts focused on highly advanced refrigeration controls that were capable of predicting equipment failure and automatic limp modes to extend the operating time of equipment that would have otherwise failed. Later I applied my research to HVAC/R. I ended up getting out of embedded controls and switched gears to laboratory work. I maintain control of all the previous technology we had worked on, the building, equipment, etc.

The work that I do now, repairs, analysis, and design is all traceable ad audited by major standards organizations such as NIST, ASTM, and NELAC. Mind you this is the work I perform for a company, not myself. Obviously the tools and methods I have access to while at work are very much different that what I have access to at home. In some cases I have more equipment at home (as far as engineering and testing equipment) Other cases such as analysis, I am much better suited at work.  As the point of this thread is analysis using linux, and the fact that I use linux at home, I'm simply sharing what I am currently capable of while using linux at home. While the theoretical limit of linux is no different than any other major operating system there is however a limit as to how much time I can invest in to a particular analytical solution with the tools at hand. At the same time I hope that someone else may be able to benefit from some of my work. With this is mind I tend to lame down, or filter a great deal of my experiences in most forums posts so that more people may benefit. After all, we can't expect everyone to have access to elaborate equipment, prerequisites of certain theories, or even a given level of experience.

In short, nearly everything you have brought to light has already been considered and neglected for this very reason.

This is a good thing. In fact it is better than good it is great! To me this means that you are capable of something that I have found most people to lack. That is, thought.  :)

Now with all that out of the way, your rough ideas by using water to determine energy are not going to yield  the results you may expect( or perhaps better worded, that /I/ would expect).  -- This is a bold statement and a good reason and justification of my mentioning of experience. This way you have an idea that I may actually know what I'm talking about-- as apposed to simply googling a given subject and becoming a self proclaimed guru in ten seconds. For all those google-gurus, I own books you will never know existed. But I digress.

The subject of calorimetry requires tight control of thermal mass, thermal tanking, and heat exchange (loss and gain). All modes must be considered (radiant, convection, conduction) As well as phase change of material and meso scale macro changes to molecules. Not to neglect common calorimetry modes such as isoperibol and adiabatic. Another factor is the water itself.  As water quality changes so does the specific heat capacity. Very specific conditions must be maintained. I would have to write a book to explain the details and this is far beyond the scope of my free time and yours.

For a primer I refer you to what I would consider an introduction to the theory of calorimetry and associated methods.
Theory of Calorimetry ISBN 1-4020-0797-3

Note that this book will not cover the details of: phase changes, meso scale macro changes, nor non newtonian materials and systems. Those who neglect these as subtleties are likely to be the difference between an analytical grade company, and just another guy making a quick buck.

Yet another problem is the actual measurement. Modern methods rely on an electronic measurement that relates to the heat in some manor. Common methods are to sense the temperature directly, most often using a thermistor though the sensing of heat is certainly not limited to thermistors. Thanks to the works of Steinhart and Hart in their oceanographic work, the thermistor has become a much more useful device. But the Steinhart–Hart equation is only the beginning. Each thermistor is different, even those of the same batch, material type, and lot number. Before a thermistor can be calibrated it must be modeled. After the modeling (ie, extraction of material and mass specific coefficients that properly represent the device) the mass-heat index must be cited. All thermistors will self heat to some degree and this is a direct result of the thermistor insertion in to the electronics circuit. Manufacturers tend to cite the"self heating" as "information purposes only", that is, it must be determined experimentally if you expect a reasonable level of performance. I suppose a loose term for this effect could be "insertion heat of a circuit" because it is the assumptions of the circuit which cause the device to heat to begin with. The electronics alone are another source of problems. The amplifiers and data converters must be housed in a thermal oven with precise temperature control in order to reduce drifting due to thermal gradients. Once again, another subject that I could write a book about but I have neglected to mention all of this with good reason.

Errors in sensing elements are accumulative, accumulative errors are transformed in to multiplicative errors when using signal condition circuitry. So yes, we really do need to consider the effects of everything when dealing with calorimetry.

My work brings me very close to theoretical physics, and with that I tend operate from a paradigm in which most people will never know exists. In other words I'm very deep in the rabbit hole. 

In abstraction there are two paths we can take in our home analysis using linux.

I made the statement early on that I do not intend to sell anything, I don't have a "product". This puts me in the second category that my results are not traceable, and thus bogus by any scientific measure. I understand and accept this as fact. The point is that the results work for me, they do what I claim they do even though I have no intentions of proving anything beyond what I would consider a reasonable doubt. I have no hidden incentives here. 

I don't know what it is that you are trying accomplish. Nor do i know the level of precision you expect to achieve.

For me, My goals are to simply cite energy use and comparison to a reasonable degree of accuracy so that I may make informed decisions in order to drop my electric bill, and hopefully one day go off grid. For the sake of the argument I'll state that I expect to see results that coincide with my electric bill no greater than ten percent. I think that's reasonable, don't you?

Since I'm not selling data I don't have to prove anything, and that is part of the problem with most products. They can claim anything they want with virtual immunity to legal action. On the flip side anyone using a product that is not traceable, can not use the data in a legally defensible manor. Legally defensible data is obviously something that people expect, otherwise I'd not have the job that I do. But I do expect my results to have a degree of accuracy even though I'm not selling them, as I will no doubt look back on these posts in order to remember something specific. I'm not about to short change myself here in order to make something look better than it actually is.

Realistically, most people do not expect traceable analysis, and with that there is a built in notion, or assumption that the results are as-is. This bring me to the TED, obviously the device does not produce legally defensible data. If it did, it would cost ten times what it does and require yearly calibration from a traceable source and professional installation.

But we understand (Or i hope we understand!) that the TED can not produce legally defensible data. The TED relies an element of common sense that if we make a change we should be able to see that change numerically. It's not to far of a stretch to say that the TED was designed to operate in a rather large range of conditions. Considering the costs, and broad range of operation, and my experience designing embedded systems and laboratory experience, It's also not a far stretch to say that the TED is not terrible accurate, precise, or repeatable.

I could have made this statement without ever using the TED with a fair assumption that the statement itself is true, but since I do own a TED I happen to know this statement is true. Now, knowing that the TED is not terrible accurate, precise, or repeatable there are no indications that It could ever be used for something as complicated as calorimetry.

Fortunately, the TED is good enough to be used for general power analysis. When I say general power analysis, I suppose I mean that it will give better results than manually reading my meter and jotting the reading down on paper.

Back to the subject of comparing the hot water heaters. I realize that this is a complicated comparison because the heat pump extracts heat energy from the local environment. One good argument against this is the winter time when I must pay to heat my home. In this case I will most likely switch back to resistive heat(Honestly I'm interested to see how the modes compare). In the summer this is two fold as I get free air conditioning while heating my hot water. How much free air conditioning? I have no idea. Unfortunately I do not have enough control over my energy use to ever cite reduction of air conditioning due to the heat pump hot water heater. By this time next year I will likely have made drastic changes regarding my energy foot print and will never be able to cite the exact changes due to the heat pump hot water heater alone.

I've already installed a low flow shower head, and next is an energy reclaiming heat exchanger that will preheat the cold water supply to the hot water heater. Before the summer of 2012 I hope to have 2KW of hybrid solar panels installed, this will also help preheat the cold water to the hot water heater as well as power the lighting circuit and computer circuits in my home.

In addition I'm currently evaluating an induction cook top as a possible replacement for my costly electric range. If the induction cook top proves to be cheaper to operate(25% or better), this will be yet another change implemented to help drop my power use.

Here is the latest graph regarding hot water power use.

Title: Re: TED 5000 data logging and analysis with GNU/Linux
Post by: GAR on September 04, 2011, 06:51:10 PM
110904-0943 EDT


Thank you for the broad description of your background.

From my side:

My background is electrical engineering. My experience has ranged from radio, electronics, sound, electrostatic printing, solving several major troubleshooting problems on BB-64 in Korea, vacuum tube and transistor measurements, I made a point contact transistor in 1952 in my YMCA room in Brooklyn while on active duty (I lived off base and wore civilian clothes, and I was in group at the shipyard working on instrumentation for transistors, but I was working on a vacuum tube tester), development of psychophysical measuring equipment used in experiments on signal detectability, automatic random number generation, automotive ignition systems, secure communication, industrial computers, welding equipment, liquid level controls, circuit breakers, smoke detectors, industrial gaging equipment, and troubleshooting automotive assembly lines.

My experiments indicate that the basic TED MTU is a moderately accurate power meter. Very much better than 25%. It uses a chip that is being used in electric company kWh meters. Zero stability seems to be good. Balance between the two current sensors seems good. I can not speak for the linearity of the current sensors.

Using a pair of Fluke 87s I doubt that I could get a power accuracy of better than maybe 4% just based on their specifications. With calibration it could be better. But what do I have for calibration standards to do that? Not much. With calibration the TED should be better than 1 %.

More on your water heater discussion later.


Title: Re: TED 5000 data logging and analysis with GNU/Linux
Post by: iteration69 on September 06, 2011, 10:35:13 AM

Some history:

Around Jan, of 2011 my electric use started to increase. At the time I did not have a TED 5000. I was using my fluke 123 and high current probe (i think it's 800amp max) trying to narrow down which circuit(s) the load was on. I'd put the meter on trend plot, and go to work. Come home and check the plot. No signs of peak. I was also reading my meter manually at this point and jotting it down. Very tedious, and very inaccurate. I think most of my manual recording errors where due to the fact that is was blistering cold outside while i tried to read the meter. But none the less I was able to graph the data and see that something was most certainly wrong.  My usage increase was almost logarithmic!

This was certainly not normal. I kept fighting and using the scope meter with trend mode, and after two months i was able to determine part of the problem, but I only knew the cycle not the event. Using a little logic I narrowed down circuits that were actually capable of carrying the large currents that I noted on the graph. Still manually reading the meter and trying to get lucky and catch the even with my scope meter I determined that my problem was two fold. A great deal of power was being drawn from my water heater and electric range. I had enough data that I could prove that the electric range was no at fault, it was my wife. As you know each device has an energy signature and i could see this signature even with my rough approach. I proved graphically that the electric range had excessive use from monday - friday. (When my wife was home). On the week ends, when she would work, The excessive use did not exist ( I continued to use the electric range normally so that i would not bias the analysis). With this I proved that the electric range was not at fault and it had to be something my wife was doing. I talked to her about it and she could not think of anything different even though the graphical analysis said differently.

As far as the existing water heater? I knew it was getting bad. It would bang and pop when it turned on and I tested it to make sure it was not leaking any current back through the ground wire, or through earth ground via the cement floor in the basement( ie, electric shock hazrd) but it was ok in that regard. Not knowing exactly how a good hot water heater should perform, I actually started to whip up a program to fetch data from the scope meter and log it, when i asked myself "what the hell am i doing, there is a device that will do this"  Mind you, I work a lot and whipping up a custom program would have been 10x as costly to me due to time constraints, as it would be to buy the TED 5000. Not knowing much about TED I only bought the gateway and a single MTU. The first thing I did even before setting up the MTU was to give myself access to the gateway remotely. -- It seems that stuff always breaks when I'm not home, and what a great way to keep and eye on things.

Giving my wife access to real time power use solved the problem of excessive energy use due to the electric range but the hot water heater gremlin still existed. I seriously regret not being able to log the data in the first month or two. At this time i had a fan motor fail in the outdoor unit of my split system heat pump (air to air). I was at work and my wife called and said the heat was not working. I was able to see something was different when I pulled up the footprints web interface at work. Within a few minutes, while working with my wife over the phone i was able to determine that the outdoor unit fan motor had failed. Fortunately, I have 4 sources of heat in my home so loosing the heat pump for a few days until i could find time to replace the motor was not a major issue.  Knowing that I was going to replace the hot water heater, and not being able to log the data was a major problem. So I came up with the logging solution I am using now.

I bought another MTU and hot water heater the same day. Installed the hot water heater, swapped the MTU from mains to hot water heater(because i had to wait on the addition MTU to be shipped) and began logging.  I did not have net use during the log period because i swapped the MTU over to the hot water heater. Looking back i should have approached the problem differently in order to yield more data, but excessive energy bills were a bigger concern at the time. By the time i replaced the hot water heater my electric use was nearly 5x the normal.

As it turns out the TED 5000 is much better than my scope meter would have been. The biggest problem with the scope meter would have been the current clamp. On AC the baseline is 1amp, with a single leg that's a minimum of ~110 watt.  So that's a considerable margin when trying to find spurious loads.

I recently bought a TED 5000 + 4 MTU's.  I also have a plug computer that will provide the same level of logging that i current have in my home.  My intentions are to detailed energy analysis for friends.

Have you studied the signals from the current sensors to the MTUs?  The reason I ask is because I will probably extend the wires by 5 - 10 feet just to make it easier to install in a temporary fashion. Worst case I'll add a buffer if the signal degrades. Considering the current wires, i don't think this will be a problem though.

If you have not studied these signals I certainly will when the new TED 5000 arrives.
Title: Re: TED 5000 data logging and analysis with GNU/Linux
Post by: GAR on September 06, 2011, 04:53:36 PM
110906-0557 EDT


What was your wife doing with the oven that caused such a high energy use? Heating the house possibly.

Yes the TED system is a very good system for logging power consumption, and the Fluke is not. TED has good zero stability, and good accuracy.

At the present time I am almost certain that TED uses a current transformer for its current sensor. The only reason for any doubt is that I believe early on that verbally someone at Energy told me Hall devices were used. With actual devices in hand a Hall device is ruled out. There are only two wires to each sensor. Although if I had to, it would be possible to make a Hall sensor work with two wires, but four wires would be usual.

The very nature of current transformers requires that they be terminated in a low resistance, ideally 0 ohms. An open circuit on a current transformer can cause high voltage at the output and insulation failure, and possibly shock. The TED current transformers do not need to be plugged into the MTU to prevent excess voltage. Thus, one of two things exist or maybe both in the TED sensor assembly. A calibrated shunt (moderately low resistance resistor) that converts the current transformer current to a voltage, and/or a bidirectional voltage clamp (back to back diodes for example, or a Transorb).

Some rough measurements on a 1000 series current sensor. No load on current sensor and 5 A  output voltage is about 0.085 V, and connected to the MTU box 0.072 V. In the MTU box is a voltage divider consisting of 49.9 ohms and 1300 ohms nominal values. I could not read the marking on the 1300 ohm, but this is a nominal value. Measured resistance of one was 1296 ohms. From the above measurements I am estimating the load resistance in the current sensor is 250 or 249 ohms. #22 wire has a nominal resistance of 16.14 ohms per 1000 ft at 20 C. A 50 ft run or 100 ft of wire is thus 1.6 ohms. This is less than the probable tolerance of the 1300 ohm resistor, 1%. Long wires on the current sensor should be no problem. Use twisted pair. You could do a distance of 1000 ft (2000 total loop) and do a slight calibration adjustment.

The approximate open circuit voltage at 200 A is 3.4 V. The current thru 250 ohms at 3.4 V = 0.0136 A. The ratio of 200 to 0.0136 = 14705. Thus, it appears there are more than 15000 turns on the current transformer secondary. Could be many more because of the internal resistance of the coil. This seems unlikely. So are there many fewer turns and a lower resistance, and then something in the range of 250 ohms added in series with an output lead to limit output current. If one set maximum power dissipation in the current transformer resistor at 1/2 W, then that resistance could be in the ballpark of 25 ohms. Then the turns would be 1/10 the above. Seems more reasonable.

You use the term mains. Does this mean you are in a British area? Canada possibly?

Title: Re: TED 5000 data logging and analysis with GNU/Linux
Post by: iteration69 on September 07, 2011, 07:46:29 AM

I was leaning towards my wife turning the oven on and sitting in front of it for heat. But, i have a pellet burner that will heat us out of home in no time. So if she was cold she would have simply turned the pellet burner on high and sat in front of it. (At least logic would dictate). I asked her about it and she said she was not turning the oven on and sitting in front of it. So I believe her(I have no reason not to trust her). My only guess is that she got in to some bad cooking habits. Turn on the oven to make a single piece of chicken, or cooking just enough food for a single day -- type of bad habbit.  I did notice that the leftover ratio was slacking during that time period, and I really enjoy left overs so it was bothering me. ;)

I just received the TED 5000 + 4 MTU's today. Just now inspecting everything. I will make sure everything is working before i do anything which will void the warrenty, then I'm going to add longer wires to the MTU current clamp. Feeling around the label on the current clamp, the side with "FCC" feels like there may be a screw under the label. If i can get the current clamp apart without damaging it I'll try to get some pictures for you.

Thank's for the heads up on the signal. About the "mains" , this is something I picked up from working around laboratory equipment. I'm actually located in Friedens, Pennsylvania.

I'll let you know what I make out with the MTU's.

To be continued...
Title: Re: TED 5000 data logging and analysis with GNU/Linux
Post by: iteration69 on September 08, 2011, 04:55:40 AM
Before testing the new TED 5000, I decided to re-work my existing TED 5000 that is in my home. I shortened the power leads to make it look better and that was the start of major head aches. Apparently the length of wire i had (coiled up with zip ties) was acting like an inductor and filtering the noise on the lines perfectly because now, none of the MTU's are getting data back to the gateway. There is literally less than 12 inches of wire between the MTU's and gateway. The only thing i changed was the length. Nothing, nada, zip. Dead in the water. So i tried to reset the gateway and then it locked me out. It kept asking for a password even though i never changed any configuration. I ended up hard resetting the gateway, which brought the web interface back but i lost all the setup. All MTU's are sending at the same time which is causing all sorts of reflections on the line.  Funny how their algorithm will even allow this to happen. Hey guys, ever hear of CSMA/CD ? What can they say, they don't have enough resources to implement? Well if i can implement a modified CSMA/CD on an Attiny2313 micro (128bytes ram, 2k flash) I'm sure they can pull this off with their PICs.

I forgot about all the BS we have to jump through, Had to configure the router for DHCP just so i could reconfigure the IP. I figured i could just add a rule based on the mac but they don't print the mac address on the device. Come on guys, do i really have to go through this BS for every device i plan to set up!!?

For most people i suppose this is not much of a problem, but for me, i have dozens of network enabled devices and three different networks here. To turn on DHCP opens up a can of worms due to some other half-assed devices which take stupid friendly to the next level. The ROKU being one of the major players in lack-o-advanced configuration. They will grab up the DHCP IP slot asap(even though they already have a lease, does not matter if it is 12 hours or 12 seconds, they want a new address and you can't do a damn thing about it -- zero options).  This stupid friendly configuration really eats at me, but at least the TED 5000 allows us to manually set the IP after our routers and devices eventually negotiate an IP. Of all the devices on my network guess which devices cause all the problems? You got it, stupid friendly using DHCP. I could easily say I hate DHCP, but it's not the protocol to blame. It's the half baked non sense of trying to make everything stupid friendly which causes these problems.

Due to the current bump in road i've not been able to test the new TED 5000. I'm most certainly printing the mac address on each gateway from now on. I may set up the lan port on my laptop to be a DHCP server so that i can force IP addressing without mucking up my heavily used network.

I'm at work now, blind to my energy use and so is my log. Footprints is showing static use on everything. Remotely reset it, still no go. Big ole whole in the data all because i wanted to make my set up look good. Should have let it alone.

I guess I'll be making a filter when i get home.

Title: Re: TED 5000 data logging and analysis with GNU/Linux
Post by: iteration69 on September 10, 2011, 05:15:38 AM
So i just found via other resources that the user GAR has been banned for "Excessive useless information posted".

Look his posts over, i don't see anything "useless" about what he or others have been sharing while trying to make this product work!

Not Happy, Not happy at all.