Промышленная автоматизация давно перестала быть набором «датчик — контроллер — мотор». Современное производство связывает оборудование, роботов, склад, системы управления, конструкторские данные и корпоративное планирование. Проблема в том, что каждый уровень говорит на своём языке: ПЛК, SCADA, MES, ERP, AGV, AMR, CAD, PLM, ГПС — и всё это нередко встречается в одном техническом задании. Разберём термины по смыслу и покажем, как они работают вместе.

1. Зачем производству единый язык терминов

Терминология в автоматизации — не академическое украшение. Она определяет границы поставки, состав проектной документации, ответственность интегратора и ожидания заказчика. Когда в техническом задании «панель оператора» называют SCADA, а локальный шкаф управления — MES, смета становится непредсказуемой, интерфейсы остаются без владельца, а при пусконаладке выясняется, что каждый участник представлял систему по-своему.

Особенно опасна путаница между тремя сущностями: физическим оборудованием, системами оперативного управления и корпоративными информационными системами. Станок или робот выполняет работу; ПЛК обеспечивает машинный цикл; SCADA помогает наблюдать за процессом; MES управляет выполнением задания; ERP отвечает за ресурсы, заказы и экономику. Эти уровни связаны, но не взаимозаменяемы.

Единый словарь нужен как минимум для четырёх задач:

• подготовки технического задания и определения границ поставки;
• согласования интерфейсов между технологами, электриками, программистами и ИТ-службой;
• сопоставления российской и англоязычной документации производителей;
• передачи системы в эксплуатацию без «племенных диалектов» конкретного разработчика.

2. Архитектура промышленной автоматизации: от поля до ERP

Удобнее всего понимать автоматизированное производство как несколько функциональных уровней. Такая схема близка к подходу ISA-95 / IEC 62264, который разделяет управление физическим процессом, производственные операции и бизнес-планирование. Это не требование покупать отдельную программу на каждый уровень: на небольшом объекте несколько функций могут быть объединены. Но логические границы всё равно полезно сохранять — иначе одна система превращается в монолит, который трудно развивать и обслуживать. [1]

2.1. Полевой уровень: датчики и исполнительные механизмы

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

На этом уровне особенно важны не красивые экраны, а корректная электрическая часть: питание, заземление, экранирование, согласование сигналов, диагностика обрыва и короткого замыкания, правильная адресация каналов и однозначная маркировка. Ошибка в единице измерения или диапазоне 4–20 мА может выглядеть в SCADA убедительно, но управлять процессом будет неправильно.

2.2. ПЛК, ЧПУ и локальное управление

ПЛК — промышленный вычислитель, предназначенный для циклического и событийного управления оборудованием. Он читает входные сигналы, выполняет программу, формирует выходные команды, ведёт диагностику и обменивается данными с другими устройствами. Требования к языкам программирования ПЛК стандартизирует серия IEC 61131; актуальная IEC 61131-3:2025 описывает унифицированный набор языков программируемых контроллеров. [2]

ЧПУ решает более специализированную задачу: управляет траекторией и технологическими переходами станка. На практике ПЛК и CNC часто работают совместно. ЧПУ отвечает за интерполяцию, координаты, инструмент и обработку; ПЛК — за вспомогательные механизмы, ограждения, гидравлику, транспорт, блокировки и взаимодействие с линией.

2.3. HMI и SCADA: похожи внешне, различаются масштабом

HMI, или ЧМИ, — интерфейс оператора конкретной машины, шкафа или локального участка. Обычно это панель оператора или программное окно, через которое выбирают режим, задают уставки, запускают механизм и просматривают локальные аварии.

SCADA — диспетчерская система более высокого масштаба. Она собирает данные от нескольких контроллеров и объектов, формирует мнемосхемы, архивы, тренды, журналы событий, отчёты и роли доступа. Граница не всегда проходит по размеру экрана: важен функциональный охват. Большая сенсорная панель может оставаться HMI, а небольшое серверное приложение — быть SCADA.

