Автоматизация склада: что проектировать кроме роботов

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

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

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

Что проектировщик ищет в паспорте оборудования

Хороший пример – зарядная станция KMPC 48S35-1 для мобильной платформы KUKA KMP 1500I diffDrive. В перечне станция занимает одну строку. В паспорте выясняется, что ей нужна однофазная сеть и вилка на 16 ампер, мощность питающей линии должна быть не менее 2,5 киловатта, корпус крепится анкерами к ровному полу, а перед сервисной дверью нужно оставить свободное место. Зарядный разъем при этом должен точно совпасть с меткой, по которой позиционируется робот.

Каждое требование должно появиться в конкретном проектном документе. Параметры питания фиксируются на электрической схеме, место установки и зона обслуживания – на плане, способ крепления – в задании на строительные и монтажные решения. Обмен с батареей, режимы зарядки и аварийное отключение отражаются в документации по автоматизации. Для другой зарядной станции на 24V/100A, работающей с AiTEN AM1516, это решение уже нельзя просто скопировать: отличаются разъем, взаимодействие с батареей и настройки зарядки. Одинаковое назначение еще не означает одинакового подключения.

В инструкциях к роботам нашлись и другие исходные данные: требования к ровности пола, беспроводной сети, температуре, чистоте зоны действия датчиков и свободному воздухообмену вокруг оборудования. Часть этих вопросов лежит за пределами электроснабжения и автоматики. Но если их не заметить вовремя и не передать смежным специалистам, каждый раздел может оказаться правильным сам по себе, а оборудование – непригодным для выбранного места. Поэтому паспорт здесь не приложение «для справки», а один из исходных документов проекта.

Как связать питание и управление в одном проекте

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

Разные группы оборудования получили отдельные распределительные щиты и отходящие линии. Теперь подключение можно проследить по документам: найти устройство на плане, увидеть его на однолинейной схеме, проверить защитный аппарат и кабель, затем дойти до клемм подключения. Если одно звено потерялось, вопрос вернется уже во время закупки или на площадке.

Но подать напряжение недостаточно – оборудование должно понимать команды и сообщать о своем состоянии. В проекте использовалась распределенная система световых подсказок Pick-to-Light. Центральный контроллер ОВЕН ПЛК210-01-CS выполнял основную логику, модули ОВЕН МУ210-403 в локальных шкафах включали красные и синие индикаторы рабочих постов, а обмен шел по промышленной сети Modbus TCP/IP. Для читателя здесь важны не названия устройств, а связь разделов: один и тот же шкаф должен присутствовать и в автоматике, где показаны команды и сигналы, и в электроснабжении, где указаны питание, защита, кабель и заземление.

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

Кто управляет роботами на разных уровнях

В проектной документации двухуровневой была именно система Pick-to-Light. На нижнем уровне локальные шкафы подключали световые индикаторы, а центральный шкаф с программируемым контроллером управлял ими, следил за связью и обменивался данными с диспетчерской системой предприятия. Но эта архитектура не отвечает на более широкий вопрос: кто создает складское задание, выбирает робота, учитывает остатки и решает, что делать, если штатный маршрут выполнить нельзя.

Заказчику удобнее рассматривать весь склад в трех уровнях. Внизу находятся устройства, которые напрямую работают с грузом и рабочей зоной: роботы перемещают палеты, зарядные станции пополняют энергию, датчики и сканеры измеряют состояние, а световые индикаторы подсказывают человеку нужное действие. Средний уровень координирует это оборудование: контроллеры, локальные шкафы, система управления парком роботов и WCS, то есть программа, которая распределяет задания между машинами и следит за их выполнением в реальном времени. Наверху находятся системы, управляющие складом как процессом: заказами, остатками, приоритетами и размещением товара. В разных проектах эту роль выполняют WMS, WES, MES или корпоративная ERP-система, причем границы между ними зависят от выбранных продуктов.

Поэтому заказчику полезнее сначала распределить функции, а уже потом спорить об аббревиатурах. Какая система создает задание? Какая выбирает исполнителя? Где хранится достоверный статус груза? Кто подтверждает завершение операции? Робот может быть исправен, контроллер – видеть все сигналы, а заказ все равно остановится, если две программы по-разному понимают номер ячейки или момент завершения операции. В проекте интерфейсов поэтому отдельно описывают команды и статусы, затем – поведение при ошибке или потере связи, а для восстановления работы предусматривают журнал событий, ручной режим и резервные копии.

Но даже три уровня управления описывают только часть будущей системы. Заказчику всей роботизированной зоны нужно смотреть шире. Технолог описывает путь груза, рабочие операции, производительность и нестандартные ситуации. ИТ-специалисты связывают складское управление, роботов и корпоративные сервисы. Специалисты по связи проверяют проводную сеть и покрытие Wi-Fi. Архитекторы и конструкторы отвечают за пол, проемы, ограждения, крепления и места обслуживания. Отдельно согласуются доступ людей, аварийная остановка, эвакуация и поведение оборудования при пожарной тревоге. Службе эксплуатации нужны диагностика, журналы, инструкции, резервные копии и исходные программы.

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

Как проверить, что чертеж можно реализовать в помещении

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

Именно здесь бумажная схема встречается с реальным зданием. Удобное место может оказаться занято, опуск к шкафу – мешать обслуживанию, а две трассы – претендовать на один участок. Если не решить это в документации, выбор придется делать уже на площадке, когда перенос кабеля затрагивает соседние работы.

