Может ли робот-уборщик работать без интернета
Что проверить при работе робота-уборщика без интернета: выполнение задания, локальное управление, связь с FMS, очередь событий и восстановление доступа.
В подземном паркинге пропала связь с сервером, и робот исчез из кабинета оператора. По одному этому признаку нельзя понять, остановилась ли уборка. Машина может продолжать загруженное задание, пока платформа не получает свежие данные. Для эксплуатации нужно заранее определить, какие функции выполняются на роботе, какие требуют локальной сети и какие зависят от внешнего сервера.
Вопрос «работает ли робот-уборщик без интернета» поэтому стоит разложить на несколько сценариев. Пропадание внешнего канала, недоступность Wi-Fi в одной зоне и отказ сервера управления дают разные последствия. Их нельзя объединять одной отметкой «автономность есть».
Отделите уборку от удалённого управления
На странице навигации ROBO указано, что навигация и уборка выполняются на самом роботе, а после потери связи данные передаются в ROBO FMS при её восстановлении. Это описание поведения РУБИ при продолжении миссии. Оно не отвечает автоматически на вопросы о загрузке нового задания, изменении карты и доступности каждой внешней интеграции.
Для конкретной поставки составьте список функций и напротив каждой укажите зависимость от сети. В него обычно включают выполнение текущего задания, запуск следующего, просмотр статуса, отправку команды, передачу отчёта и взаимодействие с инфраструктурой здания. Результат должен описывать поведение вашей конфигурации, включая версию ПО и способ управления.
Различайте внешнюю сеть и сеть объекта
Если пропал доступ в интернет, связь внутри здания может сохраниться. Робот и локальный сервер способны находиться в одной сети, тогда как облачный кабинет будет недоступен. При потере Wi-Fi самим роботом такой обмен уже может прерваться. Отдельно рассматривают сбой сервера: сеть работает, но нужное приложение не отвечает.
В схеме подключения отметьте, какие узлы связываются напрямую внутри здания, а какие обращаются к внешнему серверу. Рядом запишите, кто обслуживает каждый участок сети. Это поможет определить причину сбоя и связаться с нужным специалистом.
Уточните условия продолжения задания
Для уже запущенной уборки выясните, где хранятся карта и параметры миссии. Запишите, что происходит после потери канала: продолжается ли движение по заданию, как отображается состояние на панели и каким способом сотрудник может завершить работу. Порядок локального управления должен быть понятен дежурной смене без доступа к облачному кабинету.
Следующий вопрос касается нового запуска. Продолжение полученной миссии и запуск нового задания с сервера требуют разных проверок. Уточните, доступно ли сохранённое расписание, можно ли выбрать маршрут с панели и требуется ли повторная авторизация. Не переносите ответ для одного сценария на остальные. Зафиксируйте ограничения рядом с привычным расписанием уборки.
Проверьте двери, лифты и другие зависимости
Робот может самостоятельно ориентироваться в коридоре, но зависеть от внешнего обмена при открытии двери или переходе на другой этаж. Для каждой интеграции нужна схема: участники, канал связи, ожидаемое подтверждение и действие при отсутствии ответа. Недоступный переход не должен оставаться скрытой причиной незавершённого задания.
Проверьте и организационный порядок. Кто увидит, что часть объекта не убрана? Кто передаст задачу персоналу? Как будет отмечен пропущенный участок? Эти вопросы относятся к результату смены даже тогда, когда локальная навигация робота полностью сохраняется. Сценарии интеграций согласуют с ответственными за системы здания до испытания.
Согласуйте проверку с инженером и ИТ-службой
Приёмку проводят в выделенное время по подготовленному плану. Инженер и ИТ-служба выбирают способ имитации конкретного отказа, который не затрагивает чужие сервисы. Не нужно отключать оборудование здания или подавлять радиосвязь. Для каждого случая заранее записывают ожидаемое состояние робота, доступные действия сотрудника и условие завершения проверки.
Фиксируют момент потери связи, состояние миссии, показания локального интерфейса и время последнего сообщения в кабинете. После восстановления сравнивают журнал платформы с наблюдениями. Такой протокол позволяет отличить задержку отчётности от фактического перерыва уборки. Если результат расходится с согласованным поведением, причину устраняют до включения сценария в штатную работу.
Проверьте данные после восстановления связи
В кабинете должен быть понятен возраст показаний. Старое местоположение без времени обновления легко принять за текущее. Уточните также, какие события сохраняются локально, как долго они доступны и в каком порядке передаются. Объём буфера и сроки хранения являются свойствами конкретной реализации; их не стоит выводить из общего обещания автономной уборки.
После восстановления канала проверьте полноту отчёта, время событий и результат задания. Отдельно уточните судьбу команды, отправленной во время недоступности: была ли она отклонена, поставлена в очередь или уже неактуальна. Перед запуском объекта соберите эти ответы в короткую памятку. По вопросам конфигурации РУБИ и ROBO FMS передайте команде внедрения схему сети, маршруты и перечень интеграций.
Разберём ваш объект
Оставьте рабочий контакт: посмотрим планировку и режим уборки, подберём модель и предложим пилот с замером выработки.