2.4. MES, APS, WMS и MRO: управление производственными операциями

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

APS рассчитывает производственный график с учётом ограничений: доступности станков, персонала, оснастки, материалов, сроков и приоритетов. WMS управляет складскими операциями и адресным хранением. MRO объединяет процессы технического обслуживания, ремонта и эксплуатационного обеспечения. На зрелом предприятии эти системы обмениваются данными, но отвечают за разные решения.

2.5. ERP, SCM и PLM: уровень предприятия

ERP объединяет планирование ресурсов: заказы, закупки, финансы, запасы, персонал и укрупнённое производство. SCM охватывает цепочку поставок шире границ одного предприятия — от поставщиков до потребителей. PLM хранит логику жизненного цикла изделия: состав, версии, изменения, требования, документы и связи между этапами разработки и эксплуатации.

Ключевой принцип прост: ERP отвечает на вопрос «что предприятие должно обеспечить», MES — «как идёт исполнение производства сейчас», SCADA — «что происходит с технологическим процессом», а ПЛК — «какие действия нужно выполнить в текущем цикле».

2.6. OPC UA и обмен данными

OPC UA — открытая платформенно-независимая архитектура обмена данными и информационного моделирования. Она помогает передавать не только числовое значение, но и контекст: тип объекта, единицу измерения, состояние, структуру оборудования и методы взаимодействия. OPC Foundation определяет OPC как стандарт безопасного и надёжного обмена данными в промышленной автоматизации, а OPC UA — как основу совместимости от устройств до корпоративных систем. [3]

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

3. Оборудование, роботы и гибкие производственные системы

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

3.1. Автоматическая линия и гибкое производство

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

Гибкая производственная система ориентирована на изменение номенклатуры в установленных пределах. В неё могут входить станки с ЧПУ, роботы, автоматизированные склады, транспорт, измерительные машины, инструментальное хозяйство и диспетчерское управление. Гибкость не означает «умеет всё»: она всегда ограничена рабочей зоной, оснасткой, инструментом, грузоподъёмностью, технологией и программами.

3.2. ГПМ, ГПЯ, ГАУ, ГАЛ, ГПС, ГАП и ГАЗ

В отечественной технической литературе существует развитая иерархия терминов для гибкого производства. ГПМ обозначает отдельный модуль, способный автономно выполнять операции и автоматически переналаживаться. ГПЯ объединяет один или несколько модулей в локальную ячейку. ГАУ — участок из нескольких согласованно работающих модулей. ГАЛ сохраняет последовательный маршрут, но допускает переналадку. ГПС объединяет технологические и обеспечивающие подсистемы в управляемую вычислительными средствами систему. ГАП и ГАЗ описывают интеграцию на уровне производства и предприятия.

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

3.3. Промышленный робот, РТЯ, РТК и РТС

ISO 8373:2021 задаёт международную терминологическую основу для робототехники. Промышленный робот — перепрограммируемый многоцелевой манипулятор, применяемый в промышленной среде. В проекте сам робот — только часть решения: нужны инструмент, оснастка, ограждения, устройства безопасности, технологическое оборудование, программирование и интерфейсы с линией. [4]

РТЯ — локальная роботизированная ячейка для одной операции или ограниченного набора операций. РТК включает робота, технологическое оборудование, оснастку, транспорт и управление, образуя автономно работающий комплекс. РТС — более широкое системное понятие, которое подчёркивает взаимодействие нескольких роботизированных подсистем, сенсоров и управляющих средств.

Безопасность нельзя сводить к наличию аварийной кнопки. ISO 10218-1:2025 относится к требованиям безопасности самого промышленного робота, а ISO 10218-2:2025 — к интеграции роботизированных приложений и ячеек, включая проектирование, ввод в эксплуатацию, эксплуатацию и обслуживание. [5]

3.4. Станок с ЧПУ, обрабатывающий центр и КИМ