Готовность комплекта проверяется не количеством файлов, а связью между ними. Одно и то же устройство должно одинаково называться на плане, схеме автоматизации и электрической схеме. В документах его путь прослеживается так: план оборудования → однолинейная схема → кабельный журнал → схема внешних подключений → спецификация.

Отдельно проверяется сама электрическая линия: потребляемая мощность → расчетный ток → совместный выбор кабеля и защитного аппарата → точка подключения. Здесь уже сравниваются не названия документов, а согласованность технических решений. Кабель и автоматический выключатель выбираются как связанная пара: кабель должен выдерживать рабочий ток, а аппарат – отключить линию раньше, чем перегрузка или короткое замыкание повредят ее.

Что проверить до закупки: семь вопросов

Вместо проверки количества чертежей полезнее пройти по семи вопросам. Каждый из них должен приводить к конкретному решению в проекте:

1. Какой поток должна обработать система? Нужны не только средние значения, но и требуемая производительность в пиковые периоды, размеры и масса грузов, последовательность операций и отклонения, которые придется обрабатывать вручную.
2. Где будут двигаться и останавливаться роботы? Проверяются ширина проходов, состояние и несущая способность пола, пересечения с людьми и техникой, места зарядки, обслуживания и разворота.
3. Что требуется каждому устройству для питания и зарядки? Для робота, зарядной станции и шкафа сначала определяются мощность и точка подключения, затем вместе выбираются кабель и защитный аппарат; отдельно задаются заземление и способ безопасного отключения.
4. Какая система создает задание и какая подтверждает его выполнение? Нужно заранее распределить роли между складской системой, программой управления роботами, контроллерами и локальным оборудованием.
5. С чем роботизированная зона должна обмениваться сигналами? Это могут быть конвейеры, ворота, сканеры, световые подсказки, зарядные станции и пожарная автоматика. Для каждой связи нужны команды, статусы и понятное поведение при потере сети.
6. Как люди и роботы будут безопасно работать в одной зоне? Проверяются маршруты, опасные участки, ограничение скорости, остановка перед препятствием, аварийное отключение, ручной и сервисный режимы.
7. По каким сценариям будут проверять систему? До начала работ задаются штатные операции, отказы и потеря связи, критерии успешного испытания и документы, которые затем понадобятся эксплуатации.

Если на один из этих вопросов нет ответа, проблема находится не в количестве листов. В проекте остался разрыв между оборудованием, помещением или участниками – и его лучше закрыть до закупки и выхода подрядчика на площадку.

Что отличает проект от перечня оборудования

Главный вывод прост: роботы – самая заметная часть склада, но сами по себе они еще не образуют систему. До выхода подрядчика на площадку нужно согласовать решения по размещению оборудования, питанию, управлению, обмену данными и кабельным трассам, а также закрепить ответственность участников.

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

Частые вопросы об автоматизации склада

Что нужно спроектировать при автоматизации склада, кроме самих роботов?

Кроме выбора роботов и зарядных станций проектируют размещение оборудования, питание и защиту (кабель и автоматический выключатель в паре), управление и обмен данными между уровнями, кабельные трассы в реальном помещении, а также распределяют ответственность участников. Без этого перечень моделей нельзя превратить в рабочую документацию.

Зачем проектировщику паспорт оборудования робота или зарядной станции?

Паспорт – один из исходных документов проекта. Из него берут параметры питания (сеть, ток, мощность линии), способ крепления, зону обслуживания, тип разъема и взаимодействие с батареей, требования к полу, сети, температуре и воздухообмену. Каждое требование затем попадает в конкретный раздел: электрическую схему, план, задание на монтаж, документацию по автоматизации.

Из каких уровней состоит управление роботизированным складом?

Удобно рассматривать три уровня. Нижний – устройства, работающие с грузом (роботы, зарядные станции, датчики, световые индикаторы). Средний – координация оборудования (контроллеры, локальные шкафы, система управления парком роботов и WCS). Верхний – управление складом как процессом (WMS, WES, MES или ERP). Сначала распределяют функции, потом спорят об аббревиатурах.

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

В паре. Сначала для устройства определяют потребляемую мощность и точку подключения, по ним – расчетный ток, затем совместно выбирают кабель и автоматический выключатель: кабель должен выдерживать рабочий ток, а аппарат – отключить линию раньше, чем перегрузка или короткое замыкание ее повредят. Отдельно задают заземление и способ безопасного отключения.

Что проверить до закупки оборудования для автоматизации склада?

Пройти по семи вопросам: какой поток обрабатывает система, где двигаются и останавливаются роботы, что нужно каждому устройству для питания и зарядки, какая система создает задание и подтверждает выполнение, с чем зона обменивается сигналами, как безопасно совмещаются люди и роботы, по каким сценариям систему будут испытывать. Если на вопрос нет ответа – в проекте остался разрыв, который лучше закрыть до выхода на площадку.

Планируете роботизацию склада или производства? Инженеры АЕРО помогут собрать исходные данные, спроектировать автоматизацию, шкафы управления и электроснабжение и закрепить границы ответственности – чтобы в закупку ушел согласованный комплект решений, а не список устройств с открытыми вопросами. Смежный пример – кейс диспетчеризации инженерных систем. Обсудить исходные данные и границы проекта можно с инженером АЕРО.