Protection Automation and Control Magazine pacworld first edition for summer of 2007 has been published. Spearheaded by Alex Apostolov, this magazine promises to be bring more active and open discussion about IEC 61850 and Protection, Automation and Control in general. The industry do indeed need an avenue for technical and expert discussions and opinion makers to bring out their points of view on the current and future challenges it faces.
In his editorial for the first edition, Alex talks about how the IEEE transactions used to have questions and comments on every paper and the authors comments on the same at the end of the paper. He mentions how behind the iron curtain a few decades back as a young protection engineer it gave Alex a global view and meaningful sense of these transactions and the context in which the paper needs to be seen. Now this is no longer a practice that IEEE transaction follows. As he rightly says in all the limited conferences on this subject globally, due to paucity of time and the busy schedule of the modern day world and its intent on accommodating as many things as possible in a very short time, there is no more open discussions and debate on most topics that concern the protection, automation and control engineers of today.
He mentions this to be one of the key objectives of pacworld. However, in addition to discussions and awareness building, it is also important to address some of the other burning facts like increasing academic and research interest in power systems such that more new students opt for these courses, as well as to involve and upgrade the technical knowledge and awareness of the main stream utility engineers and power system experts in the new technology developments in this space.
I believe these objectives to be a very noble and right intent and if this intent is kept alive and remains the driving force of the magazine in the days to come, it shall surely be a great point of convergence of thoughts and minds of the Industry and shall be a must read for all.
PACWORLD Magazine Online - www.pacw.org
Friday, November 30, 2007
Saturday, September 29, 2007
IEC61850 - Long way to go
IEC 61850 - Expanding Horizons
I do agree with the point that IEC61850 is and will be expanding its horizons especially after redefining its scope from Substations to complete power utility. With object models of Wind and Hydro already available & models of DER, standards of substation - substation and substation - control centre communication & mapping to web services are already underway, it will find a completely different focus. We can even expect revolutionary changes after the possibility of SCL to migrate to CIM to provide complete models needed for an EMS/ DMS systems.
But looking back, can we say that objectives of IEC61850 are completely achieved? Can we say the IEC61850 devices are completely interoperable? I feel that many vendor implementations had made this standard to deviate from its objectives. IEC61850 had provided options for private LNs, data & GGIOs for handling the situations which cannot be handled by the standard models. But now the scenario had reached in such a level that all the vendors are finding it much easy to have private models rather than going for the standard LNs, data or formats which will not help in achieving goals of a global standard. What is the purpose of the total interoperability, if a vendor IED cannot accept a GOOSE because there is a time stamp element? Are the test certificates and interoperability events helping any bit in providing true inter-operability? I feel interoperability still remains a key issue in migrating to IEC61850.
Another area I want to point out is the engineering efforts for IEC61850 which was hyped to be much less comparing with the native mechanisms. But if we notice the tools and systems available for engineering IEC61850 today, it is much oriented on the standards rather than looking from the users’ angle for the configuration. The user has to follow complete & elaborate 61850 standards to achieve the complete configuration. The second is the dependability of vendor tools for configuration is too high that each user needs to know all the vendor tools to achieve even simple configurations like GOOSE mapping. So the current scenario is such that IEC61850 has increased the engineering efforts rather than reducing the same, if one were to do an independent engineering based on the standard.
I personally feel TC57 WG10 had never foreseen such a huge welcome for IEC61850 which made the standard to have some limitation. The standard could have been made with Substation configuration language (SCL) completely compatible with the UML based CIM models. Today, with all implementations working well with the SCL & problems in migrating to CIM, it will require a long way for sending the model information to EMS/DMS systems.
In spite of all these problems, the high benefits in using the standard in comparison with native protocols, is driving the same a long way through. Tissues (technical issues) forum for IEC61850 had come good for the standard which takes users opinion and problems to address the same in revisions. Let’s hope new revisions can throw some light to these problems & come up with effective ways to ensure the interoperability.
I do agree with the point that IEC61850 is and will be expanding its horizons especially after redefining its scope from Substations to complete power utility. With object models of Wind and Hydro already available & models of DER, standards of substation - substation and substation - control centre communication & mapping to web services are already underway, it will find a completely different focus. We can even expect revolutionary changes after the possibility of SCL to migrate to CIM to provide complete models needed for an EMS/ DMS systems.
But looking back, can we say that objectives of IEC61850 are completely achieved? Can we say the IEC61850 devices are completely interoperable? I feel that many vendor implementations had made this standard to deviate from its objectives. IEC61850 had provided options for private LNs, data & GGIOs for handling the situations which cannot be handled by the standard models. But now the scenario had reached in such a level that all the vendors are finding it much easy to have private models rather than going for the standard LNs, data or formats which will not help in achieving goals of a global standard. What is the purpose of the total interoperability, if a vendor IED cannot accept a GOOSE because there is a time stamp element? Are the test certificates and interoperability events helping any bit in providing true inter-operability? I feel interoperability still remains a key issue in migrating to IEC61850.
Another area I want to point out is the engineering efforts for IEC61850 which was hyped to be much less comparing with the native mechanisms. But if we notice the tools and systems available for engineering IEC61850 today, it is much oriented on the standards rather than looking from the users’ angle for the configuration. The user has to follow complete & elaborate 61850 standards to achieve the complete configuration. The second is the dependability of vendor tools for configuration is too high that each user needs to know all the vendor tools to achieve even simple configurations like GOOSE mapping. So the current scenario is such that IEC61850 has increased the engineering efforts rather than reducing the same, if one were to do an independent engineering based on the standard.
I personally feel TC57 WG10 had never foreseen such a huge welcome for IEC61850 which made the standard to have some limitation. The standard could have been made with Substation configuration language (SCL) completely compatible with the UML based CIM models. Today, with all implementations working well with the SCL & problems in migrating to CIM, it will require a long way for sending the model information to EMS/DMS systems.
In spite of all these problems, the high benefits in using the standard in comparison with native protocols, is driving the same a long way through. Tissues (technical issues) forum for IEC61850 had come good for the standard which takes users opinion and problems to address the same in revisions. Let’s hope new revisions can throw some light to these problems & come up with effective ways to ensure the interoperability.
Saturday, September 15, 2007
IEC 61850 is expanding its horizons
Its been quite some time before i myself remembered about this blog. I have been busy creating another one at http://www.kalkitech.com/iec61850. However it did not look good that a blog can be in the company website and that is when i re-discovered this blog.
Anyway, much water has flowed since this blog was started. IEC 61850 has become a more complete standard, there seems to be a general consensus on IEC 61850 across the Atlantic, even though the adoption levels vastly differ. A great news in adoption has been the enthusiasm shown by developing countries like India / China.
However, the big news is the efforts at the standardization level to find new meaning and use for the standard from being a standard and model within the substation to expanding its scope, depth and breadth across substations and trying to integrate with old and new standardization efforts in other committees. However, i am sure there are differing views on this and hope to see some discussion on this here.
Anyway, much water has flowed since this blog was started. IEC 61850 has become a more complete standard, there seems to be a general consensus on IEC 61850 across the Atlantic, even though the adoption levels vastly differ. A great news in adoption has been the enthusiasm shown by developing countries like India / China.
However, the big news is the efforts at the standardization level to find new meaning and use for the standard from being a standard and model within the substation to expanding its scope, depth and breadth across substations and trying to integrate with old and new standardization efforts in other committees. However, i am sure there are differing views on this and hope to see some discussion on this here.
Thursday, November 23, 2006
61850 Blog - An Introduction
Hi all,
Just thought there is enough noice and concern out there on IEC 61850 Standard, i thought it good to start a blog on it. I work at Kalki (www.kalkitech.com), and we have been hearing about it, working on it, sleeping on it, dreaming about it and god knows what not.
It might be a good arena to share thoughts, experiences and concerns about IEC 61850 from all of you out there on this topic and how it will drastically alter or not-alter the sub-station communication and engineering land-scape.
It might be too technical a subject to blog about, but there is enough activity happening on this front not to share some of the subtle thoughts about and experiences of this new standard.
Sincerely,
Prasanth Gopalakrishnan
www.kalkitech.com
Just thought there is enough noice and concern out there on IEC 61850 Standard, i thought it good to start a blog on it. I work at Kalki (www.kalkitech.com), and we have been hearing about it, working on it, sleeping on it, dreaming about it and god knows what not.
It might be a good arena to share thoughts, experiences and concerns about IEC 61850 from all of you out there on this topic and how it will drastically alter or not-alter the sub-station communication and engineering land-scape.
It might be too technical a subject to blog about, but there is enough activity happening on this front not to share some of the subtle thoughts about and experiences of this new standard.
Sincerely,
Prasanth Gopalakrishnan
www.kalkitech.com
Subscribe to:
Comments (Atom)