基于BL370边缘控制器的AGV/AMR一体化控制解决方案 点击:6 | 回复:0



jingekeji

    
  • 精华:0帖
  • 求助:0帖
  • 帖子:128帖 | 8回
  • 年度积分:3
  • 历史总积分:174
  • 注册:2017年5月04日
发表于:2026-01-13 15:28:22
楼主


在智能制造、仓储物流等领域,自动导引运输车(AGV)和自主移动机器人(AMR)作为柔性物料搬运的关键装备,其核心控制系统的性能直接影响着整场运行的效率、安全性与可靠性。随着应用场景复杂化与调度规模扩大,传统基于分散式控制器与专用硬件的方案在导航精度、功能集成与集群调度方面面临诸多工程挑战。本文旨在探讨一种基于钡铼技术ARMxy BL370系列边缘控制器的AGV/AMR一体化控制方案,从系统设计角度分析其应用特点。

一、AGV/AMR控制系统面临的主要挑战

1.多源传感器融合与高精度位姿解算的实时性要求AMR依赖激光雷达、IMU(惯性测量单元)、里程计、视觉等多传感器进行定位与导航。传统方案中,各传感器常由独立模块处理,数据通过串口、CAN等总线汇总至主控制器,存在时间戳同步困难、融合算法算力不足的问题,可能导致定位延迟或累计误差增大,在动态环境中影响路径跟踪精度与停靠准确性。

2.实时运动控制与安全响应的确定性需求AGV/AMR的驱动轮伺服控制要求高动态响应,以实现精准的直线、转弯及差速运动。同时,安全系统(如安全激光雷达、急停按钮)的信号需要被确定性地、低延迟地处理,并迅速触发驱动系统的安全功能(如STO)。传统通用控制器在同时处理复杂算法与硬实时安全任务时,可能面临优先级冲突或周期抖动风险。

3.稳定可靠的无线通信与集群调度集成AGV/AMR需通过4G/5G/Wi-Fi与中央调度系统(RCS)保持不间断通信,上报状态、接收任务。通信链路的不稳定、数据丢包或延迟,可能导致交通死锁、任务中断。传统方案中,通信模块与主控间接口单一,网络异常诊断与恢复机制不够灵活。

4.设备部署与维护的复杂性:不同现场的地图、站点坐标、工装参数需要配置。传统方式依赖PC连接设备进行底层参数设置,流程繁琐。当车队中车辆型号或任务特点不同时,参数配置与软件版本管理的工作量较大,不利于快速部署与统一维护。

二、解决方案概述:基于BL370的一体化边缘控制架构

本方案将BL370系列作为AGV/AMR的“车载大脑”,构建一个集成感知、决策、控制与通信功能的平台。

控制核心:采用BL372B型号作为主控制器。其搭载的瑞芯微RK3562J处理器,四核ARM Cortex-A53可运行Linux系统,负责SLAM算法、路径规划、无线通信、人机交互等上层复杂应用;其ARM Cortex-M0核心可单独或配合Linux-RT-5.10.198实时内核,处理伺服驱动控制、安全IO响应等对实时性要求高的任务。

运动与同步控制:通过内置IgH EtherCAT主站,将驱动轮的伺服驱动器、转向伺服(如有)作为从站接入。EtherCAT的微秒级周期同步能力,可确保多轮系运动的协调一致,实现精准的航迹跟踪。

知与安全集成:利用丰富的板载接口与模块化IO插槽,接入各类导航与安全传感器。

无线通信与远程管理:通过Mini PCIe接口扩展4G/5G模块,保持车辆与云端的连接。

三、具体IO需求与选型配置

AGV/AMR的IO系统需兼顾导航感知、安全防护、本体控制与交互功能。

1.核心控制单元选型

² 主控制器BL372B(具备3个EtherCAT网口,1个X板槽,2个Y板槽,1个Mini PCIe槽)。资源分配建议:1个EtherCAT网口用于驱动伺服系统,1个可预留或用于扩展IO耦合器;Mini PCIe槽安装4G/5G通信模块;X、Y槽安装专用功能模块。

² 计算核心SOM372(RK3562J, 32GB eMMC, 4GB LPDDR4X),提供充足的存储空间存放高精度地图与运行日志。

² 操作系统:采用Linux-RT-5.10.198内核,为关键控制任务提供实时性保障。

2.关键功能IO选型

功能分类

信号需求

选型型号/接口

功能说明与配置考虑

导航辅助感知

接收IMU(惯性测量单元)的角速度、加速度等数据,通常通过串口(UART)或CAN总线输出。

Y系列板卡(需支持UART或CAN)

规格书中Y系列板卡型号众多,需选择提供相应串行通信接口的型号(如带RS232/RS485的板卡可适配部分IMU)。IMU数据用于补偿里程计误差,尤其在车轮打滑时,为融合定位提供重要观测值。

