联系我们
在未来几年内，智能机器人的市场需求将大幅增长。例如，预计至2023年 ，自动机器人系统市场的年复合增长率将达到23.7%，协作机器人的新市场领域将增长两倍（每年平均增长多达59%）。OEM厂商为了搭上这高市场增长的便车，承受着快速开发并在成熟市场中推出此类新系统的巨大压力。但是，对于OEM厂商、系统集成商和用户而言，软件开发是一项极大挑战。为了让极其复杂的自动机器人解决方案变得相互协作和/或合作，必须在其中集成更多子系统。
如今，机器人软件仍然经常作为封闭系统执行，通常使用ASICS或FPGA等各种定制的x86或ARM硬件。通常，软件均针对各机器人定制，导致难以重复使用。而机械手控制、导航、机器视觉、任务协调、HMI等所有任务均为同个编程。因此，目前几乎无法更换软件组件（即使对于*常需要的功能）或在其他硬件平台上使用软件组件。这意味着，对于每项新设计，都需重新实现机器人软件，此实现过程不但容易出错且非常耗时，还可能大幅延迟推出急需的创新解决方案，更不用说导致操作员必须对每个机器人进行特定编程的麻烦了。
乌尔姆应用科技大学服务机器人研究中心Schlegel教授的研发团队将使用模块化软件方法替代封闭系统方法，因为封闭系统方法不断为系统集成商和用户创建新软件项目，模块化软件方法则将整个复杂的机器人系统分成几个单独的功能单元，然后将指定各单元通过充分且明确限定的接口进行交互。此概念被称为SmartSoft，通过与工业及研究领域合作伙伴的合作，它已在欧洲（EU H2020项目“RobMoSys - 机器人系统的可组合模型和软件”）和全国范围（BMWi PAiCE项目“SeRoNet - 服务机器人解决方案的联合开发平台”）进行推广并得到畅销。本质上，此方法旨在实现经由全面开发和测试的模块化软件构建块汇编机器人系统。这样，软件开发人员可以将重点放在各功能模块上，而不必考虑其他组件的内部构件。更重要的是，它可以采用模块化方法合并功能，例如合作或协作组件、特定操作器的逻辑单元，甚至可以合并不同制造商实现的功能。*后，它还削减了系统集成商和终端用户进行客户定制程序改编所需的工作，将大幅推动机器人的普及。
假设您的机械手由A公司提供，机架由B制造商提供，立体机器视觉系统由C制造商提供。得益于高层级抽象化且仅需进行少量调整，在内部物流应用等情况中使用的专用控制系统可以由现成的软件组件汇编。此应用绝不是幻想，它已经在现实世界中经过测试。例如，乌尔姆团队已经实现服务机器人组合Larry和Robotino，此组合在Transpharm Logistik GmbH的医药内部物流应用中全自动地装配各托盘上的药物包装，然后将它们放入指定交货点。配置稍作改变，这两个机器人便可自动接收咖啡订单并将做好的咖啡放到客户桌子上。由于软件组件是现成的且可以自由组合，重新设计仅需要几小时。
为了实现组件的几乎所有汇编，乌尔姆应用科技大学服务机器人研究中心的团队开发出一款服务组件架构的软件版本，以及适用于Eclipse开发环境的模型驱动开源软件工具链。此环境为组件开发人员提供一些工具，他们可以使用这些工具为各功能单元编写自己的代码，然后，使用自动生成的组件容器保护这些算法。这些容器与相同通信接口的其他容器进行通信。此外，包装也保护了组件开发人员的IP。此团队已开发几款类似功能模块并在自己的项目中使用它们。这些模块包括导航模块、机器视觉、HMI、机械手控制和任务协调等，这些只是其中的一小部分而已。作为一种统一的通信接口，SmartSoft亦依赖于OPC UA。这样，制造商可以将重点放在特定容器上，并培养其相关核心能力，更灵活的服务让客户受益匪浅。
更多资讯：遨博机器人