Станок с ЧПУ выполняет движение рабочих органов по программе. Многооперационный обрабатывающий центр дополнительно объединяет несколько видов обработки, автоматическую смену инструмента и развитую диагностику. Координатно-измерительная машина контролирует геометрию детали и может замыкать контур качества: результат измерения возвращается в систему, после чего корректируется инструмент, программа или маршрут.

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

3.5. Цифровой двойник

Цифровой двойник — не просто трёхмерная модель. В производственном контексте это цифровое представление наблюдаемого элемента, связанное с данными, моделями и сценариями использования. Серия ISO 23247 задаёт рамочную архитектуру цифровых двойников для производства, включая общие принципы, информационные атрибуты и требования к обмену. [6]

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

4. Транспорт, склад и идентификация

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

4.1. AGV и AMR: главное отличие

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

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

4.2. RFID и прослеживаемость

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

4.3. АТСС, АТНСС, AS/RS и WMS

АТСС объединяет транспорт и склад в единую систему материального потока. АТНСС дополнительно подчёркивает функцию накопления и буферизации между операциями. AS/RS — автоматизированная система хранения и извлечения с адресными ячейками, штабелёрами, конвейерами и программным управлением. WMS управляет логикой склада: приёмкой, размещением, запасами, заданиями, комплектацией и отгрузкой.

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

5. Цифровое проектирование и жизненный цикл изделия

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

5.1. CAD, CAE и CAM

CAD/САПР используется для разработки модели и документации изделия. CAE — для инженерных расчётов и анализа: прочности, тепла, динамики, потоков и других характеристик. CAM преобразует технологическое решение в траектории инструмента и управляющие программы для ЧПУ. Эти системы могут быть объединены одной платформой, но функции остаются различными.

5.2. АСТПП

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

5.3. PDM и PLM

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

6. Как все системы работают вместе: сквозной пример

Рассмотрим производство партии корпусных деталей на гибком участке. Заказ поступает не «в станок», а проходит цепочку решений и подтверждений.

1. ERP регистрирует заказ, срок, потребность в материалах и экономические параметры.
2. PLM/PDM предоставляет утверждённый состав изделия, чертежи, модели и версии документов.
3. APS формирует график с учётом доступности станков, оснастки, персонала и материалов.
4. MES создаёт производственное задание и маршрут партии, назначает операции и собирает фактические данные.
5. WMS подбирает материал и оснастку; AS/RS выдаёт нужную паллету; AGV или AMR доставляет её к ячейке.
6. RFID или другой идентификатор подтверждает, что к оборудованию поступила правильная партия.
7. ПЛК координирует двери, зажимы, транспорт, безопасность и обмен готовностью; ЧПУ выполняет обработку.
8. Робот загружает и выгружает детали, взаимодействуя со станком и позиционером в рамках РТЯ или РТК.
9. КИМ проверяет геометрию. Результаты поступают в систему качества и могут инициировать корректировку программы или инструмента.
10. SCADA отображает состояние участка, архивирует параметры и события; OPC UA передаёт согласованные данные в MES и другие системы.
11. MRO получает наработку, аварии и диагностические признаки для планирования обслуживания.
12. ERP и MES закрывают операцию по факту выпуска, расхода и качества, а PLM сохраняет изменения, если они были утверждены.

Ни одна система не обязана знать всё. Надёжная архитектура строится не на максимальном количестве интеграций, а на чётком владельце данных и понятной ответственности каждого уровня. ПЛК должен управлять безопасным циклом даже при потере связи с ERP; MES должна получать достоверный факт, а не восстанавливать его по косвенным признакам; ERP не должна хранить технологические миллисекундные события.

7. Практика проектирования и типичные ошибки

7.1. Как правильно вводить сокращения в документации

