当前位置:首页 > 嵌入式 > 嵌入式硬件

为人员提供最佳保护以防止伤亡情况与最大限度地提高设备生产率似乎是相互冲突的两个目标。贝加莱ACOPOSmulti系列安全伺服驱动器可以通过openSAFETY无缝集成于POWERLINK网络中,并且可以实时监控电机。与传统的安全电路相比,它能够使贝加莱把针对错误的响应时间缩短10倍,并且将冲击能量最大提高100倍。因此,增加设备的安全性与提高机器的动态特性已不再是一个矛盾。

当企业面对保护人员生命安全、保障员工福利等问题时,他们必须做出妥协。这些妥协的方案可以归纳为三个方面:首先,工人们在更安全地操作机器与更有效地操作机器之间面临一个选择。其次,对于公司管理层来说,存在一个更为广泛的利益冲突问题,公司不仅要保护他的合格劳动力以及他的资本投入,而且要确保两者能够实现生产效率最大化。最后,世界上没有任何一个完美的技术解决方案,也没有任何运动的机器部件可以瞬间停止。

“智能安全响应”的智能安全功能有助于确保安全设备得到最优化的使用。

与紧急制动前驱动器所承受的冲击瞬间相比,即使带断路继电器的传统安全电路也要受限于系统内在的响应时间。例如,在安装模式中,当速度超过安全最大速度时,错误检测与响应时间一般为80毫秒。如果错误是由控制系统中的一个不正确的设定值引起的,那么在断开扭矩并启动额外激活的短路阻断程序前,这种延迟足以使驱动器加速至最大速度。这会影响到施加于障碍物上的力的大小,当然也会扩大总停车距离。因此,允许的最大速度必须得到相应设置,以保持必要的安全级别。

安全100倍

通过把安全技术集成到伺服驱动器和伺服电机中去,贝加莱对如何计算停车距离和冲击能量进行了重新定义。在所有ACOPOSmulti驱动单元中都装有无继电器的SafeMC(安全运动控制)安全电路,它会对电机接收伺服驱动器指令后作出的每一次响应进行自动监控。这是通过使用安全、全数字化、高精度、高分辨率的编码器完成的,这些编码器安装在所有贝加莱同步伺服电机的电机轴上,并且符合EN ISO 13849认证标准。这些电子装置直接集成在驱动器中,以避免额外的响应时间。这使贝加莱把错误响应时间缩短为只有7毫秒。在发生错误的情况下,现在电机可以在不足原来十分之一的响应时间内实现加速,并获取惊人的动量。

由于动能与相应的响应距离是随着速度的平方而增加的,因此这两个关键特征相比一些传统解决方案还不到它们的1/100。“这不仅提高了工作场所的安全性,还增加了机器的生产率,”贝加莱运动产品事业部经理Alois Holzleitner强调。“根据不同的优先级减小这些特性,会令制动距离变得更小,从而使缩短安全距离变为可能,这样既能适用于更小型化的机器使用,也可以通过安全限速(Safe Limited Speed)功能提高机器运行过程中的允许速度极限。”

无缝集成于现有系统中

ACOPOSmulti伺服驱动器包含安全逻辑,它与X20系列安全I/O组件一样被证明是非常有效的。“使用这些在工业现场经反复验证的电子组件对于用户来说非常安心,”Alois Holzleitner说道。“另外,由此产生的协同效应也会直接影响到系统开发过程中的成本和统一性。”

带SafeMC(安全运动控制)功能的ACOPOSmulti可以通过SafeLOGIC安全逻辑控制器和X20安全I/O无缝集成于现有系统中。对于开发者们来说,带SafeMC单元的ACOPOSmulti与X20 I/O通道的寻址是一样的。当然,它们都是在相同的开发环境中进行管理的:贝加莱Automation Studio中的SafeDESIGNER工具包。SafeMC组件和嵌入式参数芯片的自主设置可以使维护期间的配置更加简单快捷。通过登录与密码保护功能,还能对维护行为进行追踪。


