Reference · Company dossier

Open-RMF 开源代码库

Open-RMF 的开源代码仓库，包含核心库、示例和集成工具。

调度与集群仓储物流移动机器人初创公司
  1. 一句话定位 维护ROS、Gazebo与Open-RMF的非营利机器人软件基金会，2022年失去商业子公司后，2024年起以OSRA联盟模式维持开源生态治理。[确认]
  2. 公司与创始人 2012年5月成立Open Source Robotics Foundation（OSRF），由Willow Garage分拆而来，首任CEO Brian Gerkey（前Willow Garage ROS项目负责人）。[确认] 2016年设营利子公司OSRC，2017年5月合称Open Robotics；2018年设新加坡办公室并启动医疗机器人中间件项目。[确认] 2022年12月OSRC及新加坡实体被Alphabet旗下Intrinsic收购，OSRF保持独立非营利。[确认] 2024年3月18日成立Open Source Robotics Alliance（OSRA），4月起接管ROS、Gazebo、Open-RMF治理，采用会员制＋精英治理（TGC＋各项目PMC）。[确认]
  3. 资本与融资 非营利，无股权融资。历史资金来自DARPA、NASA、Amazon、Bosch、NVIDIA、Toyota Research Institute等资助与合同。[确认] OSRA会费按机构规模分档：Platinum 2万–17.5万美元/年、Gold 7,500–6万美元、Silver 3,500–3万美元、Associate 1,000美元、个人50美元；Platinum成员为Canonical、Intrinsic、NVIDIA、Qualcomm，Gold含AMD、Bosch、Huawei、Intel、Red Hat。[确认] 2025年TGC批准25万美元用于基础设施与文档。[确认] Intrinsic收购金额未披露。[未获取]
  4. 业务与产品线 核心产品：ROS 2（第十二个LTS版本Lyrical Luth，2026年5月发布、支持至2031年5月）、Gazebo仿真、Open-RMF多机器人调度框架。[确认] Open-RMF包含交通调度（时空约束、死锁避免）、任务分配（拍卖式调度）、车队适配器、楼宇设施（电梯、门禁）集成与Web监控，面向医院、机场、园区、工厂等多楼层共享空间。[确认] 配套服务包括build farm、REP标准流程、ROSCon与开发者教育。
  5. 技术栈与护城河

5.1 技术栈总览

ROS 2 的技术栈按通信、控制、能力包、仿真、编排五层组织。最底层是 DDS 中间件，经 rmw 抽象层接入 Fast DDS、Cyclone DDS 等实现，提供发布订阅、服务与动作三种交互方式；节点生命周期、参数系统与执行器建立在中间件之上，决定回调在单线程还是多线程环境中运行。[确认] 中间层是 ros2_control，用硬件接口把控制器与电机驱动解耦，同一套控制器可以换到不同机器人上。能力层由 Nav2 承担移动导航，MoveIt 等社区包承担机械臂操作，感知以插件形式挂接。仿真层是 Gazebo，编排层是 Open-RMF。

数据从传感器驱动进入，经 tf2 统一坐标，交给感知与定位插件，再由规划器生成路径或轨迹，控制器把轨迹拆成周期指令写入硬件接口。每一层都通过标准消息与动作接口连接，任意一层可以被厂商替换。可替换性塑造了 ROS 2 的使用方式：集成商按项目挑选实现，上游只保证接口与语义稳定。代价是端到端性能依赖集成质量，默认配置面向通用场景，实时性与确定性需要额外调优。

工具链承担了相当一部分黏性。colcon 构建、rosdep 依赖解析、rosdistro 发行版索引与 build farm 的二进制包，让一个团队在数天内搭起可运行的机器人系统。发行版按 LTS 节奏维护，Lyrical Luth 的支持期到 2031 年 5 月。[确认] 对工业客户而言，可预期的维护窗口与二进制包供应，比任何单点算法都重要。

5.2 感知、定位与环境理解

上游不提供统一感知栈，只定义消息与坐标约定。图像、点云、惯性数据与激光扫描经 image_transport、point_cloud_transport 与 message_filters 传入，tf2 维护 map、odom、base_link 之间的变换树。Nav2 的代价地图把静态地图、障碍层与膨胀层叠加，供规划器查询；定位可选 AMCL 或 SLAM Toolbox，前者依赖先验地图，后者在线建图。[确认] 环境理解在移动侧表现为二维占据栅格，在操作侧表现为 MoveIt 的规划场景与 Octomap。

Open-RMF 的环境模型是另一套表示。楼层被描述为导航图，节点是航点，边带有通行方向、限速与门、电梯的绑定关系，由 traffic editor 编辑成 YAML。[确认] 这张图同时承担路径规划、交通冲突判定与楼宇设备触发三项职责。图的准确性直接决定系统能否运行：图上不存在的通道，机器人不会走；标注错误的门，车队适配器会在错误位置等待。

