Успіх системи автоматизації залежить не лише від продуктивності процесора PLC. Мови розроблення програми керування, місця збирання польових сигналів, тривалість циклів і мережевого обміну, умови експлуатації станцій віддалених I/O, архітектура функціональної безпеки, підхід до діагностики та план подальшого розширення — усе це складові єдиного системного рішення. Портфель технологій керування Phoenix Contact об’єднує контролери PLCnext Control, програмне забезпечення PLCnext Engineer, системи віддалених I/O Axioline F, Axioline E та Axioline P, модулі Axioline Smart Elements і варіанти модернізації наявних станцій Inline у спільній архітектурі автоматизації.

Цей посібник не просто перелічує продукти за торговельними назвами, а розподіляє їх за завданнями керування, обміну даними та I/O. Числові технічні характеристики стосуються зазначеного артикулу або явно вказаних умов для сімейства продуктів. Мережеві можливості контролера, кількість каналів модуля I/O або температурний діапазон сімейства продуктів не слід автоматично поширювати на інший варіант виконання. Остаточну архітектуру необхідно перевірити з урахуванням актуальних технічних описів продуктів, версій програмного забезпечення, сумісності протоколів, політики кібербезпеки та оцінки ризиків машини.

Рівень керуванняПлануйте використання IEC 61131-3 і мов високого рівня з PLCnext Control. I/O для шафи керуванняСтворюйте модульні станції IP20 у шафах керування за допомогою Axioline F. Польові I/OЗбирайте сигнали поблизу машини за допомогою Axioline E зі ступенем захисту IP65/IP67. I/O для технологічних процесівВирішуйте завдання резервування, гарячої заміни та іскробезпечних каналів за допомогою Axioline P.

Почніть побудову архітектури керування з переліку завдань

Перед вибором контролера слід задокументувати завдання реального часу, цикли керування рухом або технологічним процесом, кількість дискретних і аналогових каналів, спеціальні функції, кількість пристроїв у мережі та потоки даних. До цього додаються IT-завдання, зокрема робота з рецептами й базами даних, формування звітів, віддалений доступ та інтеграція з хмарою. Якщо визначити, де виконуватиметься кожна функція — на контролері, промисловому ПК, периферійному пристрої чи в системі верхнього рівня, — вибір процесора та програмного забезпечення спиратиметься на конкретні вимоги.

PLCnext Technology орієнтована на поєднання класичного програмування за IEC 61131-3 з підходами розроблення високого рівня, як-от C/C++, C# і MATLAB Simulink, в одному середовищі автоматизації. Phoenix Contact пропонує PLCnext Engineer як інженерну платформу, що об’єднує конфігурування, програмування за IEC 61131-3, візуалізацію та діагностику. Однак мову, компонент середовища виконання, ліцензію та підтримку цільового обладнання необхідно перевірити на початку проєкту; підтримка мови екосистемою не означає, що кожна бібліотека придатна для роботи в реальному часі та безпечного використання.

Відкрите та масштабоване керування з PLCnext Control

Пристрої PLCnext Control серії Axiocontrol доступні в різних класах продуктивності. Контролери можна розширювати модулями I/O через локальну шину Axioline F; до окремих контролерів зліва можна під’єднувати модулі розширення з функціями безпеки, додаткового Ethernet або штучного інтелекту. Такий модульний підхід дає змогу використовувати різні апаратні варіанти в межах однієї технології — від базового керування машинами до застосувань із підвищеними вимогами до продуктивності та функціональної безпеки.

Відкритість не повинна означати необмежене або неконтрольоване встановлення програмного забезпечення. Для кожної бібліотеки та застосунку, що включаються до проєкту, фіксують версію, джерело, ліцензію, спосіб оновлення та вплив на кібербезпеку. Програму керування та IT-компоненти розмежовують за споживанням ресурсів і правами доступу. Ролі користувачів, керування сертифікатами, захищені сегменти мережі, план резервного копіювання та оновлення визначають ще до введення в експлуатацію. Зокрема, віддалений доступ і хмарні підключення мають бути погоджені в межах політики безпеки та мережевої архітектури підприємства.

Контролер Phoenix Contact PLCnext Control AXC F 2152
AXC F 2152 — один із модульних пристроїв PLCnext Control, які можна використовувати із системою I/O Axioline F. Зображення: офіційні медіаматеріали Phoenix Contact.

Конкретний приклад контролера: AXC F 2152

