Добивки:
- Способност да се подели сценарио за автоматизација на влезно/излезна листа и логички чекори и да се побара скала/ST нацрт од вештачка интелигенција
- Способност за следење на логиката на PLC генерирана од вештачка интелигенција во однос на безбедносните брави, итно запирање и условите на трката
- Способност да се потврди калибрацијата, јачината на звукот и сигналите за дефект при интерпретација на податоци од телеметрија на сензорот и IoT со вештачка интелигенција
Индустриската автоматизација е една од областите кои најмногу допираат до теренот во електротехниката и електрониката: PLC (Програмабилен логички контролер) ги чита сигналите од сензорите и ги придвижува моторите, вентилите и алармите според одредена логика. Логичка грешка овде не е само „погрешен излез“; Заглавениот транспортер, вентилот што останува отворен или итно запирање што не се заглавува може да доведе до вистински повреди. Вештачката интелигенција е брза во исцртување на логиката на автоматизација, предлагање на скалила/ST код и толкување на телеметриски податоци од сензор/ИоТ; Но, безбедносните брави и дизајнот без дефекти се одговорност на инженерот. Во оваа единица, ќе покриеме како да се дефинира сценариото за автоматизација на AI, како да се контролира генерираната логика на PLC и како безбедно да се интерпретираат податоците од сензорот.
Конфигурирање на сценариото за автоматизација: Список за влез/излез и логички чекори
Да се каже на вештачката интелигенција да „програмира транспортер“ е несоодветно. Прво, одделете го процесот на влез (сензор, копче), излез (мотор, вентил, светилка) и логички чекори. Оваа разлика и го разјаснува промптот и ја прави логиката контролирана.
Пример листа за влез/излез (едноставна станица за полнење): Влезови: I0.0 Копче за стартување, I0.1 Копче за стопирање, I0.2 E-стоп (NC), I0.3 Сензор за откривање шише, I0.4 Сензор за зафатеностИзлези: Q0.0 Транспортен мотор, Q0.1 Вентил за полнење, Q0.1 Вентил за полнење, Q0.2 Работа со притискање на Q0.2 Грешка. а системот е готов.2) Транспортник со Старт враќање; Запрете го транспортерот кога ќе се активира сензорот за шише.3) Отворете го вентилот за полнење; Затворете го вентилот кога сензорот за зафаќање е полн.4) Рестартирајте го транспортерот; Процесот се повторува.5) Е-стоп или Стоп ги зема сите излези на безбедната страна во секое време.
Слаба навестување / Силен навестување
СЛАБ: „Напишете PLC код за транспортерот.“ (резултат: I/O адресите, безбедносните блокади и логиката на статусот се нејасни; потенцијално опасен нецелосен код.)СИЛНО: „Предложете го логичкиот нацрт на PLC (структурен текст) за станица за полнење врз основа на списокот I/O и логичките чекори погоре. ОБЕЗБЕДУВАЈТЕ го нормалното поставено со ENC:- состојба која ги става сите излези на безбедна страна.- Транспортник и вентил „Не создавајте опасна ситуација во исто време (брава). - Коментирајте го секој чекор. Наведете дека ова е нацрт; безбедносниот синџир, безбедното неуспешно и теренското тестирање му припаѓаат на инженерот“.
Контролна логика на PLC: Безбедност, безбедна за неуспех, услови за трка
Не е доволно произведената логика да „изгледа дека функционира“. Следете ја оваа листа за проверка:
контрола
Што да барате
итен прекин
NC контакт, без грешка, највисок приоритет, префрлување на сите излези на безбедната страна
Преклопувања
Конфликтните резултати не треба да бидат активни во исто време
состојба на трката
Конфликтни задачи во ист циклус, недефинирана ситуација
почетна состојба
Почнувајќи во безбедна, позната состојба кога е под напон
Тајмер/бројач
Правилна логика, прелевање, ресетирање состојба
дефект на сензорот
Безбедно однесување во случај на прекин/краток спој на сензорот
Итно запирање (Е-стоп) е најкритичната точка. Безбедносната функција мора да биде безбедна за неуспех: односно, ако кабелот се скрши, контактот откажа, системот мора да падне на безбедната страна, а не опасен. Затоа, E-stop е воспоставен со нормално затворен (NC) контакт; Ако кабелот се скрши, колото се отвора и системот запира. Дополнително, софтверската логика сама по себе не е доволна; Хардверски безбедносен синџир (безбедносно реле/контактор) мора да биде дизајниран и потврден од инженерот.
Предупредување: Ако видите во скала/ST код генерирана од вештачка интелигенција дека E-стоп е поставен со нормално отворен (NO) контакт или само знаменце на софтвер, ова е ранливост. Безбедносните функции никогаш не се препуштени само на софтверот; Хардверскиот синџир без дефекти и усогласеноста со релевантните стандарди за безбедност на машината се одговорност на инженерот и се потврдени со теренско тестирање.
Услови на трка и државни машини
PLC логиката работи циклично; Целата логика се обработува од почеток до крај во секој циклус. Вештачката интелигенција понекогаш пишува контрадикторни линии кои го поставуваат истиот излез на едно место и го ресетираат на друго место; ова предизвикува излезот да трепери непредвидливо (состојба на трка). Конструирањето сложени процеси како машина за експлицитна состојба го намалува овој ризик: системот е во една, специфична состојба во секое време, со транзиции зависни од јасни услови.
Толкување на податоци од сензор и IoT: калибрација, единица, сигнал за дефект
Додека податоците за телеметријата на сензорот и IoT (температура, притисок, вибрации, струја) се вредни за анализа, тие можат да бидат погрешни во својата сурова форма. Како што вештачката интелигенција ги сумира овие податоци, мора да потврдите три работи:
- Калибрација и размер. Дали сензорот излегува необработена вредност на ADC или вистинската физичка единица? AI 4-20 mA може погрешно да го размери сензорот и да ја збуни физичката вредност.
- Единица. °C или °F, бар или kPa, RMS или врв? Конфузијата на единицата ја расипува целата интерпретација.
- Сигнали за дефекти. Заглавена вредност, ненадеен пад на нула, читање надвор од опсегот; Ова не се вистински мерења, но може да се работи за дефект на сензорот/линијата. Ако вештачката интелигенција ги толкува овие како „интересни податоци“, би згрешиле.
Сензор # 4-20 mA -> скалирање на физичка вредност (опсег од 0-100 °C) def ma_to_temp(ma): ако ma < 3,5: # Под 4 mA -> скршена линија/враќање грешка Нема # означете како неважечко враќање (ma - 4,0) / (20,0 - 4,0) * за читање, 100 [. 20.0;
Совет: Кога ги толкувате податоците за IoT, прво прашајте „дали оваа вредност е физички можна?“ Поставете го прашањето. Ако сензорот за собна температура покажува 300 °C, тоа не е реално, веројатно е грешка при калибрација/линија. Елиминирајте ги сигналите за дефект пред толкувањето на вештачката интелигенција.
Мини случај
Инженер за одржување има вештачка интелигенција да ги интерпретира податоците за IoT вибрациите на пумпата. Вештачката интелигенција вели дека „вибрациите се зголемени за 200% во последната недела, ризик од моментален дефект“ и сугерира аларм. Инженерот ги разгледува необработените податоци: вредноста е „заглавена“ на фиксна висока бројка по одредено време, никогаш не се менува. Ова не е зголемена вибрација, туку замрзнување/неуспех на сензорот. При вистински механички дефект, вредноста флуктуира. Инженерот го проверува сензорот; Кабелската врска е лабава. ВИ ја толкува фиксната вредност како „нахакан“. Лекција: исклучете ги потписите на дефекти (заглавени, надвор од опсегот, прскање) пред да ги толкувате податоците од сензорот; ВИ не бара необработени податоци.
Вообичаени грешки
- Поставување E-stop без контакт или само софтверско знаменце (не е безбедно).
- Препуштање на безбедносната функција исклучиво на софтверот, без хардверски синџир.
- Создавање состојба на трка со конфликтни линии за поставување/ресетирање.
- Не дефинирање на безбедна почетна состојба кога е под напон.
- Толкување на податоците од сензорот од калибрацијата и верификацијата на единицата.
- Грешка на сигналите за грешка (заглавени, надвор од опсегот) за реални мерења.
Сумирано
- Скршете го сценариото за автоматизација во список со I/O и исчистете ги логичките чекори и прашајте ја вештачката интелигенција на тој начин.
- Е-стоп и безбедносните функции мора да бидат безбедни за неуспех (NC), највисок приоритет и хардверски поврзани со синџири; потврдено со теренско тестирање.
- Конфликтните задачи создаваат состојба на трка; Поставете сложени процеси со државна машина.
- Безбедноста никогаш не е препуштена само на софтверот; Одобрувањето од инженерот е задолжително.
- Калибрацијата, единицата и сигналите за дефект во податоците од сензорот/IoT прво се проверуваат.
- Физички невозможните вредности и заглавените отчитувања се знаци на дефект, а не вистински податоци.
Задача за апликација
Напишете листа на I/O и логички чекори за едноставно сценарио за автоматизација (пополнување, контрола на портата, прилагодување на нивото); Прашајте ја вештачката интелигенција за ST/скалила нацрт. Потоа проверете ја генерираната логика: (1) Дали е E-stop безбеден за неуспех и има приоритет, (2) дали има заклучување за конфликтни излези, (3) дали е дефинирано безбедно стартување при вклучувањето? Посебно, прашајте ја вештачката интелигенција за коментари за серија читања на сензорите (неколку нормални, еден заглавен, еден надвор од опсегот) и проверете дали правилно ги елиминира вредностите на дефекти. Поправете ги сите грешки и запишете ги.