// AZIOT · Softengi · Softline

IoT та промислова автоматизація

Збираємо телеметрію з обладнання, щоб інженер бачив ризик відмови заздалегідь і планував ремонт без аварійної зупинки.

Які переваги надає технологія

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

Що входить

  • Дані з обладнання й SCADA
  • Прогноз відмов
  • Цифрові двійники
  • Захист виробничої мережі

Які проблеми ми вирішуємо

  • Про знос дізнаємося вже після аварії

    Ризик відмови видно заздалегідь, і ремонт припадає на планову зупинку.

  • Витік шукаємо годинами

    Система звужує зону пошуку й сповіщає про нетипову поведінку мережі, тож витік знаходять швидше.

  • Кожна зміна режиму загрожує простоєм

    Зміну спершу випробовують на цифровому двійнику, і в цех вона потрапляє вже перевіреною.

  • Диспетчер тоне в сотнях тривог

    Пов’язані тривоги об’єднуються в одну, і диспетчер одразу бачить причину збою.

  • Сповіщенням моделі на виробництві не вірять

    Пороги й кожну версію моделі погоджують інженери, тож сповіщення відповідають справжнім відмовам.

  • Інструкції й історію ремонтів шукаємо по папках

    ШІ‑помічник знаходить потрібний регламент чи схожий ремонт і готує чернетку наряду для інженера.

Коли потрібно, а коли не варто

Потрібно

  • обладнання обслуговують за календарем
  • виробничу мережу відокремлено від офісної, але з неї потрібні дані
  • наближається аудит за NIS2 чи IEC 62443

Не потрібно

  • простій обладнання коштує менше за його моніторинг: вистачить обслуговування за графіком
  • потрібно лише бачити поточні показники й порогові тривоги: з цим упорається чинна SCADA

Як ми це робимо

  1. 01

    Датчики ставимо під відмову, яку треба передбачити

    Датчики про запас за рік дають терабайти даних і жодного висновку. Тому кожен новий датчик прив’язуємо до відмови, про яку він має попередити.

  2. 02

    VPN не замінює захисту виробничої мережі

    Через VPN‑тунель програма‑вимагач зі зламаного офісного облікового запису може дійти до обладнання. Тому ділимо мережу на зони з контрольованими каналами, а віддалений доступ даємо з двофакторним входом і журналом.

  3. 03

    ШІ радить — рішення ухвалює інженер

    ШІ не надсилає команд у PLC чи SCADA: налаштування змінює інженер, а протиаварійний захист працює окремо. Якщо модель збивається чи датчик дає хибні дані, рекомендації вимикаються й працюють звичні порогові тривоги та графік обслуговування.

Етапи проєкту

  1. 4–6 тижнів

    Обстеження

    Датчики, контролери, SCADA, накопичені дані й обмеження в роботі обладнання.

  2. 4–6 тижнів

    Архітектура

    Як збирати дані, якими каналами їх передавати й як захистити пристрої.

  3. 3–4 місяці

    Пілот

    Одна одиниця обладнання з відомою історією відмов.

  4. 9–18 місяців

    Масштабування

    Решта парку, окрема модель для кожного типу обладнання й цифрові двійники найкритичніших систем.

  5. постійно

    Супровід

    Стежимо за точністю моделей, перенавчаємо їх і регулярно перевіряємо захист мережі.

Платформи й стандарти

IoT‑платформи

AZIOT · AWS IoT Core · Azure IoT Hub · ThingsBoard

SCADA і PLC

Siemens SIMATIC · Schneider EcoStruxure · ABB 800xA · Rockwell FactoryTalk · AVEVA System Platform

Часові ряди й двійники

AVEVA PI System · InfluxDB · TimescaleDB · Azure Digital Twins · AWS IoT TwinMaker

Стандарти

IEC 62443 · ISA‑95 · NIST SP 800‑82 Rev. 3 · OPC UA · NIS2 · CRA

Питання

З якого обладнання починати?

З того, де відмова має найбільші наслідки, а потрібні сигнали доступні. Для нового обладнання без історії відмов беремо фізичні моделі й діагностичні правила.

Чи можна обійтися без власних інженерів з автоматизації?

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

Коли стане зрозуміло, чи працює прогноз?

Перевірка прогнозів на справжніх режимах роботи триває ще 6–9 місяців після запуску. Що вважати успіхом, залежить від типу відмов і доступних даних.

Обговоримо ваші об’єкти

Тридцять хвилин з IoT‑архітектором про ваші історичні дані й те, чого від них чекати.