Автоматизація виробництва SCADA: ШІ поверх PLC

Автоматизація виробництва SCADA-рівня на багатьох заводах уже є: контролери керують лінією, SCADA показує мнемосхему, архів роками пише температуру, тиск і струм. Проблема в іншому. Коли в п’ятницю зупиняється прес, головний механік у понеділок відкриває тренди в Excel і шукає причину вручну. Дані були. Висновків з них ніхто не зробив.

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

Окремо — для компаній, де SCADA немає. У виробництві під замовлення на 5–100 людей перші втрати часто не в датчиках, а до верстата: у заявках, уточненнях і черзі. Про це теж буде, з нашим перевіреним прикладом.

Коротко

SCADA бачить параметри, але не бачить замовлень. Вона знає, що верстат стоїть, але не знає, чиє замовлення зривається і хто має про це дізнатися.
ШІ поверх SCADA тільки читає. Він будує модель нормальної роботи агрегату і попереджає про дрейф. Команди в контролер він не пише.
Предиктивне обслуговування окупається не всюди. Воно має сенс там, де простій дорогий, відмови повторюються і є історія інцидентів. Для решти вистачає планового ТО.
Почніть із журналу причин простоїв. Без записаних причин жодна модель не навчиться, а окупність не порахувати.
Якщо SCADA немає, почніть із рівня замовлень. Статуси, черга цеху і таймер операцій у Telegram дають дані без жодного датчика.

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

Слово «автоматизація» на виробництві означає п’ять різних речей. Плутанина між ними — перша причина, чому проєкти буксують. Директор хоче бачити, де зриваються терміни. Інтегратор пропонує нову SCADA. Обидва говорять про автоматизацію, але про різні рівні.

Рівні за моделлю ISA-95

Галузевий стандарт ISA-95 ділить підприємство на рівні. Спрощено для невеликого заводу це виглядає так.

Рівень	Що робить	Хто відповідає	Приклади
Датчики й виконавчі механізми	Вимірюють і рухають: температура, тиск, клапан, двигун	Механік, служба КВПіА	Термопари, частотні перетворювачі, енкодери
PLC (контролер)	Виконує програму керування за мілісекунди	Інженер АСУ ТП	Siemens S7, Allen-Bradley, ABB, Schneider, Delta
SCADA і панелі оператора	Показує процес, пише архів, подає тривоги	Інженер АСУ ТП, оператор	WinCC, Ignition, Citect, iFix, Zenon
Облік виробництва (MES)	Черга замовлень на обладнанні, виробіток, брак, час операцій	Начальник виробництва, технолог	Окремі MES або модуль системи управління
Управління бізнесом	Заявки, ціни, терміни, оплати, документи, закупівлі	Власник, менеджери, бухгалтерія	Облікові програми, ERP, власна система

Нижні три рівні працюють у реальному часі й відповідають за безпеку процесу. Верхні два працюють у хвилинах і днях і відповідають за гроші. Помилка на нижньому рівні ламає обладнання. Помилка на верхньому зриває терміни й маржу.

Де губляться гроші: розрив між SCADA і замовленням

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

Дані про обладнання і дані про замовлення живуть у різних системах. З’єднує їх людина — вручну, на нараді, із запізненням на кілька днів. ШІ корисний саме тут: він читає обидва потоки і відповідає на питання, які раніше вимагали півдня роботи інженера.

«AI» у документації контролера — це аналоговий вхід

Частину людей сюди приводять пошуки кодів модулів контролерів. У документації PLC позначка AI означає analog input — аналоговий вхід. Через нього контролер читає безперервний сигнал датчика: струм 4–20 мА або напругу 0–10 В. Поруч — AO (аналоговий вихід), DI і DO (дискретні входи й виходи).

Для ШІ-аналітики це важливо. Саме аналогові входи несуть інформацію про стан обладнання: температуру підшипника, струм двигуна, тиск у гідравліці. Дискретний сигнал «увімкнено — вимкнено» скаже, що верстат стоїть. Аналоговий скаже, що він скоро зупиниться.

AI в промисловій автоматизації: що ШІ робить поверх SCADA

