Что входит в платформу управления данными роботизированного парка

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

Ниже разобрано, что входит в этот слой, какие данные собираются, как они используются в обслуживании и в расчёте загрузки и что требуется от объекта для её работы. Направление — человекоподобные и мобильные роботы.

Место платформы в архитектуре

Полностековая архитектура роботизированного комплекса состоит из нескольких уровней, и управление данными — верхний из них. Ниже находятся аппаратная часть, системный уровень с базовой операционной системой и промежуточным программным обеспечением, уровень моделей и алгоритмов восприятия, планирования и управления.

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

Разделение существенно при закупке: часть функций поставляется вместе с платформой, часть требует отдельной лицензии или интеграции с системами предприятия, и это уточняется до заказа.

Какие данные собираются

Как данные используются в обслуживании

Обслуживание по наработке вместо обслуживания по календарю — основная практическая отдача от платформы. Ресурс приводов, редукторов и аккумулятора расходуется неравномерно: машина на интенсивном участке вырабатывает его в разы быстрее той, что занята периодическими задачами.

• Плановые работы назначаются по фактической наработке узла, а не по дате поставки машины.
• Перечень запасных частей на год формируется по расходу на парке, а не по общему списку из документации.
• Отклонения в токах и температурах приводов фиксируются до отказа и позволяют заменить узел в плановое окно.
• История отказов по парку показывает, связана ли неисправность с конкретной машиной или с условиями участка.
• Машины с близкой наработкой объединяются в одно сервисное окно, что сокращает число остановок.

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

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

Что требуется от объекта

Платформа управления данными предъявляет требования к связи и к порядку работы с информацией, и они уточняются до поставки.

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

Для парка уборочной техники применяется такой же подход: маршруты, телеметрия и расход ресурсов собираются в единый центр управления. Смежное направление — беспилотные уборочные машины.

Частые вопросы

Нужна ли платформа при одной машине? Для управления — нет, для обслуживания — полезна: наработка узлов и журнал отказов пригодятся и на одной машине. Экономический смысл появляется с ростом парка.

Можно ли развернуть платформу внутри предприятия? Такой вариант предусматривается, когда передача данных во внешний контур ограничена. Он уточняется до заказа, поскольку влияет на требования к серверной части.

Что происходит при потере связи? Машина продолжает выполнять назначенный сценарий, а телеметрия накапливается локально и выгружается при восстановлении канала. Функции, требующие обращения к платформе в реальном времени, при этом недоступны.

Как данные связаны с проверкой сценария? Записи реальных эпизодов используются в среде симуляции: изменённый сценарий прогоняется на них до выката на машину.

Что прислать для расчёта? Число машин и тип платформ, участки и сменность работы, покрытие беспроводной сети, ограничения на передачу данных, перечень систем предприятия для интеграции, требуемую глубину хранения записей.

Что мы делаем

Разбираем операцию и среду, подбираем тип платформы из линейки, проверяем сценарий на пилотном участке, поставляем машины и разворачиваем слой управления парком, интегрируем его с системами предприятия, обучаем операторов и сопровождаем парк после запуска. Направления — роботы для производства и уборочная робототехника.

Пришлите состав парка и участки работы на sale@tkasiatorg.ru — подберём платформу и назовём состав поставки со сроками.