方便从CANopen到IEC 61131-3的信息传输

前8年 作者:Mikkel

Kvaser技术合作伙伴TK Engineering Oy的Heikki Saha正在进行一项工作。他的目标是改进自动化行业中的信息传输。Saha最近发表观点,探讨如何将标准化CANopen系统设计过程使用到Kvaser的销售和技术网络。

在系统设计过程中使用标准化文件格式的概念并不新鲜,但是需要完成许多工作才能变成现实。目前,大部分系统集成人员使用产品生命周期管理(PLM)和产品开发软件来减轻生产和现场服务中模块配置期间的文件传输负担。但是,Saha觉得设计和开发领域才是可能进行更多工作来帮助自动化公司的地方。对于加快设计阶段和方便并行开发,标准化文件格式可用于在系统设计工具(例如网络设计工具、PLC编程工具和配置)之间交换信息。但是他认为,通过来自工具提供商的更多支持,这个过程可以更加流畅。

自动化信息传输

关于他希望帮助解决的问题,Saha这样解释:“我的核心理念是自动化从CANopen系统设计到IEC 61131-3软件设计的信息传输,而不违反任何相关的标准”。在被问及为什么目前并非始终可行时,Saha说道:“目前,系统集成人员的主要问题都是由专有系统和组件导致,设计文档或多或少都只有人员可读的格式。因为产品产量较低,所以几乎没有足够的资金来创建和维护所需的工具链,提供这种系统需要教育程度很高的人员。对于一些自动化系统,如果我们考虑20至30年的生命周期,连续的专有系统将发生变化,将会遵循与供应商、产品、工具和与时间无关的管理流程以及用于管理设计信息的文件格式的标准”。

事实上,普通的系统集成人员将无法继续忍受专有的标准,因为他们经常必须从仅有的一家或两家供应商进行采购,这从长期来讲限制了他们可以有效使用的工具选择。一些情况下,系统集成人员最后必须管理软件工具不同版本之间的向后兼容问题,而这个工作本应由工具供应商完成。

一种老式的工作方式的例子是(使用人类可读的文档而不是机器可读的文档),人们经常会碰到Saha所说的情况,那就是从各种字处理或表格程序拷贝粘贴信息到CAD软件中,这样信息只能打印出来,不能由分析器程序进行读取。他表示:“自动转换工具可以完成部分工作,但是不能替代标准的CANopen DCF文件格式。标准的CANopen DCF文件格式可以将代码头导出用于IEC 61131-3 PLC编程环境。”

首先是设备配置文件

Saha的首要任务是关注CANopen设备配置文件(DCF)。说道原因时,他说:“系统由使用CANopen机制的子系统和/或组件组成。组件配置和系统诊断主要通过CANopen基于由设计工具生成和存储在标准文件格式中的信息进行。通过使用标准化的文件格式联合设计工具,任何生产和装配工具都将能够一起协作使用。”

“下一个步骤是说服CANopen设备供应商来提供‘易用的配置前端而不是厚重的用户手册’”,他说道。虽然标准已经支持这种方法多年,但是更多设备供应商需要采用这种思考方式。

TK工程公司已经开发了其中一种丢失文件转换工具。这种工具将来自DCF文件集的CANopen项目转换成PLC供应商使用的IEC61131-3工具特定文件格式。TK工程公司还在其自己的配置和分析软件工具中实现了标准的文件格式,可以用来从CiA网站自动同步某些CANopen信息。例如,还有工具可以用来把信息导入到CANopen项目中、提高项目之间的可重用性以及为图形用户界面设备导出诊断信息。值得一提的是,TK工程公司的软件工具默认随Kvaser适配器提供。

测试方法

TK工程公司的工具链在几个客户项目中得以使用并节省了几个月的设计时间(这是对设计过程的极大提升)。请记住,这只是在小型系统中的效果,使用新的转换工具设计整台机器可以在时间、效率、质量和资金方面产生巨大的效益。而且,Saha已经证实,并不需要专有的技术和组件。他这样解释:“通过严格遵循现有的标准,可以使用最佳选择的COTS组件而不牺牲系统开发期间的整体性能。而且,这种方法允许系统集成人员专注于解决他们的应用问题,而不是组件问题。”

Saha总结到,下一个挑战是让使用标准化的CANopen系统设计流程成为主流。如需了解关于这种方法的更多信息,请访问CAN CiA网站,其中2012年国际CAN大会的进程包括来自Heikki Saha的关于主题http://www.can-cia.org/?id=1495的两篇演讲稿。此外,也可以在芬兰的www.canopen.fi网站上找到一般性信息,在www.plcopen.org上找到关于IEC 61131-3开发的信息。

联系我们