Штучний інтелект у промисловій автоматизації часто уявляють як робота-маніпулятора або нову панель оператора. На практиці це програма, яка стоїть поруч зі SCADA. Вона читає ті самі дані, шукає закономірності, яких людина не помітить у таблиці, і перетворює їх на попередження або звіт зрозумілою мовою.

Порогова тривога проти моделі норми

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

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

Умовний приклад. Насос за частоти 50 Гц зазвичай споживає 12 А, підшипник гріється до 42 °C. Сьогодні за тих самих умов — 13,4 А і 46 °C. Поріг тривоги стоїть на 85 °C, тож SCADA мовчить. Модель бачить, що за однакових умов агрегат почав працювати важче, і пише механіку: перевірити вузол на найближчій плановій зупинці.

Три задачі, де ШІ дає результат

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

Якість процесу. ШІ шукає зв’язок між параметрами процесу і браком: температурою, тиском лиття, швидкістю подачі, вологістю. Коли комбінація параметрів заходить у зону, де раніше був брак, оператор отримує попередження до кінця циклу. Це не заміна контролю якості, а раннє попередження для нього.

Втрати часу. ШІ розкладає простої за причинами і показує, де лінія втрачає час не через поломки, а через переналагодження, очікування матеріалу чи незбалансований потік. Директор отримує не таблицю за тиждень, а відповідь: яка ділянка, яка зміна і чому.

Що лишається без змін

ШІ-шар — читач, а не керівник. Він не змінює програму PLC, не торкається екранів оператора і не керує клапанами. Оператор бачить ту саму мнемосхему, контролер виконує ту саму програму. Попередження йдуть на окремий екран або в месенджер механіку й директору. Тому підключення не вимагає зупинки лінії, якщо потрібні сигнали вже пишуться в архів.

Звідки ШІ бере дані: OPC UA, MQTT, Modbus і архів SCADA

Щоб ШІ отримав дані, потрібен протокол — мова, якою контролер чи SCADA віддають значення. Майже на будь-якому заводі є щонайменше один спосіб забрати дані без заміни контролера.

Чотири джерела даних

OPC UA. Промисловий стандарт обміну даними, який OPC Foundation випустила 2008 року. Він не залежить від платформи: працює на контролері, промисловому комп’ютері чи хмарному сервері. Кожен клієнт і сервер ідентифікуються сертифікатами X.509, повідомлення передаються зашифрованими (OPC Foundation). У Siemens S7-1500 OPC UA-сервер вбудований у контролер. Для старших серій дані зазвичай беруть зі SCADA, яка вже має власний OPC-сервер.

MQTT. Легкий протокол за схемою «публікація — підписка». Шлюз біля обладнання публікує значення, брокер (наприклад, Mosquitto) роздає їх усім, хто підписався. Зручно, коли обладнання розкидане по кількох майданчиках або коли до старого контролера ставлять окремий шлюз.

Modbus RTU і Modbus TCP. Найстаріший і найпоширеніший протокол у промисловості. Його підтримує більшість контролерів, частотних перетворювачів і лічильників, навіть якщо їм багато років. Дані через Modbus-шлюз передають в OPC UA-сервер або напряму в систему аналітики.

Архів SCADA (historian). Часто найпростіший шлях — не чіпати контролери взагалі, а читати архів, який SCADA вже веде. Плюс — є історія для навчання моделі. Мінус — архів може писати значення рідко або стискати їх так, що дрібні зміни зникають.

Як вибрати джерело

Ситуація	Найкраще джерело	Що перевірити до старту
Сучасні PLC, SCADA з OPC-сервером	OPC UA зі SCADA або контролера	Ліцензія OPC-сервера, обліковий запис лише на читання
SCADA роками веде архів	Historian	Частота запису, стиснення, чи є потрібні сигнали
Старе обладнання без OPC	Modbus-шлюз	Карта регістрів, вільний порт, хто налаштує шлюз
Кілька майданчиків, нестабільний зв’язок	MQTT через шлюз	Буфер на випадок обриву зв’язку, шифрування
Контролера немає взагалі	Нові датчики й шлюз	Місце монтажу, живлення, монтаж без зупинки

