Робот подключился к Wi-Fi, но не получил задание. Лифт принял вызов, но нужная кабина недоступна. Замок разблокировался, а дверь осталась закрытой. Эти ситуации требуют проверки разных частей инфраструктуры.
Подготовка здания к сервисному роботу начинается с полного маршрута и списка систем, от которых зависит работа. Проверяют связь на самом устройстве, переход между точками доступа, лифтовой интерфейс, открывание дверей, права доступа и передачу событий сотруднику. Для каждого узла нужны ответственный, критерий приёмки и порядок действий при отказе.
Ниже - чек-лист для IT-службы, инженера объекта и руководителя проекта. Его параметры уточняют по документации выбранной модели и установленного оборудования. Это основа обследования, а не подтверждение совместимости любого робота с любым зданием.
Начните с карты полного маршрута
Отметьте точки загрузки и выдачи, коридоры, повороты, двери, лифтовые холлы, кабины, места ожидания и зарядную станцию. Учитывайте обратный путь: после доставки робот должен вернуться к следующему заданию или обслуживанию.
Проверьте маршрут с рабочей нагрузкой и в обычных условиях объекта. Свободный коридор перед открытием здания и тот же проход в час пик могут давать разные результаты. Зафиксируйте узкие места, покрытие, пороги, траектории створок, очереди и зоны разъезда. Геометрию сверяют с требованиями конкретной конфигурации робота.
| Участок | Что должно быть подтверждено |
|---|---|
| Коридор и поворот | Проезд с рабочей нагрузкой, допустимая геометрия, связь для необходимых функций. |
| Дверь или калитка | Разрешение доступа, фактическое открывание, свободный проём и завершение проезда. |
| Лифтовой узел | Назначенная кабина, условия посадки, нужный этаж и выход. |
| Рабочая точка | Получение груза или передача обращения, а не только прибытие робота. |
| Станция и резерв | Возврат к обслуживанию либо понятная передача задачи сотруднику. |
Для гостиничного процесса отдельно учитывают загрузку, действия гостя и невручённый заказ. Эти вопросы разобраны в статье о подготовке отеля к роботу-доставщику. Здесь основной предмет проверки - технические зависимости маршрута.
Разделите функции робота и внешних систем
Составьте перечень: что выполняется на борту, что требует локального сервера, а что зависит от внешнего сервиса. Автономная навигация не подтверждает автономность вызова лифта, уведомлений или получения новых заданий.
Для каждого подключения запишите модель робота, аппаратную версию, версию ПО, интерфейс здания, доступные команды и способ подтверждения результата. Назначьте стороны, которые разрешают изменения, выполняют настройку и принимают работу. Формулировки «поддерживает API» или «отвечает интегратор» недостаточно без конкретного состава работ.
Различайте функцию производителя, возможную проектную интеграцию и проверенную связку на объекте. Документация модели помогает составить требования, но не заменяет согласование с обслуживающей организацией и испытание выбранной конфигурации.
Проверьте Wi-Fi на самом роботе
Доступ к интернету с телефона у стойки администратора не доказывает готовность сети. Радиообследование показывает условия связи, а проверка конечного устройства - работу нужных приложений. Нужны оба результата, если задача зависит от беспроводного обмена.
- Совместимость: диапазоны, каналы и способы авторизации, поддерживаемые точной версией робота.
- Сетевые службы: выдача адреса, DNS, синхронизация времени и разрешённые соединения.
- Радиокачество: уровень сигнала, помехи, загрузка эфира, потери и задержки на маршруте.
- Прикладной обмен: получение задания, статусы, связь со шлюзами и внешними сервисами.
- Повторное подключение: восстановление после перезапуска, смены учётных данных или окончания сессии.
Пороговые значения берут из требований устройства и приложения. Универсальную норму сигнала или задержки для всех роботов назначать нельзя. Успешный ping проверяет лишь часть соединения и не подтверждает выполнение доставки.
С IT-службой согласуйте отдельный сегмент и минимально необходимые соединения, если такая архитектура подходит объекту. Отдельное имя сети само по себе не обеспечивает изоляцию. Гостевой портал с ручным подтверждением, изоляция клиентов или неподдерживаемая корпоративная авторизация могут мешать работе; это выясняют до запуска.
Испытайте переходы между точками доступа
Роуминг - переключение устройства между точками Wi-Fi во время движения. Одинаковое имя сети на этажах не гарантирует непрерывность обмена. Результат зависит от инфраструктуры, клиента и режима защиты.
Механизмы 802.11k, 802.11v и 802.11r помогают получать сведения о соседних точках, рекомендовать переход и ускорять его. Поддержку и совместимость проверяют у конкретного устройства; включение всех механизмов без проверки не является готовой настройкой для любого робота.
Пройдите маршрут в обе стороны при согласованной нагрузке сети. Зафиксируйте старую и новую точку доступа, момент перехода, длительность перерыва и восстановление нужной функции. Проверяйте создание задания и получение статусов, а не только видеопоток. Отдельно исследуйте холлы и кабину лифта, если связь необходима на этих участках.
Резервный мобильный канал оценивают по тем же функциям. Наличие SIM-карты ещё не подтверждает доступ к локальному лифтовому шлюзу или системе здания.
Лифт: проверьте полный цикл поездки
До выбора способа подключения запросите модель и версию контроллера, состав группы кабин, разрешённые этажи и условия обслуживающей организации. Поддержка лифтов у робота не означает совместимость со всеми контроллерами одного бренда.
Например, для PUDU FlashBot Max производитель описывает облачный и аппаратный варианты управления лифтом. Это возможные архитектуры подключения. Их применимость к конкретному объекту, состав оборудования и работ нужно подтверждать отдельно; выполненная интеграция Unibot этим не заявляется.
В приёмочный цикл включите вызов, определение назначенной кабины, проверку условий посадки, въезд, поездку, выход и завершение лифтового задания. Дополнительно рассмотрите заполненную кабину, отмену вызова и недоступный этаж.
Старое сообщение «двери открыты» после разрыва связи не подтверждает текущее состояние. Нужно согласовать актуальность данных, время ожидания, допустимые повторы и ручной резерв. Команда интерфейса, датчики робота и защитные устройства лифта выполняют разные задачи и не подменяют друг друга.
Двери и СКУД: разрешение не равно проезду
СКУД - система контроля и управления доступом. Разрешение этой системы, разблокировка замка и физическое открывание створки являются отдельными событиями. Если нет подходящего привода, команда замку сама по себе не открывает дверь для робота.
Для каждого проёма проверьте привод, замок, обратную связь, защиту от препятствий, траекторию створки и место ожидания. Согласуйте, как подтверждаются открытое состояние и завершение проезда. Одного управляющего импульса недостаточно для доказательства результата.
Профиль доступа должен определять разрешённые зоны, этажи, часы, срок действия и порядок отзыва прав. Включите отрицательную проверку: запрещённый маршрут корректно отклоняется, причина видна ответственному. Такой отказ является ожидаемым результатом проверки доступа.
Режимы противопожарных и эвакуационных дверей определяют по проекту здания и документации оборудования. Нельзя назначить всем дверям одинаковое поведение при отказе питания или постоянно фиксировать створку открытой ради маршрута. Проверки особых режимов согласуют с ответственными специалистами; робот и место его ожидания не должны мешать предусмотренным функциям здания.
Свяжите задания, события и уведомления
У задания должен быть идентификатор, по которому прослеживаются команды, ответы и результат. Для доставки различайте создание задания, его принятие, прибытие и получение груза. Прибытие в точку не подтверждает вручение.
После потери ответа повтор запроса не должен создавать вторую операцию. Согласуйте идентификаторы повторов, срок действия команд и сверку фактического результата после восстановления. Старую команду открытия двери нельзя безусловно воспроизводить после перезапуска шлюза.
Отправка уведомления, его техническая доставка и принятие сотрудником - разные этапы. Определите ответственного, срок ожидания и резервный канал. В журнале сохраняйте время события и получения, состояние, причину отказа и вмешательство человека. Пароли, токены и лишние данные посетителей в обычные журналы не включают.
Проверьте отказы и возвращение к работе
| Ситуация | Что согласовать и проверить |
|---|---|
| Нет внешнего интернета | Какие локальные функции сохраняются, какие операции приостанавливаются и как сверяются статусы после восстановления. |
| Потерян Wi-Fi | Поведение по документации модели, связь с ответственным и восстановление задания. |
| Нет актуального ответа лифта или двери | Условия ожидания и отмены, ручной резерв, подтверждение фактического состояния перед продолжением. |
| Доступ отозван | Корректный отказ, понятная причина и отсутствие обхода ограничений. |
| Шлюз перезапущен | Сверка незавершённых заданий без повторной доставки и исполнения устаревших команд. |
| Сотрудник не принял уведомление | Согласованная передача другому ответственному и прослеживаемый итог обращения. |
Способ проверки выбирают заранее: стенд, программная имитация или допустимый тест на объекте. Не отключайте защитные функции и действующие системы ради демонстрации. Результаты имитации и реального проезда фиксируют раздельно.
Записывайте условия, число повторов, завершённые задания, отказы и время помощи сотрудников. Ручное исправление не считается автономным успехом. После изменения прошивки, сети или интерфейса повторно проверяют затронутые сценарии.
Что должно остаться после обследования
- Карта маршрута с ограничениями, зонами ожидания и обратным путём.
- Перечень оборудования, версий и подтверждённых интерфейсов.
- Результаты проверки сети и прикладного обмена.
- Сценарии лифта, дверей, доступа и восстановления после отказов.
- Список необходимых работ, ответственных и критериев приёмки.
- Открытые вопросы и решение: готово к ограниченному пилоту, требуется доработка или маршрут не подходит.
В смете отдельно учитывают обследование, оборудование, монтаж, программный обмен, лицензии, обучение и повторную проверку. Ставка за одну точку доступа не описывает бюджет всей интеграции. Общая структура расходов приведена в статье о полной стоимости владения роботом.
Для обсуждения с Unibot подготовьте тип объекта, город, задачу, описание маршрута, этажей, дверей и лифтов, а также контакты ответственных за IT и эксплуатацию. Закрытые схемы передавайте согласованным способом, без паролей и токенов. Возможность интеграции, состав работ и стоимость подтверждаются индивидуально по проекту.
