IEC61850协议栈选择的一点建议

• 概述

IEC61850的目标是实现产品之间的互操作性，要想很好的实现这一目标最好不要各独自去开发IEC61850，而应该购买非常成熟的IEC61850协议栈进行开发，试想如果都用相同的协议栈开发那么互操作性自然而然的就不存在问题了，但是每个企业都有不同的选择，本文对国内可选的协议栈进行简单的介绍，为尚未做出选择的用户做一个参考。目前在国内可选择的IEC61850协议栈主要有三大协议栈，分别是：美国的MMS-EASE Lite、中国的YX-PIS、德国的libIEC61850。

• MMS-EASE Lite

国内很多电力自动化厂商在使用MMS-EASE Lite实现IEC61850向MMS的映射工作。MMS-EASE Lite是从SISCO公司的MMS-EASE软件继承发展而来，专门针对嵌入式应用对代码进行了优化和裁减，并增加了对IEC61850特性的支持。

MMS-EASE Lite软件以ANSI C源代码的形式提供，不依赖于具体编译器和操作系统。它提供了基本的MMS协议处理框架和API接口以及IEC61850建模功能。该产品提供了Windows和Unix/Linux下的Server端和Client端的程序功能框架，基于此，可以根据需要在不同平台上进行移植和产品开发。

MMS-EASE Lite软件在中国只有北京的中瑞普科为合法代理商，其他企业销售均存在知识产权风险，开发IEC61850产品直接使用MMS-EASE Lite还需要很多IEC61850功能实现的开发工作要做，要求开发人员很熟悉IEC61850细节。

MMS-EASE Lite移植性良好，编码规范因为是上个世纪的产品，这方面存在明显不足。

易用性

MMS-EASE Lite的易用性非常低，甚至有的工程师反应很难用，提供的样例也不太好理解。国内有专门培训MMS-Lite使用的企业，收入很可观，这也侧面反映了MMS-Lite的使用门槛较高。

稳定性

MMS-EASE Lite的稳定性不高，往往使用者都要对其进行多年的优化。由于没有售后支持，用户的优化并不会有效的反馈回SISCO，不知道近期新版本的MMS-EASE Lite在这方面是否有所进步。

开发效率

MMS-EASE Lite服务端或者客户端的完善普遍反映需要一年以上的时间，本来就需要较多的开发量，再加上增加了学习时间及稳定性修复等工作，所以效率上并没有优势。

技术支持

MMS-EASE Lite的代理商就是纯粹的代理商，并没有技术支持，不过由于用户量大的原因，有第三方企业支持MMS-EASE Lite，当然这需要另行支付费用。

• YX-PIS

YX-PIS IEC61850协议栈产品，是在国际上已经获得高度认可的PIS-10的国产化版本，YX-PIS包含对ICE61850/DLT860的完整支持，并且支持当前国网即将推行的MMS替代协议GSP。

YX-PIS高度继承了PIS-10的优点，高度智能化的使用方式，几乎完全不需要开发者考虑IEC61850的实现，只需要关心自身业务层面的开发即可。YX-PIS的MMS版及GSP版两者使用方式和业务接口完全相同，开发者替换无需更改原有业务层代码。

YX-PIS为了简化使用者的使用，支持从CID解析到创建对应的IEC61850在线模型，包括网络关联模型、数据模型、服务模型以及完全符合IEC61850规范的内部运行机制。整个过程全部实现智能化。使用者需要运行什么样的模型，只需要在CID中建立好模型，通过协议栈加载后即可使用。

YX-PIS提供了良好的数据映射机制，开发者只需要处理简单的调用和回调即可

YX-PIS既可以以源码形式提供，也可以以LIB形式提供。

YX-PIS采用标准C编写，编码规范良好，移植性良好，尤其加强了对国产系统SylixOS、鸿蒙的支持。

易用性

YX-PIS的易用性非常好，只有一个样例，一看即会，可以解决所有场景，上手非常简单。

稳定性

稳定性良好，因为一直保持着售后支持，对用户缺陷、意见进行统一更改，经过多年的国内国际用户的使用，已经非常完善。

开发效率

开发效率是国际公认的开发效率最高的协议栈，开发量大幅度减少，缺陷问题及规范更新工作交给发行公司大连云行完成即可。

技术支持

大连云行负责技术支持，提供建模工具，提供技术指导及培训等。对于YX-PIS源代码的购买者这些无需支付费用。

• libIEC61850

libIEC61850是目前所知唯一开源的IEC61850协议栈，遵循GPLv3协议，早期由个人开发维护，后期由MZ Automation接手并提供商用服务。libIEC61850采用标准C语言编写，提供了一 种基于IEC61850的MMS标准协议的具体实现。同时支持MMS服务、GOOSE服务、SV服务等。libIEC61850符合IEC61850第二版且向下兼容，以其开源、低成本、代码结构清晰、占用内存少、社区维护快等优点而得以推广使用。

libIEC61850移植性良好，编码规范良好。

易用性

LibIEC61850的易用性良好，CID模型文件不能动态加载，需要通过工具转换后才能使用。另外其提供较多的样例，帮助开发者理解使用原理，但是还是需要了解一些IEC61850的规范细节才能更好的使用。

稳定性

稳定性良好，但是毕竟不是商用的协议栈，还存在一定的不足

开发效率

开发效率处于YX-PIS与MMS-EASE Lite之间。

技术支持

并没有技术支持，有问题可以社区上讨论。如果需要MZ Automation的商用支持，需要支付费用。

• 总结

由于MMS-EASE Lite进入中国较早，大部分企业已经购买了MMS-EASE Lite，并且对其进行了大量优化，尤其一些大企业，已经形成了自己的非常成熟的产品，但是由于版权原因，这些属于他们内部的成熟的MMS-EASE Lite协议栈并不会对外销售。行业内熟悉MMS-EASE Lite的工程师也比较多，如果企业中大部分工程师都习惯使用MMS-EASE Lite，也可以根据工程师的建议选择MMS-EASE Lite。目前三个协议栈中只有YX-PIS支持MMS替代协议，也就是GSP，如果有这方面需求就需要优先考虑YX-PIS了，哪怕曾经使用的是MMS-EASE Lite，再新规范的推动下也需要考虑。当然网上也流传了专门做MMS替代协议的产品，但是由于没有经过市场检验，暂时不了解其特点及成熟度。如果有资金方面的顾虑也可以考虑开源版，但是商用时需要遵循GPLv3协议。所以开源版更加适合个人用户用其进行IEC61850的学习。对于IEC61850经验不足的初级用户，渴望得到良好的技术支持的也建议考虑YX-PIS。对于开发效率要求高，希望快速出产品的，这一点毋庸置疑，一定是YX-PIS。如果你使用了SylixOS或鸿蒙等国产系统，又不想自己做移植或担心移植有问题，也同样需要选择YX-PIS。

未来MMS-EASE Lite和LibIEC61850会不会支持MMS替代协议和兼容国产操作系统，这个一定是不会的，毕竟他们均来自西方国家，尤其MMS-EASE Lite是来自美国。

好了，以上就是对三种协议栈的介绍，以及个人的一些观点，希望能够对读者的选择有所帮助