Чекліст: які дані потрібні для старту

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

Останній пункт часто важливіший за решту. Без механіка чи технолога модель не відрізнить відмову від планового переналагодження або від зміни сировини.

Предиктивне обслуговування: що кажуть дослідження і де пастка

Предиктивне обслуговування — ремонт за фактичним станом агрегату, а не за календарем. Це найбільш вивчений сценарій ШІ на виробництві і водночас найбільш перебільшений у рекламі.

Що кажуть дані

Посібник Міністерства енергетики США з експлуатації та обслуговування (O&M Best Practices Guide, Release 3.0) оцінює, що налагоджена програма предиктивного обслуговування дає 8–12% економії порівняно з плановим ТО. Якщо підприємство досі ремонтує переважно після поломок, потенціал перевищує 30–40% (DOE FEMP, розділ 5).

Там само наведено середні показники незалежних опитувань: скорочення витрат на обслуговування на 25–30%, скорочення простоїв на 35–45%, усунення 70–75% аварійних відмов (DOE FEMP, розділ 5). Ці цифри давні й описують програми, які вже працюють як слід. Галузевий огляд ReliaMag радить сприймати їх як найкращий сценарій, а не типовий результат першого року (ReliaMag).

Той самий посібник Міністерства енергетики чесно називає мінуси. Потрібні вкладення в діагностичне обладнання і навчання персоналу. Економію керівництву видно не одразу. Це варто знати до старту, щоб не закрити проєкт через квартал, коли результат ще не встиг проявитися.

Коли предиктивне обслуговування має сенс

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

Коли достатньо планового ТО

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

У таких випадках дешевший варіант — моніторинг стану з простими порогами і дисциплінований графік планового ТО.

Хибні тривоги — головна причина розчарування

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

Записуйте результат кожної перевірки одним із трьох варіантів: «знайшли знос», «нічого не знайшли», «не перевіряли». Це і є дані для донавчання моделі. Без них через пів року ніхто не скаже, чи працює система.

Як порахувати, чи окупиться ШІ на виробництві

Окупність рахують до вибору платформи. Інакше рішення ухвалюють за презентацією постачальника.

Формула

Річні втрати від незапланованих простоїв:

Втрати = Кількість зупинок × (Години простою × Маржа за годину + Аварійний ремонт)

Кількість зупинок — з журналу простоїв за рік, лише незаплановані.
Маржа за годину — не виручка, а маржинальний дохід, який лінія приносить за годину роботи із замовленням. Якщо лінія стояла без замовлення, втрата від поломки близька до нуля.
Аварійний ремонт — термінова доставка запчастин, понаднормові години, сторонній сервіс.

Очікуваний ефект:

Ефект = Втрати × Частка відвернених зупинок − Вартість рішення − Хибні тривоги × Вартість перевірки

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

Розібраний приклад

Умовний приклад, цифри для ілюстрації — підставте свої. Ключовий верстат за рік мав шість незапланованих зупинок по вісім годин. Маржинальний дохід лінії — двадцять тисяч гривень за годину. Аварійний ремонт у середньому — шістдесят тисяч гривень за випадок.

Втрати = 6 × (8 × 20 тисяч + 60 тисяч) = 6 × 220 тисяч = 1,32 мільйона гривень на рік.

Припустімо, модель відверне третину зупинок. Ефект до витрат — 440 тисяч гривень. Від цієї суми відніміть річну вартість платформи, підключення і години механіків на перевірках. Якщо результат від’ємний або близький до нуля, почніть із дешевшого: журналу простоїв і планового ТО. Якщо додатний із запасом — пілот має сенс.

Що входить у вартість рішення

Підключення. OPC UA-клієнт або шлюз, перевірка якості даних, сервер на майданчику чи в хмарі. Разова інженерна робота.
Платформа і модель. Підписка на готову платформу або власне розгортання, налаштування під обладнання, екран для персоналу.
Супровід. Перенавчання моделі після зміни продукту чи режиму, нові агрегати, розбір хибних тривог.
Час ваших людей. Механік і технолог витрачають години на пояснення норми і перевірки тривог. Цей рядок найчастіше забувають.

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

