I have seen a number of projects where an Arduino is used to read a flashing LED to allow consumption information to be compiled but very little about using DLMS COSEM protocols to read potentially more and also more reliably, actual cumulative consumption information at any moment in time. Using such a method would allow for the Arduino to poll when it wants information rather than having to use interrupts etc.
Most meters nowadays have a way in which to interface and obtain this information - often it is by an IrDA device located adjacent to or in the vicinity of the flashing LED used for the pulse counting.
http://en.wikipedia.org/wiki/IEC_62056 explains more about what the protocol is.
These next few links also cross refer (I think) but they are useful in getting an idea of what is possible. The implementation falls short of actually a full understanding of the data coming from the meter (which I believe would be possible if the protocol was better understood): http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1273413449/9#9 http://www.rotwang.co.uk/projects/meter.html http://www.csc.liv.ac.uk/~greg/projects/rdmeter.html
I have found one implementation which claims to be open source under GPL2, but I can find no trace of the source: http://www.gurux.fi/index.php?q=OpenSource
Is anyone working on an implementation of the protocols that could be used on an Arduino? I think that this is the way to go for ongoing and accurate meter reading. I am particularly interested as I have an Elster meter which I understand transmits the information over IrDA once every second. I have a 3 phase meter (the one in the example above is single phase) and I have written to Elster asking them for more information around what they are broadcasting - we'll see what they come back with.
I have other meters from Landis & Gyr / Ampy monitoring separate circuits which also have an optical port for interrogation and I'd like to find out more about how they can be interrogated. I believe they will all comply with the DLMS COSEM (IEC 62056) protocol and so one lot of programming could theoretically converse with all these meters even though from different manufacturers.
Has anyone any thoughts or knowledge of the above?