Программирование сервисных роботов

Что мы делаем для клиента

Мы берём вашу сервисную платформу — робота для доставки, дезинфекции или ресепшена — и пишем под неё рабочее ПО и сценарии поведения. Программирование сервисных роботов у нас означает развёртывание стека на бортовом компьютере, настройку драйверов лидара, камер и колёсной базы, построение карты помещения и логики маршрутов. Мы не производим само шасси и не печатаем корпус — возит и обеззараживает оборудование клиента, а мы готовим управляющий слой, который заставляет его делать это предсказуемо. В работу входит интеграция с вашими системами: вызов лифта, открытие дверей, выдача заказа, передача статусов в учётную систему через API. На выходе вы получаете не демо, а настроенную машину, которая отрабатывает заданные задачи в вашем здании.

Как это работает по сути

Робот непрерывно строит и уточняет карту пространства по данным лидара и одометрии, а затем локализует себя на этой карте в реальном времени. Поверх локализации работает планировщик: он прокладывает глобальный путь до цели и тут же пересчитывает локальную траекторию, обходя людей, тележки и временные препятствия. Каждое прикладное действие — заехать в палату, встать у стойки, объехать очередь — описывается отдельным сценарием с условиями и реакциями на сбой. Мы настраиваем пороги скоростей, зоны безопасности и поведение при потере цели, чтобы машина останавливалась, а не таранила препятствие. Вся эта связка навигации и сценариев и есть то, что превращает железо клиента в работающего сервисного робота.

Откуда пошла сервисная робототехника

Точкой отсчёта принято считать робота Shakey, которого в Стэнфордском исследовательском институте (SRI) разрабатывали с 1966 по 1972 год. Это был первый мобильный робот общего назначения, способный рассуждать о собственных действиях: он воспринимал обстановку, строил план, дробил команду на шаги и восстанавливался после ошибки. Коммерческая сервисная робототехника стартовала позже: Джозеф Энгельбергер основал Transitions Research Corporation в 1984 году, а в 1988 году поставил первого госпитального робота HelpMate в больницу Данбери (Коннектикут). HelpMate сам развозил по этажам медикаменты и образцы, и в течение десятилетия такие машины работали уже более чем в сотне больниц. Именно эта линия — от исследовательского Shakey к серийному HelpMate — задала логику навигации и сценариев, на которой стоит вся сегодняшняя сервисная техника.

Почему критична программная часть

В сервисном роботе физика шасси вторична — итог определяет точность локализации и качество сценариев. Ошибка позиционирования в десять сантиметров означает, что машина не попадёт в дверной проём или встанет мимо стойки выдачи; рассогласование карты и реальности приводит к застреванию в коридоре. Поэтому настройка параметров планировщика, фильтрация шума датчиков и калибровка зон безопасности влияют на результат сильнее, чем характеристики двигателей. Робот ездит и дезинфицирует своим железом, но ведёт его софт, и именно от него зависит, доедет ли он без столкновений и вмешательства оператора. Грамотное программирование сервисных роботов — это не дополнительная опция к платформе, а условие, без которого она остаётся неподвижным набором узлов.

На каком стеке мы работаем

Базовый инструмент — ROS2, открытый фреймворк для робототехники: на нём строится узловая архитектура, обмен сообщениями между датчиками и управлением, запуск и диагностика модулей. Навигацию мы реализуем на стеке Nav2 — это штатное решение для ROS2, отвечающее за построение карты, локализацию, глобальное и локальное планирование пути и поведенческие деревья. Связка ROS2 и Nav2 закрывает весь маршрут робота: от приёма облака точек с лидара до конкретной команды на привод. Прикладную логику — порядок задач, реакции на события, интеграцию с лифтами и учётными системами — мы пишем поверх этого стека под конкретный объект клиента. Стек открытый и поддерживаемый, поэтому решение не привязано к одному поставщику и развивается вместе с экосистемой.

Когда появились ключевые инструменты

Сам ROS (Robot Operating System) появился в компании Willow Garage: репозиторий проекта был создан 7 ноября 2007 года, а версия 1.0 вышла в 2010 году и быстро стала отраслевым стандартом исследований и разработки. У первого поколения были архитектурные ограничения для серийных и многороботных задач, поэтому его переписали: первый дистрибутив ROS2 под именем Ardent Apalone вышел 8 декабря 2017 года. Nav2 развивался как преемник старого навигационного стека ROS, переработанный под ROS2 с использованием подходов из автономного транспорта. Эти даты важны практически: мы работаем на актуальном втором поколении, рассчитанном на промышленную эксплуатацию, а не на устаревшей ветке. Стек проверен временем и сообществом, что снижает риски при долгой эксплуатации вашей платформы.

Почему это можно доверить нам

За разработкой стоит команда с суммарным опытом в IT более 45 лет, и для нас робот — это прежде всего инженерная, а не маркетинговая задача. Мы не обещаем чудес от вашего железа: мы трезво оцениваем, что платформа способна делать, и доводим софт до этого предела. Каждый сценарий проходит проверку в симуляции и на стенде до того, как робот выедет в рабочую зону с людьми, — боевой запуск идёт только после прогона нештатных ситуаций. Мы отвечаем за управляющий слой: навигацию, сценарии, интеграции и настройку оборудования клиента, оставляя производство железа его изготовителю. Такой разделённый подход даёт понятную зону ответственности и результат, который воспроизводится, а не выглядит красиво на одной демонстрации.