OEE: як порахувати втрати часу на лінії

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

Формула OEE

OEE = Доступність × Продуктивність × Якість

Доступність = фактичний час роботи / запланований час.
Продуктивність = (ідеальний час циклу × кількість виробів) / фактичний час роботи.
Якість = придатні вироби / усі вироби.

Умовний приклад. Зміна — 480 хвилин запланованого часу, простої — 60 хвилин, отже лінія працювала 420 хвилин. Доступність — 0,875. Ідеальний цикл — одна хвилина на виріб, зробили 380 виробів: продуктивність 380 / 420 ≈ 0,905. Придатних — 361 із 380, якість 0,95. OEE ≈ 0,875 × 0,905 × 0,95 ≈ 0,75. Тобто чверть запланованого часу лінія не дала придатної продукції.

Звідки брати дані для OEE

SCADA дає статуси «працює — стоїть» і лічильники виробів. Чого вона не дає — причини зупинки. Її знає лише людина: «чекали матеріал», «переналагодження», «немає оператора», «зламався ніж».

Тут корисний ШІ. Оператор пише причину своїми словами в Telegram, а ШІ розносить записи за категоріями. Наприкінці тижня директор бачить не сто повідомлень, а таблицю: скільки хвилин пішло на очікування матеріалу і на якій ділянці.

Типова помилка з OEE

Рахувати одну цифру OEE на весь завод і порівнювати її з чужими «нормами». Число саме по собі нічого не каже. Корисне інше: розклад втрат за трьома множниками і за причинами. Низька доступність — шукайте поломки й очікування. Низька продуктивність — мікрозупинки і знижену швидкість. Низька якість — параметри процесу і сировину.

Типові помилки впровадження ШІ поверх SCADA

Купити платформу до питання. Почніть з одного питання: «чому стоїть лінія 2», «звідки брак на фарбуванні», «коли заміняти підшипники пресу». Платформу вибирайте під питання, а не навпаки.

Не вести журнал причин простоїв. Без нього нема чого навчати і нема з чим порівнювати. Почніть сьогодні, хоча б через Telegram-бот із кнопками причин.

Підключати теги без назв і одиниць. Тег «DB12.DBW40» нічого не скаже ні моделі, ні людині. Перед підключенням складіть словник: назва, агрегат, одиниця, нормальний діапазон.

Будувати модель без механіка. Механік — співавтор норми. Він пояснює, які режими нормальні, і перевіряє кожну тривогу. Модель без нього навчиться на шумі.

Дати ШІ право писати в контролер. Лише читання. Будь-яка зміна уставки — людиною, через штатні засоби SCADA.

Не призначити власника тривог. Пропишіть заздалегідь: хто отримує попередження, за скільки годин перевіряє, що записує. Тривога без власника — це шум.

Охопити весь завод одразу. Одна одиниця обладнання, чіткий критерій успіху, рішення про масштаб — після пілоту.

Безпека даних і воєнний контекст: чому ШІ-шар має лише читати

Для українських підприємств це не теорія. У квітні 2022 року група Sandworm спробувала атакувати високовольтні підстанції українського енергопостачальника шкідливою програмою Industroyer2. Вона працювала через промисловий протокол IEC-104. ESET разом із CERT-UA розібрали атаку і допомогли захистити мережу (ESET WeLiveSecurity). Атакували енергетику, але висновок для будь-якого заводу той самий: промислова мережа — ціль, і кожне нове підключення до неї — ризик.

Базовий довідник із захисту промислових систем — NIST SP 800-82 Rev. 3 «Guide to Operational Technology (OT) Security», вересень 2023 року. Він описує захист PLC, SCADA і промислових мереж з урахуванням безпеки людей і безперервності процесу (NIST).

Правила підключення ШІ-шару

лише читання: окремий обліковий запис OPC UA без права запису;
окремий сегмент мережі між цехом і офісом: дані виходять назовні, команди всередину не заходять;
жодного прямого доступу до PLC з інтернету; віддалений доступ інтегратора — через VPN із журналом підключень;
шифрування й сертифікати OPC UA увімкнені з першого дня, а не «на потім»;
аналітику можна розгорнути на сервері підприємства, якщо дані не можна виносити;
резервні копії конфігурацій PLC і SCADA — до початку будь-яких робіт.