SafeMC(安全运动控制)单元无缝集成于POWERLINK安全网络中,令安全系统完美地成为一个无需复杂接线的整体解决方案

本站声明: 本文章由作者或相关机构授权发布,目的在于传递更多信息,并不代表本站赞同其观点,本站亦不保证或承诺内容真实性等。需要转载请联系该专栏作者,如若文章内容侵犯您的权益,请及时联系本站删除。
换一批
延伸阅读

在嵌入式系统开发中,总线错误(Bus Error)与段错误(Segmentation Fault)并称两大"程序杀手"。不同于段错误源于非法内存访问,总线错误本质是硬件对访问方式的严格约束被突破,尤其在ARM架构中表现尤...

关键字: 嵌入式开发 CAN总线

在嵌入式系统开发中,硬件依赖、模块耦合和资源限制使得传统单元测试难以实施。CMock作为专为C语言设计的自动化Mock框架,通过解析头文件自动生成Mock模块,成为破解嵌入式测试难题的核心工具。

关键字: 嵌入式开发 CMock

在资源受限的嵌入式系统中,C++继承机制常被视为"奢侈特性",但合理运用可显著提升代码复用性与可维护性。本文从嵌入式开发特性出发,解析继承机制的最佳应用场景与实践准则。

关键字: C++ 嵌入式开发

在物联网设备、工业控制器等嵌入式系统中,固件升级是功能迭代与漏洞修复的关键环节。然而,升级过程中断电或固件损坏可能导致设备变砖(无法启动)。本文聚焦双分区固件升级架构与防砖保护机制,提供可落地的开发方案。

关键字: Bootloader 嵌入式开发

在嵌入式通信开发中,协议解析是连接硬件层与应用层的核心环节。基于前文设计的ITLV(改进型TLV)协议框架,本文深入对比一次性解析与流式解析两种策略,重点分析粘包、断包及数据噪声等典型场景下的处理机制。

关键字: 嵌入式开发 协议解析

在嵌入式设备智能化浪潮中,用户对交互体验的要求日益严苛。传统嵌入式GUI开发常面临开发效率低、跨平台适配难、视觉效果受限等痛点。CDroid作为一款基于C++11开发的跨平台GUI引擎,通过移植Android开发模式,为...

关键字: 嵌入式开发 UI开发

在嵌入式开发中,我们常陷入这样的困境:一个简单的功能随着需求变更,逐渐演变成层层嵌套的if-else迷宫。某医疗设备的控制程序就曾因20层嵌套的if语句,导致维护时误删关键逻辑引发事故。状态机架构正是破解这一难题的利器,...

关键字: 嵌入式状态机 嵌入式开发

在嵌入式系统开发中,一个高效且功能丰富的交互式Shell对于开发者调试、管理和控制设备至关重要。CherrySH作为专为嵌入式应用程序设计的微型Shell,以其轻量级、功能完备的特点,成为嵌入式开发领域的得力助手。

关键字: CherrySH 嵌入式开发 Shell

在嵌入式开发领域,STM32CubeMX的普及引发了一场关于“工具是否扼杀底层能力”的持久争论。这款由意法半导体推出的图形化配置工具,通过自动化时钟树设计、引脚冲突检测和HAL库代码生成,将STM32项目初始化时间从数周...

关键字: STM32CubeMX 嵌入式开发

随着经济的快速发展 , 固体垃圾数量激增 , 而现有研究无法满足小型不规则水域及狭窄路面的通用化清理需求。鉴于此 ,提供了一种水陆两栖垃圾清理机器人通用化设计方案。装置由陆地清扫装置 、垃圾收集装置 、垃圾储存装置 、水...

关键字: 机械工程 通用 水陆两栖 垃圾清理 嵌入式开发
关闭