AXC F 2152 з артикулом 2404267 — модульний контролер PLCnext Control з операційною системою реального часу Yocto/Linux і можливостями програмування за IEC 61131-3 та мовами високого рівня. На актуальній сторінці продукту зазначено два процесорні ядра на базі Arm Cortex-A9 із частотою 800 MHz, 512 MB DDR3 RAM, 512 MB внутрішньої флешпам’яті та 48 kB NVRAM. Ці апаратні характеристики стосуються продукту AXC F 2152, а не всього сімейства PLCnext Control; новіші або продуктивніші контролери можуть мати іншу архітектуру процесора та пам’яті.

На сторінці AXC F 2152 зазначено максимум 63 пристрої локальної шини на станцію Axioline F та максимальний сумарний обсяг даних процесу для входів і виходів 1.482 байти. У мережі PROFINET продукт має функції як контролера, так і пристрою; опублікований мінімальний час оновлення становить 1 ms для чотирьох пристроїв і 16 ms для 64 пристроїв. Ці значення не є автоматичною гарантією тривалості циклу застосунку. Під час розрахунку фактичної продуктивності слід враховувати навантаження програми, топологію мережі, конфігурацію пристроїв і комунікаційний трафік.

Виробник повідомляє для AXC F 2152 про сертифікований процес розроблення за IEC 62443-4-1 і сертифікат продукту за IEC 62443-4-2; щодо умов сертифікації він відсилає до документації користувача. Ці сертифікати є важливими характеристиками продукту, проте самі по собі не забезпечують безпеку мережі підприємства. Захищене встановлення, керування користувачами, актуальне програмне забезпечення, сегментація мережі, резервне копіювання, реєстрація подій і процедури технічного обслуговування залишаються серед обов’язків системного інтегратора.

Axioline F: модульні I/O для шафи керування

Axioline F — блоково-модульна система I/O для використання в шафі керування. Окрім дискретних і аналогових входів та виходів, портфель містить модулі для спеціальних функцій, зокрема вимірювання температури, обміну даними, лічби та функціональної безпеки. Станцією можна керувати безпосередньо за допомогою PLCnext Control або підключити її як віддалені I/O до системи керування верхнього рівня через відповідний шинний модуль. Цей вибір впливає на те, де виконуватиметься завдання керування — на польовому чи центральному рівні, — а також на очікувану поведінку в разі втрати мережевого зв’язку.

Phoenix Contact підкреслює для сімейства Axioline F такі особливості, як з’єднання Push-in, наочна організація проводки та міцна механічна конструкція. На сторінці сімейства зазначено стійкість до вібрації до 5g, тривалих ударних навантажень 10g та ударів 30g. Розширений температурний діапазон від −40 до +70 °C опубліковано саме для версій XC; не слід вважати, що кожен стандартний модуль Axioline F має такий діапазон. Допуски для морських застосувань, вибухонебезпечних зон або функціональної безпеки також необхідно перевіряти лише для вибраного коду продукту.

Станція I/O Phoenix Contact Axioline F у шафі керування
Axioline F дає змогу створювати масштабовані станції в шафі керування з контролером, шинним модулем і модулями I/O відповідно до завдання. Зображення: офіційні медіаматеріали Phoenix Contact.

Конкретний приклад шинного модуля: AXL F BK ETH

AXL F BK ETH з артикулом 2688459 — шинний модуль IP20, який з’єднує мережу Modbus/TCP (UDP) із локальною шиною Axioline F. На сторінці продукту зазначено Ethernet 10/100 Mbit/s на двох інтерфейсах RJ45, швидкість локальної шини Axioline F 100 Mbit/s і максимум 63 підключені пристрої локальної шини на станцію. Номінальне живлення становить 24 V DC; опублікований допустимий діапазон з урахуванням пульсацій — 19,2–30 V DC. Ці значення слід використовувати лише з урахуванням апаратних ревізій виробу 2688459 і приміток у технічному описі.

Цей приклад показує, що самого формулювання «шинний модуль Ethernet» недостатньо. Необхідно заздалегідь визначити протокол мережі верхнього рівня, роль клієнта або сервера для системи керування, IP-адресацію, вимоги до циклу, резервування, топологію портів і файли опису пристроїв. Якщо використовується PROFINET, EtherNet/IP, EtherCAT або інший протокол, слід вибрати відповідний шинний модуль Axioline F; підтримка Modbus/TCP модулем AXL F BK ETH не означає автоматичної підтримки інших протоколів.

Щільне розміщення каналів з Axioline Smart Elements

Axioline Smart Elements — вставні модулі, кожен із яких виконує певну функцію I/O та не має власного шинного зв’язку. Обмін даними забезпечується через об’єднавчу плату або базовий модуль, що з’єднує Smart Element із відповідною системою I/O. Для одного Smart Element розміром 15 × 62 mm Phoenix Contact зазначає щільність до 16 підключень і можливість під’єднання провідників перерізом до 1,5 mm² із наконечником із пластиковою манжетою. Технологія Push-in допомагає зберігати доступність сигнальної проводки в обмеженому просторі.