Нічні зміни і нестача людей

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

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

Без SCADA: автоматизація виробництва під замовлення починається з рівня замовлень

Більшість компаній на 5–100 людей, які виготовляють під замовлення — меблі, металоконструкції, деталі на верстатах з ЧПК, — SCADA не мають і найближчим часом не потребують. Їхні втрати не в дрейфі підшипника, а до верстата: заявка без розміру, незатверджене креслення, матеріал не замовили, клієнту вчасно не нагадали.

Дані з цеху без датчиків

У Saloy, нашій компанії з виробництва на верстатах з ЧПК, майстер запускає таймер командою в Telegram-боті. Так видно реальний час на кожну операцію без датчиків і SCADA. Питання до клієнта позначаються на картці замовлення. Якщо замовлення з відкритими питаннями намагаються перевести у виробництво, система попереджає — попереджає, а не блокує, рішення за людиною.

Першу робочу версію запустили за 1 день: воронка, картки замовлень і клієнтів, канбан, дашборд, вхід через Telegram. Усі модулі — за 3 тижні. Уже в перші тижні система показала, де губилися замовлення: великі приходили дзвінками, одне програли через безкоштовні візуалізації без обмежень, ще одне — бо вчасно не нагадали клієнту. Жоден датчик цього б не побачив. Детально — у кейсі власної системи управління для виробництва.

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

Коли вже потрібні датчики і SCADA

процес безперервний — екструзія, сушіння, пастеризація, — і параметр важить більше, ніж дія людини;
якість залежить від температури, тиску чи вологості, які людина не встигає відстежувати;
агрегати працюють у нічні зміни без постійного оператора;
простій одного агрегату зупиняє все замовлення;
енергоспоживання — суттєва частина собівартості.

Якщо збігаються два-три пункти, розмову з інтегратором АСУ ТП варто починати. Якщо жоден — гроші ефективніше вкласти в рівень замовлень. Приклади задач цього рівня зібрано в статті автоматизація бізнес процесів підприємства: 50 прикладів.

Як ШІ-система управління бізнесом з’єднує цех і замовлення

Ми робимо ШІ-систему управління бізнесом під процес компанії. У ній заявки й замовлення з етапами, клієнти з реквізитами, розрахунки за формулами компанії, задачі й сповіщення в Telegram, документи, оплати і звіти. Код пише штучний інтелект під контролем архітектора, тому перша робоча версія готова за кілька днів, а вся система — за 2–4 тижні після опису процесу.

ШІ в системі розбирає заявки й повідомлення у вільній формі, уточнює деталі з клієнтом у Telegram, читає прайси й документи, готує чернетки відповідей і пише звіти. Ціну рахують формули, а не ШІ. Клієнту нічого не надсилається без людини, якщо інше не погоджено.

Розрахунки, які живуть в Excel-книгах інженера, переносимо в систему зі звіркою на реальних прикладах. Для виробника металоконструкцій ми перенесли книгу на 104 аркуші з понад 2 000 варіантів ферм. Разом із калькулятором на сайті це зайняло 4 дні, а звірка з Excel збіглася до копійки.

Чесно про межі: ми не інтегратор АСУ ТП. Ми не пишемо програми для PLC і не підключаємося до контролерів. Наша зона — рівень замовлень і грошей, щоб механік, менеджер і власник бачили одне замовлення з одними статусами. Якщо у вас є SCADA, з контролерами працює ваш інтегратор, а рівень замовлень будується поруч.

Попередження про знос корисне, лише якщо запчастину замовлять вчасно. Тому заявка на запчастину має одразу потрапляти в закупівлі — про це в статті про автоматизацію відділу постачання. Якщо ви вагаєтеся між готовою програмою і власною системою, пройдіть тест на 15 хвилин.

Дорожня карта пілоту: від інвентаризації даних до рішення про масштаб

Пілот на одній одиниці обладнання перевіряє метод без великих ризиків. Ось порядок дій і хто за що відповідає.