安全防护

接入安全激光雷达(SICK, Hokuyo等)的安全区域信号。这类传感器通常输出OSSD(安全输出)信号或通过CIP Safety over EtherCAT等安全协议通信。

X系列板卡(高速DI)或 EtherCAT FSoE

方案一(传统安全回路):选用X14等高速DI板卡,直接采集安全激光雷达的OSSD开关量信号,并接入控制器的安全逻辑。方案二(网络化安全):若激光雷达支持,将其作为EtherCAT FSoE(功能安全 over EtherCAT)从站接入,实现更高集成度的安全功能。

驱动与基本控制

控制提升、伸缩、声光提示等机构的数字输出(DO);采集急停、防撞条、货叉到位等信号的数字输入(DI)。

X23板 (4DI+4DO) 或组合使用 Y01 (DI/DO)、Y11 (DI)、Y21 (DO) 等板卡

根据车辆实际执行器与传感器数量,灵活选配与组合数字量IO板卡,完成车辆本体的基本逻辑控制。

无线通信

提供稳定的蜂窝网络连接。

Mini PCIe接口 + 4G/5G模块

BL370通过Mini PCIe接口扩展4G/5G模块,为车辆提供广域无线连接能力。天线接口便于外接车载天线。

3.软件功能实现

² BLIoTLink实现车-云可靠通信BLIoTLink软件运行于BL370上,作为通信代理。它可通过4G/5G模块,利用MQTT协议与远端的调度系统(RCS)或物联网平台建立连接。负责封装上报车辆位置、状态、电池信息,并可靠接收下发的路径点、任务指令。其断线重连、消息队列等机制有助于提升无线环境下的通信韧性。

² QuickConfig简化现场部署:通过QuickConfig工具,将不同工作区域的地图文件、站点坐标(X,Y,Θ)、速度参数、充电桩位置等配置信息,打包成独立的“场景配置文件”。在现场部署或任务变更时,运维人员可通过连接车载HMI或无线网络,将配置文件快速下发至AGV,减少现场编程与调试工作量。

四、一体化控制方案的技术特点分析

相比于传统“工控机+运动控制卡+安全PLC+通信网关”的分散式车载方案,基于BL370的一体化方案在系统设计上呈现出不同特点。

对比方面

传统分布式车载控制方案

基于BL370的一体化边缘控制方案

方案特点分析

硬件架构与集成度

多个独立硬件单元通过线缆连接,占用空间较大,总重量和功耗较高,对AGV的载重与续航设计有影响。

高度集成。主要计算、控制、通信与基础IO功能集中于单个紧凑型控制器(110*83*48mm)。模块化IO板卡直接插接,大幅减少内部线缆连接。

有助于实现更紧凑、轻量化的车载电控柜设计,简化内部布线,提升硬件可靠性。

软件与算法协同

导航算法、运动控制、安全逻辑可能运行在不同硬件上,跨平台数据交换存在延迟与同步挑战。

算法与数据在平台内闭环SLAM、路径规划、运动控制、安全逻辑均可部署在同一平台,共享内存数据,减少中间传输延迟,有利于提升控制系统整体的响应性能与确定性。

为复杂的多源传感器融合与实时控制提供了一个统一的软件运行与数据交换环境

实时性与功能安全

依赖专用安全PLC处理安全信号,其与主控间的通信周期和延迟需要仔细评估。

通过Linux-RT实时内核与M0核,可在同一硬件上划分非实时与实时任务区域。结合EtherCAT及FSoE,可构建集成化的安全控制体系,但需进行严谨的安全架构设计与认证。

提供了构建紧凑型安全控制系统的硬件与网络基础,降低了系统复杂度,但需在应用层面完成完整的安全生命周期管理

远程运维与更新

各组件可能需要不同的工具进行维护,整车软件更新流程复杂。

通过BLIoTLink与BLRAT等统一工具,可实现对车载控制器软件、配置参数的远程监控、诊断与无线(OTA)更新

提升了车队管理的集中化与运维效率,特别是对于大规模部署的场景。

五、总结

ARMxy BL370边缘控制器作为AGV/AMR的核心控制单元,其价值在于提供了一个高度集成、软件定义且通信能力丰富的硬件平台。该方案通过整合EtherCAT运动控制、多接口传感器接入、实时计算与无线通信能力,旨在应对AGV/AMR在精准协同控制、多传感器融合、稳定车队通信及高效现场部署等方面的工程需求。

它并非简单地替换多个独立硬件,而是通过重构车载控制系统的架构,为设备开发者提供了一个更具集成度和灵活性的基础平台,使其能够更专注于导航算法、任务逻辑等上层应用的开发与优化,从而适应快速变化的市场与多样的应用场景。

 




楼主最近还看过


热门招聘
相关主题

官方公众号

智造工程师