Об’єднавчі плати Axioline F доступні з чотирма або шістьма гніздами Smart Element, а дворядне компонування може зменшити ширину станції. У межах однієї системної архітектури можна використовувати різні модулі, зокрема дискретні входи й виходи, аналогові функції, вимірювання температури та послідовний зв’язок. Наприклад, AXL SE RS485 EF з артикулом 1507978 — комунікаційний модуль IP20 з одним інтерфейсом RS-485, швидкістю передавання від 100 bit/s до 230.400 bit/s і підтримкою клієнта та сервера Modbus/RTU. Фактичний обсяг даних процесу, режим протоколу та вимоги до циклу необхідно перевірити за повною документацією продукту.

Модулі Phoenix Contact Axioline Smart Elements та їхній базовий модуль
Axioline Smart Elements дають змогу створювати щільні, орієнтовані на конкретні завдання комбінації I/O на відповідній об’єднавчій платі; підключення до шини забезпечується через базову систему. Зображення: офіційні медіаматеріали Phoenix Contact.

Які завдання вирішують Axioline E та Axioline P?

Прокладання кожного сигналу до центральної шафи може збільшувати довжину кабелів, кількість клем і час введення в експлуатацію. Axioline E позиціонується як система віддалених I/O блокової конструкції для монтажу поза шафою керування, поблизу машини або технологічного процесу. На сторінці продукту Phoenix Contact варіанти Axioline E описано в контексті умов експлуатації IP65/IP67 і технології з’єднання M12. Для польового монтажу необхідно спільно спланувати мережевий протокол, кодування роз’ємів живлення, кількість портів, тип I/O, струм живлення датчиків, кабельну топологію та закриття невикористаних портів відповідними заглушками.

Axioline P орієнтована на технологічні процеси з високими вимогами до безперервності роботи. Портфель містить резервовані шинні підключення PROFINET, варіанти дискретних і аналогових I/O, розширений температурний діапазон та стандартні або іскробезпечні модулі I/O з можливістю заміни під час роботи. Хоча гаряча заміна (hot-swap) полегшує технічне обслуговування, це не означає, що будь-який модуль можна від’єднувати та встановлювати під напругою в потрібній зоні. Клас вибухонебезпечної зони, розрахунок іскробезпечного кола, архітектуру резервування та процедуру виробника слід перевіряти для конкретного продукту й об’єкта.

Відокремлюйте I/O функціональної безпеки від стандартних I/O

Датчики безпеки або сигнали безпечної зупинки не можна вибирати як звичайні дискретні входи. AXL F PSDI8/4 1F з артикулом 2701559 — модуль входів безпеки Axioline F, призначений для системи PROFIsafe. Продукт має чотири двоканальні або вісім одноканальних безпечних дискретних входів, вхідну напругу 24 V DC та варіанти 2-, 3- або 4-провідного підключення. На сторінці продукту зазначено підключення модуля лише до контролерів Phoenix Contact або Siemens; це обмеження сумісності необхідно враховувати в архітектурі проєкту.

Кількість каналів модуля безпеки сама по собі не визначає необхідний рівень безпеки. Архітектуру датчиків, використання одного або двох каналів, діагностику коротких і міжканальних замикань, тестові імпульси, час реакції, трасування кабелів та безпечне вимкнення на стороні виконавчих механізмів розраховують у комплексі. Навіть якщо зв’язок PROFIsafe і стандартний трафік PROFINET використовують одну фізичну мережу, адресацію, F-параметри, валідацію та керування змінами необхідно здійснювати відповідно до життєвого циклу функціональної безпеки.

Порівняйте варіанти керування та I/O

Завдання або середовищеРішення для розглядуОсновні вихідні дані для вибору
Керування машиною або системоюPLCnext ControlНавантаження програми, мова, цикл, мережі, пам’ять, безпека та розширення
Модульне збирання сигналів у шафі керуванняAxioline FТип каналів, шинний протокол, обмеження станції, температура та спеціальні функції
Висока щільність I/O в обмеженому просторіAxioline Smart ElementsСумісність базового модуля, кількість гнізд, функція каналів і переріз провідників
Віддалені I/O безпосередньо на машині без шафи керуванняAxioline EСтупінь захисту IP, порти M12, мережевий протокол, живлення та умови довкілля
Технологічні процеси та висока безперервність роботиAxioline PРезервування, hot-swap, Ex/іскробезпечні канали та температура
Модернізація наявної станції InlineПерехід на PLCnext з адаптером InlineНаявні модулі, мікропрограмне забезпечення, зіставлення даних, простої та поетапний перехід
Апаратно-незалежний підхід до керуванняVirtual PLCnext ControlІнфраструктура хоста, робота в реальному часі, ліцензія, резервування, безпека OT/IT та технічне обслуговування