Сформулюйте питання і власника. Одне питання, один відповідальний — зазвичай директор виробництва. Результат — речення на кшталт «хочемо заздалегідь знати, що привід пакувальної лінії деградує».
Проведіть інвентаризацію даних. Відповідає інженер АСУ ТП. Пройдіть чекліст вище. Результат — карта даних: що є, якої якості, де прогалини.
Запустіть журнал причин простоїв. Відповідає начальник зміни. Журнал стартує одночасно з інвентаризацією, бо без нього не буде з чим порівнювати результат.
Виберіть одну одиницю обладнання. Критерії: найдорожчий простій, найбільше браку або найкращі дані. Якщо критерії тягнуть у різні боки, беріть агрегат із найкращими даними. Перший пілот має довести метод, а не врятувати завод.
Підключіться лише на читання. Відповідають інтегратор та ІТ. Лінія працює у звичайному режимі. Перевірка: обліковий запис без права запису, окремий сегмент мережі.
Дайте моделі час на спостереження. Модель вчиться норми, тривоги ще не надсилаються. У цей час користь дає звіт OEE і розклад простоїв за причинами.
Пропишіть правило реакції. Хто отримує тривогу, за який час перевіряє, що записує після перевірки.
Оцініть результат. Скільки тривог підтвердилося, скільки зупинок відвернули, скільки часу пішло на хибні перевірки. Рішення одне з трьох: масштабувати, донавчати або зупинити.

Про критерій успіху домовтеся до старту, а не після. Інакше будь-який результат можна назвати успіхом або провалом залежно від настрою на нараді.

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

Обмеження: коли ШІ на виробництві не допоможе

Немає даних. Обладнання без контролерів і датчиків, з ручним керуванням. ШІ нема до чого підключати. Спершу потрібен ретрофіт — вібраційні, температурні чи струмові датчики на наявне обладнання. Це окремий проєкт, але він дешевший за нову лінію. Якщо оцифрована лише частина парку — починайте з неї, це не блокер.

Брудні дані. Обриви зв’язку, нулі в архіві, теги перейменовували кілька разів. Модель на таких даних дає хибні тривоги або пропускає реальні проблеми. Спершу наведіть лад в архіві й дочекайтеся нової чистої історії.

Одиничне виробництво з постійно різними режимами. Якщо кожне замовлення — новий виріб і новий режим, модель норми важко побудувати. Тут більше дасть облік замовлень, часу й причин простоїв.

Ніхто не реагує на тривоги. Якщо попередження приходять, а перевіряти нікому, гроші витрачено даремно.

ШІ не ухвалює рішень. Зупиняти лінію чи ні, змінилася сировина чи зношується вузол, яку запчастину замовити — вирішує людина. ШІ не замінює головного механіка й технолога. Він формалізує їхні знання, але без них не навчиться. Як ШІ допомагає керівнику зі звітами і контролем на рівні всього підприємства, ми описали в статті про штучний інтелект в управлінні підприємством.

Часті питання

Чи можна підключити ШІ до будь-якого PLC? До більшості сучасних контролерів — так: через OPC UA, Modbus TCP або архів SCADA. Для старих серій ставлять шлюзи, наприклад HMS Anybus чи Moxa. Для обладнання без комунікаційних портів спершу встановлюють датчики. Точну відповідь дає інвентаризація даних.

Чи треба зупиняти виробництво під час підключення? Ні, якщо потрібні сигнали вже пишуться в архів або доступні через OPC-сервер. ШІ-шар підключається як ще один клієнт лише на читання. Зупинка може знадобитися, тільки коли монтують нові датчики або модулі в шафу керування.

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

Якщо у вас виробництво під замовлення і вам потрібен порядок не в контролерах, а в замовленнях, черзі цеху й термінах, опишіть, як зараз іде одне замовлення від заявки до відвантаження. Покажемо робочу систему на демо за 30 хвилин і чесно скажемо, що вам вигідніше: готова програма, доробка чи власна система. Детальніше — ШІ-система управління бізнесом.

Автоматизація виробництва SCADA: що додає ШІ поверх PLC і обліку цеху