Stu,
The SG uses an algorithm to calculate SOC based on some 400+ data points. The algorithm is of course proprietary, but we can deduce that some of the data points involve voltage and time. From the SmartGuage website (the original one, not Balmar's)
http://www.smartgauge.co.uk/sgadesc.html
An algorithm is basically nothing more than a series of calculations, but rather than just performing a fixed calculation on a fixed set of figures, the algorithm continually calculates results, and some of these results are fed back into future calculations giving an ever changing, and self correcting, result.
This is a vast over-simplification but it does serve the purpose of explaining the basic operation of SmartGauge. For instance, the "models" used in SmartGauge contain 408 different numerical values, representing the various different parameters of the battery types. The "algorithm" performs in the region of 1.2 million calculations every minute in order to display the state of charge.
As MS notes, the SG can't measure capacity, however, it seems likely that it can track voltage variations over time at the battery and from there it can calculate the SOC. Since the algorithms are self-correcting, they will become more accurate is the conditions are stable, i.e., if charge and discharge rates are relatively constant. SG acknowledges this; when there are high rates of discharge the calculated SOG may not be accurate.
http://www.smartgauge.co.uk/limits.html
SmartGauge will not work correctly where.........
1. The batteries have deteriorated to below 50% of their original capacity. Batteries above this level can be treated as a battery of a smaller capacity. Once the available capacity falls below 50% of it's original the battery is effectively broken (see
SmartGauge FAQs). SmartGauge will not accurately track the state of charge of broken batteries. Manufacturers and professional users recommend 80% as being the limit below which batteries should be replaced. This is ok for engine start batteries where the ability to produce enormous currents is required but we consider it too high for deep cycle batteries and many people get useful life out of the batteries well below this level. Remember, SmartGauge is a battery state of charge meter. It is
not a battery tester.
here
When the data becomes more erratic, then the SG's accuracy is going to be affected. As a result, the SG will become "confused" and take more time to sort things out. Which is essentially what MS and I both said in slightly different terms.
Consider 3 different scenarios, the one constant being a sudden increase in current demand such as a refrigerator starting up.
1. There is no charging source, so the battery voltage drops.
2. There is a charging source, that has less capacity than the refer draws, say 20 amp charge source, but a 30 amp draw. There is a voltage drop, but not as deep as in #1.
3. There is a charging source that can supply both the refer draw and continue charging the battery, say a 50 amp charger with a 30 amp draw. There is no voltage drop.
The SG has no idea what the current draw and supplies are, but does know that voltages are changing in each scenario. To the SG, the voltage changes will appear random and that information will get fed back in to the modeling and the algorithm. The more the charging sources vary and the more the demand varies the more random the results. The SG tries to compensate for this by high sampling rates, which is why it becomes more accurate over time.
As soon as the charge source was discontinued, the Smart Gauge fairly quickly identified the accurate SOC of the bank, and was back within approx 2% – 3% of the two painstakingly calibrated Ah counters.
The SG likely measures the voltage decay after charging and uses this to calculate the SOC. In a real life situation, what happens during solar charging late in the day? The controller may maintain an absorption voltage, but be unable to supply an appropriate level of current. The SG only sees the voltage and knows nothing about the current supplied. We don't know how that affects the algorithm.
So the simplistic answer is that the SG doesn't work so well with solar. The better answer is that because of the algorithm that calculates SOC relies on voltage and time and cannot measure current, it will be less accurate while being charged than while resting or being discharged. Thus, once the charging source has been disconnected (by turning a switch or the sun going down) the SG can better calculate the SOC based on both a "standard rate of voltage decay for batteries of a specific type" and the installed battery's historical rate of decay