Поетапна модернізація наявних систем

Phoenix Contact пропонує підхід до модернізації на основі адаптерів для використання наявних станцій I/O Inline з PLCnext Control. Це дає змогу поетапно оновлювати рівень керування замість одночасної заміни всієї польової проводки. Водночас не слід припускати, що підтримуються всі наявні модулі Inline, спеціальні функції та версії мікропрограмного забезпечення. Наявну карту даних, діагностичні біти, масштабування аналогових сигналів, функції безпеки та стан забезпечення запасними частинами необхідно інвентаризувати окремо.

Virtual PLCnext Control реалізує архітектуру PLCnext як програмний контролер у контейнері OCI. Функції контролера або пристрою PROFINET, вебкерування та підтримка IEC 61131-3 і мов програмування високого рівня — ключові особливості цього сімейства продуктів. Віртуальне керування не слід розглядати як просте встановлення, що усуває потребу в апаратному забезпеченні; поведінка в реальному часі, підтримувана платформа, мережева карта, резервування хоста, виділення ресурсів, ліцензування, резервне копіювання та операції з кібербезпеки є основними складовими архітектури.

Послідовність проєктування та введення в експлуатацію

  1. Класифікуйте функції: Розділіть керування в реальному часі, стандартні I/O, функціональну безпеку, технологічний процес, збирання даних та функції IT.
  2. Деталізуйте перелік I/O: Зазначте тип каналу, рівень сигналу, живлення датчика, фільтр, масштабування та поведінку в разі помилки.
  3. Визначте фізичне розташування: Визначте, де збиратимуться сигнали: у шафі керування, на машині чи на технологічному майданчику.
  4. Виберіть протокол: Забезпечте узгодженість мережевих ролей і цільових параметрів оновлення для контролера, шинного модуля та польових пристроїв.
  5. Розрахуйте необхідні ресурси: Порівняйте кількість пристроїв, обсяг технологічних даних, час циклу, бюджет потужності та струм станції з граничними значеннями виробів.
  6. Спроєктуйте кіберзахист: Сформуйте політику керування користувачами, сертифікатами, сегментацією мережі, віддаленим доступом, виправленнями та резервним копіюванням.
  7. Перевірте функціональну безпеку: Розділіть стандартні та безпечні I/O; забезпечте простежуваність від оцінювання ризиків до функцій безпеки.
  8. Задокументуйте випробування: Задокументуйте перевірку каналів, навантаження мережі, сценарії відмов, перезапуск, відновлення з резервної копії та перевірку функціональної безпеки.

Інформація, необхідна для комерційної пропозиції

  • Опис машини або технологічного процесу, контури керування та очікуваний час циклу програми
  • Вимоги до розроблення з використанням IEC 61131-3, C/C++, C#, MATLAB Simulink або інших засобів
  • Повний перелік цифрових, аналогових, температурних, лічильних каналів, каналів послідовного зв’язку та каналів безпеки
  • Фізичне розташування кожної станції, ступінь захисту IP, температура, вібрація та наявність вибухонебезпечної зони
  • Вимоги до мережевого протоколу PROFINET, Modbus/TCP, EtherNet/IP або іншого протоколу та топології
  • Розрахунок кількості пристроїв, обсягу технологічних даних, потужності та розширення для кожного контролера й кожної станції I/O
  • Резервування, гаряча заміна, безперервна робота та допустимий час простою під час технічного обслуговування
  • Цілі функціональної безпеки, канали F-I/O та вимоги до сумісності контролера
  • Потреби в підключенні до хмари, системи верхнього рівня, бази даних, віддаленому доступі та синхронізації часу
  • Інвентаризація наявної інфраструктури Inline або іншої інфраструктури I/O та план поетапного переходу

Після підготовки цього набору даних портфель засобів керування та I/O Phoenix Contact перестає бути лише вибором компонентів і стає основою сталої архітектури автоматизації. Oskon може сформувати відповідну конфігурацію PLCnext Control та Axioline, комплексно оцінивши продуктивність контролера, розміщення I/O, комунікаційне навантаження, вимоги до функціональної безпеки та стратегію технічного обслуговування. Перед замовленням номери виробів, апаратні ревізії, сумісність вбудованого ПЗ, ліцензії та сертифікати необхідно остаточно звірити з актуальною документацією Phoenix Contact.