Басқаруды бұзбай, PLC және SCADA диагностикасын сенімді техникалық қызмет көрсетуге айналдыру жолы.
Сигнал басқару қабатының ішінде бұрыннан бар
PLC жүйесі техникалық күйі нашарлап бара жатса да, жұмысын жалғастыра береді. Алдымен мимикаға емес, диагностикалық тарихқа қараңыз. Байланыс үзілістері біртіндеп көбейеді. Қашықтағы I/O модулі үзілісті ақауларды тіркейді. SCADA қабатында өндіріс тоқтағанға дейін үзілістер қайталана береді. Бұл - шу емес, ерте ескертулер. Заманауи контроллерлер деректерді өзінде-ақ ұсынады. Әрдайым жаңа датчиктер желісі қажет бола бермейді. Күрделі мәселе - әр сигналға пайдалы бағыт беру. Бұл бағыт нақты активпен байланыстырылған техникалық қызмет көрсету жазбасы болуы керек.
1-қадам — Контроллердің нақты техникалық күй сигналдарын жинау
Болжамды логика құрылғы іс жүзінде қолдайтын сигналдарды пайдалануы тиіс. Әр PLC бірдей техникалық күй деректерін береді деп ойламаңыз. Allen-Bradley ControlLogix жүйесінде (мысалы, Allen-Bradley ControlLogix Processor) немесе CompactLogix жүйесінде 1756 ControlLogix Communications Module сияқты байланыс карталарындағы EtherNet/IP портының қате есептегіштерін бақылаңыз. Әр қашықтағы станция бойынша қалпына келтірілетін ақаулар санын қадағалаңыз. Modbus TCP арқылы қолжетімді Woodward контроллерінде (Woodward I/O modules бар мониторинг жүйелерінде) техникалық қызмет көрсету қажет екенін және ресурстың шекті мәнін көрсететін регистрлерді сұрау арқылы тексеріңіз. Кейбір құрылғылар ішкі ақауларды немесе қоректендірудің қалыптан тыс күйін тікелей хабарлайды.
-
1-қадам — Мақсатты құрылғы нақты ұсынатын барлық диагностиканы тізімдеңіз.
-
2-қадам — Есептегіштерді апта сайынғы динамикада бақылаңыз, өйткені жиілік бір реттік оқиғадан гөрі нашарлауды жақсырақ көрсетеді.
-
3-қадам — Бір реттік қысқа ауытқуға емес, өсу үрдісіне немесе ұзақтыққа ғана дабыл беріңіз.
-
4-қадам — Әр есептегішті жалпы шкафқа емес, бір белгіленген активке байланыстырыңыз.
2-қадам — Әр дабылды өтінімге айналдыруды тоқтатыңыз
SCADA оператордың назарын аударады. Ал техникалық қызмет көрсету жұмысты кім атқаратынын шешеді. Осы екеуін шатастыру шынайы нашарлауды қажетсіз өтінімдердің астында көміп тастайды. Жоғары температура дабылы жай ғана қалыпты өндірістік режим болуы мүмкін. Қысқа үзіліс өздігінен қалпына келуі ықтимал. Сондықтан жұмыс жасамас бұрын жағдайды растаңыз. Қайталану бір реттік оқиғадан маңыздырақ. Ұзақтық көбіне ең жоғары ауырлық деңгейінен маңызды. Дабыл шегінен төмен баяу ауытқу да тексеруді қажет етуі мүмкін. Сонымен қатар, растауды жұмыстың аяқталуынан бөлек жүргізіңіз. Оператор ақауды көргенін растайды. Бұл жабдықтың жөнделгенін дәлелдемейді.
-
1-қадам — Жұмысты бастау үшін жеті күн ішінде үш рет қайталануды талап ететін ереже қосыңыз.
-
2-қадам — Контекст қосыңыз: актив, динамика және алдыңғы жөндеулер.
-
3-қадам — Өтінімді жұмыс орындалып, тіркелгеннен кейін ғана жабыңыз.
Жөндеу тарихы модельді нақтылайды
Архиватор деректері ақауға дейін не болғанын көрсетеді. Техникалық қызмет көрсету тарихы біреу тексергеннен кейін не болғанын көрсетеді. Мысалы, байланыс қатесі өтінімдерді қайта-қайта тудырады делік. Техниктер әр жолы аппараттық ақау таппайды. Демек, іске қосу шегі тым сезімтал болуы мүмкін. Алайда дәл сол оқиға әрдайым бір коннекторды ауыстырумен аяқталса, бұл үлгіге сеніңіз. Оған ертерек назар аударған жөн. Орындалған жұмыс белгіні себептен ажыратады. Жалған I/O ақауы қоректенуден айырылған далалық құрылғыдан туындауы мүмкін. Модульді ауыстыру дұрыс емес активті жөндеуге әкеледі. Жұмысты жабу туралы жазба келесі ауысым үшін нақты себепті сақтайды.
Тәуекелге жол бермей интеграциялаңыз
CMMS артықшылықтары бар басқару жүйесінің клиентіне айналмауы тиіс. Диагностиканы деректер қабаты арқылы сыртқа шығарыңыз. Динамиканы SCADA жүйесінен немесе архиватордан алыңыз. Стандартталған техникалық күй мен диагностика ақпараты үшін тек оқуға арналған OPC UA пайдаланыңыз. Содан кейін интеграция қызметі расталған оқиғаларды API арқылы техникалық қызмет көрсету платформасына жібереді. Бұл техникалық қызмет көрсету трафигін уақытқа сезімтал логикадан алшақ ұстайды. Болжамды есептеулердің контроллер ішінде орындалуы міндетті емес. Сонымен қатар, желіні қорғаңыз. Техникалық қызмет көрсету қолданбасына PLC жадына жазу сирек қажет болады. Оны тек оқуға арналған қолжетімділікпен шектеңіз. Кез келген автоматтандырылған байланыс өндіріске жетпес бұрын зауыттың өзгерістерді басқару тәртібін сақтаңыз. Соңында, сағаттарды түзетіңіз. SCADA оқиғасы мен CMMS жазбасы бірнеше минутқа алшақ уақытпен белгіленсе, ақауды қайта қалпына келтіру қиындайды.
Қорытынды және әрекет бойынша кеңес
Болжамды техникалық қызмет көрсету ақылды панельдерге емес, шыдамдылық пен таза деректер ағынына сүйенеді. Біріншіден, құрылғыларыңыз нақты ұсынатын техникалық күй сигналдарын ғана жинаңыз. Екіншіден, өтінім жасамас бұрын жағдайды қайталану және ұзақтық арқылы растаңыз. Сонымен қатар, расталған жөндеу тарихы уақыт өте келе іске қосу шарттарын жетілдірсін. Алайда CMMS жүйесінің басқару логикасына жазуына немесе өзгерістерді басқаруды айналып өтуіне ешқашан жол бермеңіз. Сондықтан синхрондалған уақытпен архиватор мен OPC UA арқылы тек оқуға арналған жол құрыңыз. Соңында, басқару инфрақұрылымының өзін де техникалық қызмет көрсетуді қажет ететін жабдық ретінде қарастырыңыз. Осы аптада бір маңызды EtherNet/IP байланыс арнасынан бастаңыз. Бүкіл зауытқа кеңейтпес бұрын, циклдің басынан аяғына дейін дұрыс жұмыс істейтінін дәлелдеңіз.
Автор: Sun Yifei - PLC, DCS және басқару жүйелері саласында 10 жылдан астам тәжірибесі бар өнеркәсіптік автоматтандыру инженері.
