你能用云机器人做什么？它是如何工作的？本博客描述了云机器人的高级架构，并列出了支持的EWM场景。

上一篇博客介绍了将协作机器人与SAP仓库管理集成在一起的开源解决方案。该体系结构与机器人供应商无关，并涵盖了一系列用例，甚至针对异构车队，结合了最先进的IT战略和治理。用户可以轻松地将仓库机器人集成到SAP-EWM流程中，并在几分钟内添加更多的机器人。

为什么传统的机器人集成如此昂贵

随着机器人等自主边缘设备的出现，业务流程部分在业务应用程序中执行，部分在边缘设备上执行。业务应用程序和边缘之间的应用程序组件分布没有通用的方法，因此它可以独立于特定的用例进行应用。

因此，物联网传感器，边缘设备与业务应用程序（如EWM）的连接总是基于项目和特定的用例进行的。这样的项目既冗长又昂贵。它们的结果很难在不同的用例中重复使用。

边缘设备和业务应用程序之间的连接带来了额外的问题：

可靠性：当边缘设备和业务应用程序之间的连接中断时，iot物联网，边缘设备需要停止，好评返现卡，因为它不知道接下来的步骤带宽：感知其环境的边缘设备需要将大量数据传输到业务应用程序进行处理。在某些情况下，这超出了可用带宽。

利用Kubernetes实现快速轻松的集成

应用程序组件的分发符合边缘设备的业务角色，因此也符合其在业务流程中所扮演的角色。边缘设备上的软件管理分配的顺序，执行和更新它们。后者被称为"联邦"，发生在云应用程序和边缘设备之间。

为此，我们使用docker容器安装应用程序组件。它们包含功能和特性，也可能是业务应用程序的一部分；更具体地说：

关于（1）的更多细节：边缘上的流程逻辑反映了云中的流程逻辑。端到端流程的一部分在云中，另一部分在边缘设备上。这意味着边缘设备按照云应用程序中的流程逻辑管理订单。订单可以在云中，也可以在边缘设备上，免费的数据分析软件，它们可以相互更新（请参阅上面的"联合"）。更新不需要是即时的，它也可以发生在所谓的"近实时"中，延迟几秒到几分钟是可以接受的。

有一些主要的优点：

SAP的软件独立于给定的，通常是边缘设备的专有软件/硬件堆栈应用软件的组件分布是根据边缘设备在业务流程中所扮演的角色来构建的。边缘设备上的软件组件从边缘设备的业务角度管理和更新订单。

机器人只需下载应用软件，即可在几分钟内与EWM集成。这可以使用Kubernetes之类的应用程序管理工具实现自动化（请参见https://googlecloudrobotics.github.io/core/concepts/app-management.html)

当业务流程发生变化时，只需下载相应的新任务即可轻松传播到边缘设备。同样适用于将边缘设备移植到不同的环境。

下面的示例用仓库管理系统作为云或内部业务应用程序和运输机器人作为边缘设备来说明这一点：

传统方法：机器人接收来自仓库管理系统（WMS）的详细命令；仓库订单保存在WMS中。在执行过程中，大数据指的是什么，robot将状态信息发送回WMS，WMS据此计算出仓单的状态并进行更新。考虑到机器人供应商和每个用例的具体要求，这样的集成通常是高度个性化的，实际上需要数周或数月。

SAP Cloud robotics:EWM将机器人分配到仓库订单，并将订单复制到机器人上。在执行过程中，机器人不断更新其订单的本地副本，该副本与WMS订单中的订单版本同步

以下图形概述了总体设置，在这种情况下，使用MiR机器人并描述其任务：

支持的场景

仓库操作员准备运行EWM场景，与数百家供应商的机器人一起工作，就像即插即用一样简单。开箱即用的解决方案支持3种EWM场景：交叉对接、收起、拣包传递。

交叉对接

收起

机器人拣包传递

支持其他流行的EWM场景。或者，该解决方案可能只需很少的额外工作即可支持场景。

用户如何受益

SAP Cloud Robotics实施迅速，无需额外许可。它使EWM客户能够轻松、低风险地进入敏捷仓库机器人领域。该解决方案运行并优化异构车队和物流。它提供了一种新的即席可伸缩性。为了满足高峰需求，用户可以在几分钟内集成更多的机器人。

如前所述，该解决方案是作为开源提供的。代码的Google部分在这里，SAP部分在这里。

这是一个系列的第二个博客，将介绍云机器人技术。点击这里进入第一部分