常见问题

UniversalAutomation.org 目前的成员包括各行各业的领导者和先驱者，包括硬件和软件技术供应商、最终用户、系统集成商、原始设备制造商、初创企业和高等教育机构。

成员开发并采用下一代通用自动化解决方案–基于 IEC 61499 标准，为用户带来独特价值的软件组件。他们还增加了共享运行时并支持其使用。成员可以访问运行时，并有能力决定运行时的实施。

所有实体都可以申请加入，我们鼓励每个机构 都加入。

现有成员名单

UniversalAutomation.org由一群不同的工业领袖和先驱组成，他们共同致力于推动世界工业自动化的发展。

硬件和软件技术供应商、最终用户、系统集成商、原始设备制造商、初创企业和高等教育机构将首次在其产品和解决方案中共享一个通用的自动化软件层，而不论其品牌如何。这一新的共享技术为便携式、可互操作、”即插即用 “的解决方案生态系统奠定了基础，并在工业自动化领域开创了一个全新的类别。

UniversalAutomation.org 成员将开发基于 IEC 61499 标准的可互操作、可移植的自动化软件，该软件几乎可以在任何硬件上运行，从而为自动化软件开发创建一个完全与供应商无关的生态系统。通过融合信息技术和操作技术领域并共享技术参考实施，该组织力求充分释放工业 4.0 的潜力。

当前的工业自动化系统架构已经很好地推动了工业发展，使我们取得了今天的成就。然而，仅有目前的 “开放式自动化 “是不够的。全行业采用通用自动化将确保下一代软件应用程序具有互操作性和可移植性。

我们已经看到其他行业（包括 IT、能源和电信领域）因采用互操作性而蓬勃发展，现在是确保我们不会落后的时候了。长期以来，我们的行业一直处于颠覆的边缘，试图实现第四次工业革命的承诺。

如今，当前的健康紧急状况以及不断变化的全球市场动态凸显了对弹性和灵活性的需求，而这只能来自于数字化，包括可互操作的工业自动化应用。现在是拥抱互操作性、放弃专有系统以满足当今和未来需求的时候了。我们打算让工业企业能够选择适合其独特需求的最佳解决方案，并有效应对现代挑战。

今天，我们必须团结一致，不断创新，为我们的行业带来可持续和持久的积极变化。

UniversalAutomation.org 是其他旨在建立一个更加开放的自动化世界的倡议的补充合作伙伴。

UniversalAutomation.org 并未创建新标准。UniversalAutomation.org 正在共享源代码的基础上管理 IEC 61499 标准的参考运行时实施。

IEC 61499 标准定义了应用层面的互操作性，并未规定任何通信协议。

UniversalAutomation.org 共享的 IEC 61499 运行时已经实现了 OPC UA 栈。UniversalAutomation.org 和 OPC 基金会的倡议是相辅相成的。

IEC 61499 允许在一个资源/设备上运行一个或多个应用程序，或将其分布到多个资源/设备上。

如果一个应用程序被拆分并分发到多个资源/设备上，不同资源/设备上的应用程序 FB 之间的所有交叉通信都将由 UAO 运行时自动重新创建和管理。这就是我们所说的应用程序互操作性–在应用程序中拆分连接的 FB，并让它们在分发到的不同资源/设备上互操作的能力。

当前的工业自动化系统架构已经很好地推动了工业发展，使我们取得了今天的成就，但仅有目前的 “开放式自动化 “是不够的。全行业采用通用自动化将确保下一代软件应用程序具有互操作性和可移植性。

IEC 61499 标准扩展并增强了 IEC 61131-3 标准。它解决了确保跨供应商应用软件的可移植性、可配置性和互操作性的问题，同时允许软件和硬件独立。它允许与 IT 层无缝集成，并可轻松分配控制逻辑。

IEC 61499 标准是 “即插即生产 “工业自动化方法的技术推动者。采用跨供应商通用的共享自动化层将为整个工业的发展和现代化提供无限的机会。现在，数字化与 IEC 61499 标准的结合使这种开放式系统的部署变得简单而有效。

是的。通用自动化和开放式工业标准对于实现第四次工业革命的承诺至关重要。对于各行各业的利益相关者来说，采用开放式自动化的压力与日俱增。

最终用户开始将专有自动化系统视为增长的障碍和不必要的成本，而不是推动力和利润来源。许多企业认识到，下一代工业自动化必须具有互操作性，并摆脱目前的专有封闭模式。

例如 开放过程自动化论坛、NAMUR 和 OPC 基金会。

从专有世界转向通用自动化，不仅有利于最终用户，而且还能让那些愿意创新的人在软件创新的新价值竞赛中获得优势。

通用自动化将为经过实践检验的软件组件创造一个市场，为用户带来独特的价值，为供应商带来新的收入。

业界认识到，遵循相同的开放标准是取得进步的根本。我们的生态系统，从供应链到制造和生产，再到最终客户，都认识到需要全面采用可互操作的实施方案。

当然，运行时适合在容器中运行，例如在服务器上运行。

目前已有一个现成的版本（见施耐德电气公司的 Soft dPAC），供应商成员不久还将开发其他版本。

是的。请访问专用页面。

基于 Linux 的平台和 UAO 解决的是不同的问题。

基于 Linux 的自动化平台允许用户在同一计算机平台上运行实时控制应用程序，以及使用 C++ 或 Python 等其他编程语言运行其他应用程序。虽然它们是基于 Linux 的，但仍然是专有的，因为它们采用了专有技术来保证实时性能和确定性，即实时操作系统补丁和所有应用程序的标准化数据层访问（包括 IO 访问）。因此，如果不进行大量的返工和重新测试，应用程序就无法从一个 Linux 平台移植到另一个平台。

UAO 为基于事件/数据的系统环境（基于 IEC 61499）提供运行时执行引擎。其目标是实现即插即用的应用程序，这些应用程序与执行的硬件平台无关。换句话说，用户可以使用独立于供应商的 UAO 软件组件库构建应用程序，使用事件数据接口将它们连接在一起，并将完整的应用程序分发到一个或多个通用自动化控制器。相同的应用程序可以部署到不同的平台，除了将 “逻辑 “IO 连接到新平台的实际物理 IO 外，无需进行任何返工。

这两种方法是相辅相成的。UAO 可在多个基于 Linux 的平台上使用。

供应商加入 UAO 后，有责任对其在市场上推出的产品进行核实和验证。供应商有责任为其产品提供支持。

在项目支持方面，应由应用系统集成商为用户保证和支持应用。如果 UAO 平台出现问题，系统集成商将依靠 UAO 平台供应商提供支持。如果是 UAO 运行时本身的问题，如果供应商自己无法解决，则将寻求 UAO 的支持来解决问题。

这种方法并不新鲜–许多自动化 PLC 供应商都使用第三方软件产品来开发 IEC 61131 软件，而大多数项目应用软件都是由独立的系统集成商提供的。