Роботы-уборщики выходят на улицы российских городов, и вместе с ними появляется новая задача: качество уборки больше некому проверить «на глаз». Инженер не идёт рядом с машиной, диспетчер не видит, сколько воды ушло на конкретный участок, а регламент выполнения работ держится на доверии к автоматике. Компания «Автономика» решила эту задачу вместе с Galileosky: телематические терминалы собирают данные о местоположении, расходе воды и состоянии робота, а алгоритмы Easy Logic превращают этот поток в управляемые события внутри самого робота.
Почему ручная уборка перестаёт работать
Городская коммунальная служба сегодня живёт в жёстких условиях: кадров не хватает, расходные материалы дорожают, а качество труда низкоквалифицированных рабочих проверить почти невозможно. Один робот-уборщик закрывает объём работы до пяти дворников, при этом на его обслуживание нужно около половины рабочего места инженера или программиста. Такой обмен меняет структуру затрат: вместо текучки персонала появляется обслуживаемый актив с предсказуемым ресурсом.
Вторая причина — экология и шум. Уборочная техника с двигателем внутреннего сгорания даёт выбросы и громкий фон, на который жители жалуются регулярно. Робот на электротяге снижает и то, и другое: по оценке проекта, до 50 тонн СО₂ в год на единицу техники и до 40% уровня шума. Третий мотив — цифровизация ЖКХ. Отрасль долго оставалась в стороне от инноваций, и появление автономных машин тянет за собой нормативную базу, зарядную инфраструктуру и новые требования к учёту работ.
Что умеет «Пиксель» и почему ему нужна система мониторинга
Робот «Пиксель» — автономная машина со сменным навесным оборудованием для всесезонной уборки и системой компьютерного зрения. Зимой он работает со снегом и реагентами, летом — с пылью, песком и мойкой покрытий. Навесное оборудование меняется, а значит меняется и набор параметров, которые нужно контролировать: расход воды при мойке, работу щёток, наработку по каждому модулю.
Задача, которую поставил заказчик
«Автономике» требовалась система мониторинга и диспетчеризации, куда стекаются сведения о работе роботов. Главный риск формулировался просто: данные о работе машин не должны исчезнуть при нештатной ситуации, техническом сбое или другом инциденте. Если робот заглох на маршруте, попал в ДТП или потерял связь, история его работы всё равно должна остаться на руках у эксплуатанта.
Почему обычного трекера здесь недостаточно
Робот — это не автомобиль с водителем, который сам расскажет, что произошло. Здесь нет человека, способного подтвердить факт уборки, и нет бумажного путевого листа. Значит, телематика берёт на себя роль единственного свидетеля: она фиксирует трек, темп работы, расход воды и поведение машины в каждый момент времени. Ошибка в данных здесь равна ошибке в приёмке работ.
Как устроено решение на базе Galileosky
В проект вошли терминалы Galileosky 10 и Galileosky 7x. Первый — флагманская модель с расширенным набором интерфейсов: RS-485, RS-232, 1-Wire, до десяти входов и четырёх выходов для управления исполнительными механизмами, а также поддержка CAN-сканера. Второй — универсальный GPS/ГЛОНАСС-терминал с широким функционалом для гибкого управления парком и стационарными объектами. Обе модели работают с двумя CAN-шинами и поддерживают протоколы J1939, J1979, FMS, CANopen и NMEA-2000.
Точное позиционирование и сбор телеметрии
Терминал определяет координаты робота и одновременно собирает данные о его состоянии. В системе мониторинга видно, где машина находится, с какой скоростью движется, какие механизмы включены и сколько ресурса расходуется. Для уборки это принципиально: трек показывает фактически пройденный маршрут, а не заявленный в плане, и по нему легко сопоставить площадь обработки с расходом воды.
Дублирование данных как «чёрный ящик»
Ключевая функция в этом проекте — резервное хранение. Терминал записывает данные в собственную память и при восстановлении связи досылает их на сервер. Даже если робот попал в инцидент и борт потерял питание или сеть, телеметрия за последние часы работы остаётся доступной. Именно это закрывает требование заказчика: сведения о работе «Пикселей» не теряются в нештатных ситуациях.
Алгоритмы Easy Logic внутри робота
Easy Logic — технология Galileosky, которая позволяет собирать алгоритмы из готовых блоков без навыков программирования. В этом проекте скрипты анализируют данные о местоположении и ускорении и передают результат в CAN-шину робота. Получается обратная связь: не только «мы видим, что делает машина», но и «машина знает, что происходит с ней самой». Такой подход удобен тем, что логику можно менять под новый сценарий уборки, не переписывая прошивку и не дожидаясь обновления от вендора.
Что изменилось после внедрения
Проект дал измеримые результаты. Потребность в низкоквалифицированном персонале снизилась: один робот заменяет до пяти рабочих. Выбросы СО₂ сократились на 50 тонн в год на единицу техники, уровень шума — на 40%. Прозрачность уборки выросла за счёт автоматического контроля выполнения регламентов: диспетчер видит факт прохода по маршруту и расход ресурса, а не отчет «по словам исполнителя». Предсказательная аналитика по данным телеметрии уменьшила количество внеплановых ремонтов на 15–20%.
Масштабирование и следующий шаг
Решение не осталось пилотом на одной площадке: проект масштабируется в Москве, Санкт-Петербурге и других регионах. Логика простая — чем больше роботов в парке, тем ценнее единая система диспетчеризации, где видно каждый аппарат и каждая уборка. Роботизированная уборка перестаёт быть экспериментом и становится обычной коммунальной услугой, а значит требования к учёту будут только расти.