常见失败模式集中在时间与坐标两处。多传感器时间戳不同步会让点云与位姿错配，机器人把障碍物放到错误位置；tf 树断裂或外参标定漂移会让代价地图整体偏移，表现为贴边行驶或误停。粉尘、反光地面与玻璃幕墙削弱激光回波，透明物体在深度相机里缺失。上游把这些归为集成问题，采用者需要自行标定与调参。

5.3 规划、控制与操作

移动规划由 Nav2 的行为树调度，规划器插件生成全局路径，控制器插件跟踪路径并输出速度指令，恢复行为在受阻时清理代价地图或后退。行为树把导航拆成可组合节点，工程团队可以插入自定义检查。机械臂侧由 MoveIt 提供采样规划、确定性规划与碰撞检测，轨迹经 ros2_control 的控制器下发到关节。[确认]

车队的规划发生在另一个层级。rmf_traffic 维护跨车队的时空日程表，把每台车的路径表示成带时间戳的轨迹段，通过分布式协商确定交叉口的先后顺序；任务层用拍卖机制把任务分配给报价最低的车队；fleet adapter 把抽象指令翻译成厂商接口，并负责门与电梯的状态机。[确认] 这套设计假设各厂商的计算系统彼此独立，协商通过消息完成，进程与内存不共享。替代路径是厂商自建车队管理或采购商业调度软件，跨品牌与楼宇设备的场景才需要独立的编排层。

规模上升后，失败模式转向拓扑与接口。窄通道会车需要一台车倒出，倒车路径依赖导航图的连通性；电梯状态机在门未关严、楼层信号丢失时卡住，需要人工复位；不同厂商适配器的能力差异会让同一张日程表执行出不同结果。RMF 文档承认早期版本对真实电梯的支持有限，演示环境用模拟电梯代替。[确认] 多楼层场景的工程风险因此集中在楼宇侧接口。

5.4 模型、数据与训练

组织积累的技术资产以规则化算法与工程规范为主，学习模型只出现在外围。Nav2 与 MoveIt 的规划器由采样、图搜索与优化算法构成，行为由参数和插件配置决定，训练数据不参与运行时决策。Gazebo 承担合成数据生成与回归测试，物理引擎可选 DART、Bullet 或 ODE，传感器模型带噪声与延迟参数。[推测]

真正被积累的是测试与兼容性数据。build farm 对每个发行版、每个包、多种编译器与操作系统组合做构建验证，回归失败在合并前暴露；REP 流程把接口变更记录成编号文档，供下游引用。[确认] 这类资产不产生算法优势，却显著降低采用者的集成风险，也是 ROS 2 在十余年里保持接口兼容的原因。

验证边界在仿真与现场之间。Gazebo 能复现运动学与控制逻辑，难以复现地面摩擦变化、光照突变与人为干扰；仿真里通过的任务，在粉尘车间仍可能因激光衰减而失败。上游没有覆盖真实场景的测试集，场景验证的责任落在集成商与终端用户。

5.5 硬件、供应链与制造

组织本身不设计、不制造硬件，技术栈的硬件相关性体现在接口与算力适配上。ros2_control 的硬件接口定义读关节状态、写关节指令的周期回调，驱动开发者按此实现；micro-ROS 把节点运行时搬到微控制器，让传感器与执行器直接接入 ROS 2 计算图。[确认] 算力平台从 x86 工控机到 NVIDIA Jetson 与 ARM 板卡都有社区支持，实时性依赖内核与调度配置。

供应链风险由采用者承担。DDS 商业实现的许可、实时内核补丁、工业相机驱动质量都会影响项目进度；上游只保证接口存在，不保证特定硬件组合的性能。OSRA 会员中有 Canonical、NVIDIA、Qualcomm、Intel 等平台厂商，它们贡献驱动与加速包，也在各自平台上形成事实上的推荐组合。[确认]

制造环节由采用者承担，标准会影响制造选型。采用 ROS 2 的机器人厂商通常在自家控制器上预装运行时，把标定参数与安全逻辑做成私有包，再把通用能力回馈上游。这种分工让上游保持硬件无关，硬件差异留在厂商侧。

5.6 软件平台、接口与生态

接口体系由三层构成。消息层是 sensor_msgs、geometry_msgs 与 nav_msgs 等标准包，语义由 REP 文档固定；服务与动作层定义请求响应，以及长时任务的反馈与取消；编排层是 Open-RMF 的 fleet adapter 接口与 rmf_api_server 的 HTTP 接口，供外部系统下单与查询。[确认] 发行版层由 rosdistro 管理包版本，二进制包由 build farm 产出，安装通过 apt 或源码工作空间完成。

生态的组织方式是基金会加项目委员会。OSRA 按会员等级收费，Platinum 成员包括 Canonical、Intrinsic、NVIDIA、Qualcomm，Gold 成员包括 AMD、Bosch、Huawei、Intel、Red Hat；技术决策由技术指导委员会与各项目 PMC 做出，REP 流程对外公开。[确认] 治理把标准制定与资金供给分开，会员费换取标准制定的话语权。

