这是正确的吗?
在本系列中,我已经讨论的优势CODESYS控制编程groov史诗平台,但这不是你唯一的选择。您可以使用CODESYS光电子22 flowchart-basedPAC控制或自定义应用程序使用安全shell (SSH)的访问。不管你是CODESYS开发建设项目groov史诗或仍未决定的编程方法,值得理解,当每个工具可能适合你。这篇文章比较CODESYS和PAC控制头去帮助你决定哪种方法将为您的项目。
共同点
首先,让我们了解这些工具的共同点,因为两者都是伟大的因为相似的原因:
- 能力:CODESYS和PAC控制都是在行业和应用程序使用。
- 成熟:两个平台已经在积极使用二十多年了。
- 活跃的社区:CODESYS和PAC控制用户的专业工程师和系统集成商活跃的网上,分享技巧、培训、和可重用的组件。
- 免费的:基本编程环境可用没有许可费用。
所以,不管怎样,你在好手中。
肉搏战
现在让我们来看看不同之处。这是一个高级在几个关键类别比较。
CODESYS | PAC控制 | |
设备的兼容性 | 与设备无关 | 光电子设备22只 |
编程组件 | 多个行业标准语言:LD、证监会,定期监测 丰富的各种各样的应用程序函数库 自定义功能和库 支持面向对象编程 用户定义的数据类型 网络变量(生产/消费标签) 复杂数据类型 |
直观的流程图编程和脚本 高级指令对于复杂的数学,字符串和数组操作,网络通信,等等。 简单但全面的PID控制图形调谐器 出口子例程 复杂数据类型 |
通信选项 | 单独定价为许多领域设备驱动程序库和网络服务 OPC UA服务器 |
本机TCP / IP, HTTP指令 自由软件集成工具的各种协议 |
开发工具 | 全面的网络和设备管理 在线编辑 交互式调试器 报警管理 配方管理 跟踪/趋势 可选的工具如CODESYS自动化服务器 *静态代码分析,建模,分析,测试管理 |
在线编辑 交互式调试器 本机与吸附PAC的集成 |
源控制 | * Subversion插件 * Git插件 |
没有一个 |
可扩展性 | 插件系统 Python脚本 |
没有一个 |
应用程序安全性 | 用户管理项目、函数和控制器访问 源代码和可执行文件加密 加密的控制器和OPC UA沟通 |
没有一个 |
*需要CODESYS专业版(600美元/年)
范围和能力
上表反映,CODESYS不仅在关键领域提供了更深层次的功能,因为它是一个开放的平台,它有潜力解决一系列更广泛的自动化任务,允许您用更少的努力解决更大的问题。除了高度结构化的、可重用的组件编程CODESYS地址大型自动化项目的需求与工具,网络管理、配方管理、用户访问控制,测试,等等。CODESYS商店(我们;Intl。)包含成百上千的库和插件,扩展平台的功能,而且它与工具集成自动化服务器,它提供了基于云控制器管理和版本控制。
PAC控制要小得多比CODESYS特性集,依赖的其他工具groov史诗平台提供的函数可以找到本地CODESYS: SSH访问Python等高级语言发展;点火边缘和Node-RED领域设备协议,OPC UA,和网络服务集成;groov视图和PAC显示报警和趋势;和所有的操作安全史诗平台。
随着史诗生态系统的发展,PAC控制程序也将变得更加强大。然而,multi-controller管理大型项目CODESYS可能会更有效和高效。
学习曲线
也就是说,尽管光电子22和提供技术支持基础训练的CODESYS,学习曲线是高达平台是广泛的。我们绝对推荐感兴趣的用户跳入一个项目之前做功课。技术支持从CODESYS有一个与之相关联的成本和参考文档可能有点难以理解。
PAC控制,另一方面,甚至被设计成直观的为非程序员。光电子的22个优秀的参考材料,而闻名培训和免费的技术支持。你跳,可以使用一个全面的指令集,证明了自己在全球成千上万的项目。
正确的工具来完成工作
在一天结束的时候,CODESYS可移植性和IEC语言发展的唯一选择,如果你计划在其他类型的控制器代码重用或绝对需要用梯子逻辑,CODESYS是显而易见的选择。如果你专注于大型项目,克服学习曲线和投资在发展中常见任务和控制模型的函数库可能是值得的。
另一方面,如果你想开始工作快,尤其是如果你不把自己看做一个程序员已经或不关心管理多个控制器,版本,或用户,PAC控制会很好地为你工作。
但无论你是在营地CODESYS生活或注册PAC控制党员groov史诗,你使用正确的工具,无论这份工作。一个控制器。很多的选择。
留意改善这两个平台在未来的固件版本。
去让它发生!