Готовая платформа или комплект для разработки — что выбирают под свою задачу
Роботизированные платформы поставляются готовыми и в виде комплектов для разработки с открытым доступом к управлению. Сравниваем два варианта по доступу к управлению, требуемой квалификации, ответственности за результат и обновлениям, разбираем, что входит в обе формы поставки.
Роботизированные платформы поставляются в двух формах. Готовая платформа — комплект, настроенный под определённый класс сценариев, с собственным программным обеспечением, интерфейсами управления и сервисной поддержкой. Комплект для разработки — та же аппаратная база, но с открытым доступом к управлению: заказчик получает возможность писать собственные алгоритмы, менять конфигурацию и встраивать платформу в свои системы.
Выбор между ними определяется не бюджетом, а тем, кто будет отвечать за поведение робота на объекте. Линейка платформ собрана на странице Роботы для задач на производствах.
Чем различаются два варианта поставки
| Параметр | Готовая платформа | Комплект для разработки | Что это меняет |
|---|---|---|---|
| Доступ к управлению | Через штатные интерфейсы и платформу управления | Открытый доступ к уровню управления приводами и датчиками | Глубина изменений, которые можно внести в поведение робота |
| Сценарий работы | Задан и настраивается в пределах предусмотренного | Определяется заказчиком | Срок до первого результата |
| Требуемая квалификация | Оператор и техническая служба | Команда разработки с опытом в робототехнике | Состав персонала, который нужно иметь или привлечь |
| Ответственность за результат | Поставщик в пределах заявленного сценария | Заказчик в части собственного программного обеспечения | Условия договора и гарантии |
| Обновления | Штатные обновления программного обеспечения | Совмещение штатных обновлений с собственным кодом | Регламент эксплуатации и риск расхождения версий |
| Типичное применение | Повторяющаяся операция на производстве или в логистике, сервисные и презентационные задачи | Исследовательские проекты, отработка манипуляций и телеуправления, учебные лаборатории | Соответствие форме поставки реальной задаче |
Определяющая строка в таблице — квалификация. Комплект для разработки не ускоряет внедрение, а переносит работу по его настройке на сторону заказчика. Без постоянной команды разработки такой комплект остаётся на уровне демонстрационных задач, а заявленный сценарий не выходит на эксплуатацию.
Когда берут готовую платформу
- Операция описана и повторяется: известно, что робот берёт, куда перемещает, с какой точностью и цикличностью.
- Задача попадает в один из отработанных классов — повторяющиеся операции на линии, распределение и перемещение грузов на складе, обход территории и инспекция, сценарии с машинным зрением, презентационные и сервисные задачи в общественных зонах.
- Результат нужно получить в предсказуемый срок, с обучением операторов и сервисом на русском языке.
- На объекте есть техническая служба, но нет команды, которая способна поддерживать собственное программное обеспечение робота.
- Платформа должна обмениваться данными с существующими системами учёта — для этого достаточно штатных интерфейсов.
- Планируется масштабирование парка: единая конфигурация и штатные обновления здесь дают меньше расхождений, чем набор самостоятельно доработанных машин.
Когда оправдан комплект для разработки
- Сценарий не входит в отработанные и требует собственных алгоритмов восприятия, планирования или управления.
- Задача исследовательская: отработка манипуляций, телеуправление, эксперименты с обучением и с моделями поведения.
- Платформа нужна как стенд в учебной лаборатории или на полигоне, где предмет работы — само управление роботом, а не производственный результат.
- Требуется доступ к низкоуровневым данным — показаниям датчиков силы и энкодеров, состоянию приводов и аккумулятора с системой управления питанием.
- Есть команда, которая возьмёт на себя разработку, её тестирование и сопровождение при обновлениях штатной части.
- Предполагается последующий перенос отработанного сценария на серийную платформу — в этом случае комплект выступает как этап, а не как конечное решение.
Промежуточный вариант — пилот на готовой платформе с ограниченным участком: он позволяет измерить цикл операции и экономику до того, как принимается решение о собственной разработке. Этапы пилота описаны на странице Роботы для задач на производствах.
Что входит в обе формы поставки
- Аппаратная часть: вычислительный и доменный контроллеры, модуль искусственного интеллекта, модули связи, датчики силы и энкодеры, моторы, редукторы, приводы, аккумулятор с системой управления питанием, верхние конечности и кисти.
- Системный уровень: базовая операционная система, гипервизор, драйверы, промежуточное программное обеспечение с распределённой связью и управлением конфигурацией.
- Платформы сопровождения: базовая облачная, платформа эксплуатации и обслуживания, платформа управления данными и платформа симуляции.
- Модели и алгоритмы: мультимодальная большая модель, модель мира, обучение с подкреплением, алгоритмы восприятия, планирования и управления.
- Тип исполнения из линейки — полноразмерный, колёсный, уменьшенного размера или четвероногий, в зависимости от среды и задачи.
- Поставка, интеграция, обучение операторов и техническая поддержка; объём работ по интеграции при комплекте для разработки определяется отдельно.
Частые вопросы
Можно ли начать с комплекта для разработки, а потом перейти на серийную платформу? Такой порядок применяется, когда сценарий заранее неизвестен. Условие переноса — единая аппаратно-программная архитектура, иначе отработанные алгоритмы придётся переписывать под другую платформу.
Дешевле ли комплект для разработки? По стоимости поставки различие невелико, поскольку аппаратная база та же. Основная разница — в затратах на собственную разработку и её сопровождение, и они обычно превышают разницу в цене комплекта.
Сохраняется ли гарантия при собственной разработке? Гарантия на аппаратную часть сохраняется, ответственность за поведение робота под собственным программным обеспечением переходит к заказчику. Это фиксируется в договоре до поставки.
Нужна ли платформа симуляции, если робот уже на объекте? Она применяется для проверки изменений до их переноса на машину. При собственной разработке это основной способ не выводить робота из эксплуатации на время отладки.
Что прислать для подбора? Описание операции — что берётся, куда перемещается, с какой точностью и цикличностью; данные по среде — планировка, покрытие пола, проходы, освещение и требования безопасности; планируемую загрузку в часах, состав службы, которая будет обслуживать робота, и метрику, по которой будет измеряться результат.
Что мы делаем
Разбираем операцию и среду, определяем метрику результата, подбираем тип платформы из линейки, предлагаем форму поставки под фактическую квалификацию службы заказчика, организуем пилот на ограниченном участке с расчётом цикла и экономики, затем поставку, интеграцию с действующими системами, обучение операторов и техническую поддержку на русском языке. Направление — Роботы для задач на производствах.
Опишите операцию и среду, в которой должен работать робот, на sale@tkasiatorg.ru — подберём платформу и форму поставки, оценим цикл и подготовим план внедрения со сроками.