• При первом употреблении писать полное название, затем сокращение в скобках: «автоматизированная система управления технологическим процессом (АСУ ТП)».
• Для международных систем указывать оригинальную англоязычную форму, если она встречается в документации производителя: HMI — Human-Machine Interface.
• Создавать отдельный перечень сокращений для проекта, а не копировать универсальный словарь без проверки применимости.
• Не использовать одно сокращение для разных понятий в одном комплекте документов. APS, например, в разных отраслях может читаться неоднозначно.
• Фиксировать не только название интерфейса, но и владельца данных, направление обмена, периодичность, качество, единицы и реакцию на потерю связи.
• Согласовывать термины в ТЗ, функциональном описании, схемах, программе ПЛК, HMI/SCADA и эксплуатационной документации.

7.2. Типичные ошибки

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

MES пытаются заменить большой таблицей или функцией ERP. Таблица может вести учёт, но не обеспечивает устойчивое исполнение операций, прослеживаемость событий и связь с оборудованием.

OPC UA считают автоматической совместимостью. Совместимость протокола не гарантирует совместимость моделей данных, имён, состояний и семантики.

Цифровым двойником называют любую 3D-модель. Модель становится частью цифрового двойника, когда связана с наблюдаемым объектом, данными и конкретными сценариями анализа.

Робота покупают до проектирования технологии. Без расчёта цикла, досягаемости, захвата, оснастки и безопасности робот может оказаться быстрым, но бесполезным.

AGV или AMR выбирают по модности. Нужен расчёт транспортного потока, времени зарядки, количества машин, резервирования и взаимодействия с маршрутом.

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

Всё подключают ко всему. Избыточная интеграция создаёт сложные зависимости. Каждый обмен должен иметь понятную бизнес- или технологическую ценность.

7.3. Вопросы, которые стоит задать до выбора системы

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

8. Сводный словарь сокращений и терминов

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

8.1. Оборудование, робототехника и гибкое производство

8.2. Транспорт, склад и материальный поток

8.3. Системы управления и производственные ИТ-системы

8.4. Проектирование и управление инженерными данными

9. Заключение

Современное производство — это не набор отдельных автоматов и программ, а согласованная система физических и информационных потоков. ПЛК, SCADA, MES, ERP, роботы, станки, склады и инженерные системы решают разные задачи. Эффект появляется, когда их границы определены, данные имеют владельца, интерфейсы документированы, а отказ одного уровня не делает остальные неуправляемыми.

Хороший проект автоматизации начинается с технологической цели и единого языка. Сначала определяется, что должно происходить с продуктом и какие решения нужны персоналу; затем выбираются оборудование, архитектура управления и интеграции. Обратный порядок — сначала купить «модную систему», а потом искать ей применение — почти всегда обходится дороже.

Авторитетные источники и стандарты

При подготовке теоретической части использованы официальные страницы международных организаций по стандартизации и отраслевых объединений. Дата проверки ссылок: 31 июля 2026 года.

• ISA-95 Standard: Enterprise-Control System Integration. International Society of Automation. Модель интеграции производственных операций и корпоративных систем. Официальная страница
• IEC 61131-3:2025. Programmable controllers — Part 3: Programming languages. International Electrotechnical Commission. Языки программирования для программируемых контроллеров. Официальная страница
• OPC Unified Architecture / What is OPC?. OPC Foundation. Официальное описание стандарта промышленного обмена данными и совместимости. Официальная страница
• ISO 8373:2021. Robotics — Vocabulary. International Organization for Standardization. Термины и определения в робототехнике. Официальная страница
• ISO 10218-1:2025 и ISO 10218-2:2025. Robotics — Safety requirements. International Organization for Standardization. Требования безопасности к промышленным роботам, приложениям и роботизированным ячейкам. Официальная страница
• Дополнение к источнику 5: ISO 10218-2:2025 — Industrial robot applications and robot cells
• ISO 23247-1:2021. Digital twin framework for manufacturing — Overview and general principles. International Organization for Standardization. Рамочная модель цифрового двойника для производства. Официальная страница