迁移成本中等。ROS 1 到 ROS 2 的接口变化大，ros1_bridge 只能做过渡，消息类型、参数系统与构建方式都要改；跨发行版升级通常需要重新编译与回归。迁移成本低于自研中间件，高于更换一个商业库，这决定了客户在不满时倾向于留在生态内换实现。

5.7 竞争壁垒的来源

网络经济成立。采用者越多，驱动与教程越全；教材与课程越多，新工程师越倾向学 ROS；REP 的引用基数扩大之后，接口替代所需的协调成本上升[推测]。这层正反馈作用于生态规模，不直接转化为组织的收入。

流程能力成立。标准制定、发行版维护与十余年的兼容性记录构成后来者难以复制的组织资产，LTS 的支持期明确到 2031 年 5 月，客户可以按发行版规划产品生命周期[确认]。

品牌成立。ROS 已是品类名，招聘广告与项目招标直接写 ROS，这种语言习惯降低了采用成本与招聘成本[推测]。

转换成本偏弱。采用者可以替换中间件实现或更换发行版，真正留下的是工程习惯与人才供给，客户迁移的项目成本低于自研中间件[推测]。

规模经济不成立。维护成本随包数量与平台组合增长，收入来自固定会费与项目合同，装机量上升不摊薄单位成本，反而增加 build farm 与人力负担[推测]。

独占资源不成立。代码以开源许可发布，任何人都可以分叉，标准文本与 REP 文档同样公开[确认]。

反定位部分成立。开源许可让商业中间件厂商难以用同等价格竞争，闭源厂商降价会侵蚀自身的许可收入；这层保护作用于采用率，不转化为组织的定价能力。

治理结构削弱了壁垒的稳定性。Open-RMF 的 PMC 成员全部来自 Intrinsic，项目领导亦为 Intrinsic 员工；OSRA 的 Platinum 席位由平台厂商占据。[确认] 厂商中立是这套标准的核心主张，人员集中让中立性依赖单一公司的自律。壁垒因此更接近公共基础设施带来的默认地位，可定价的私有资产成分有限。

5.8 壁垒的边界与反证

第一条可证伪条件在车队编排层。观察窗口 24 个月，指标是新建多品牌项目中 RMF 的出现比例与集成商的项目储备；若该比例低于两成，或 VDA 5050 成为欧美制造业车队互联的默认接口，Open-RMF 的跨厂商编排价值被压缩到楼宇设备集成，结论应改为"编排层降为楼宇集成工具"。

第二条在资金与人力。观察窗口 12 个月，指标是 LTS 发布节奏、build farm 失败率、PMC 席位空缺与安全补丁时延；若出现一次 LTS 延期超过一个季度，或核心包的安全补丁滞后超过 30 天，采用者转向商业发行版或冻结版本，结论应改为"依赖商业发行版的长期支持"。

第三条在治理。观察窗口 18 个月，指标是 RMF 的关键能力是否进入 Intrinsic 的商业产品，以及社区分叉仓库的活跃度；若闭源比例上升且分叉项目获得两家以上机构投入，社区分裂，中立性主张失效，结论应改为"标准分裂、生态分区"。

技术层面还有一条边界。ROS 2 核心不提供功能安全认证，工业量产需要在控制器外叠加安全 PLC 与认证的运动监控，ROS 2 承担非安全回路。[推测] 观察窗口 24 个月，指标是 ISO 13849 或 IEC 61508 认证项目中选择 ROS 2 的比例；若该比例低于一成，ROS 2 的适用范围被限制在研究、物流与服务机器人场景，结论应改为"非安全回路的通用底座"。

6、市场与渠道 软件免费下载，商业价值通过OSRA会费、合同开发、系统集成商（Ekumen、InOrbit、PickNik等）与政府项目实现。[确认] Open-RMF主要落地新加坡：2018年由NRP资助、与Changi General Hospital等共建，衍生RoMi-H并进入医院与商业楼宇；ROSCon 2025首次在新加坡举办。[确认] 欧美以ROS 2工业应用与会员企业为主。

7、竞争格局 中间件层面对比DDS厂商、NVIDIA Isaac ROS（在ROS之上做GPU加速的闭源栈）；车队编排层面对比MiR Fleet、Geek+、LocusONE、InOrbit等商业方案，以及德国车企主导的VDA 5050接口标准。[推测] Open-RMF优势在多楼层、多品牌、含楼宇基础设施的复杂场景；劣势是部署重、工程服务依赖外部集成商。

8、风险与结论 核心维护者高度集中于Intrinsic：Open-RMF PMC六名成员全部为Intrinsic员工，与“厂商中立”叙事存在张力。[确认] OSRA会费能否覆盖build farm与人力成本未知；ROS 2功能安全认证仍弱，工业量产需叠加专有安全层；Open-RMF商业复制仍以新加坡公共项目为主。[推测] 结论：Open Robotics是机器人软件的“公共品＋标准制定者”，生态影响力大但财务与人力结构脆弱；采用者技术风险低，治理与长期投入风险中等偏高。

9、来源清单