OPC сервері қосылған, бірақ тегтер жаңартылмайды: Yokogawa және ABB жүйелеріне арналған тәжірибеде тексерілген шешімдер
Байланыс жасыл болып тұрғанда тегтер неге қатып қалады
Әрбір басқару инженері бұл белгіні көрген. OPC сервері байланыстың қалыпты екенін көрсетеді. Алайда SCADA экранында мәндер өзгермей қалады. Бірнеше тег жаңартылуын тоқтатады. Ең алдымен, жасыл күй тек тасымалдау деңгейінің жұмыс істеп тұрғанын дәлелдейтінін түсініңіз. Ол деректер сапасы туралы ештеңе айтпайды. Сондықтан «байланыс бар, бірақ деректер ескірген» жағдайын желі ақауы емес, конфигурация немесе жүктеме мәселесі ретінде қарастырыңыз. Бұл айырмашылық қате ақау іздеуге кететін бірнеше сағатты үнемдейді. Мен бұл ақауды Yokogawa CENTUM VP және ABB System 800xA зауыттарында талдадым. Негізгі себептер әрдайым дерлік бірдей сегіз факторға келіп тіреледі.
Жоққа шығаруға тиіс сегіз негізгі себеп
Екіншіден, кез келген құралға кіріспей тұрып, ақау түрлерін жаттап алыңыз. Адрестерді салыстырудың сәйкес келмеуі — ең басты себеп. Жөндеу кезінде PLC бағдарламалары өзгеруі мүмкін, ал OPC конфигурациялары өзгермей қалады. Одан кейін сканерлеу жиілігінің қате конфигурациясы келеді. Мыңдаған тегті 100 мс сайын шамадан тыс жиі сұрату драйверді қажытады. Сонымен қатар SCADA, HMI, архиватор және техникалық қызмет көрсету ноутбуктері бір контроллерден қатар сұрау жасағанда, PLC байланыс жүктемесінің шектен асуы оқу сұрауларын баяулатады. Өлі аймақ сүзгісі аналогтық сигналдардың аздаған өзгерістерін жасырады. Құрылғы тобының қате конфигурациясы тек бір арнадағы тегтерді оқшаулайды. Кэшті жаңарту ақаулары, сканерлеуге тәуелді PLC логикасы және желілік пакеттердің бөлшектенуі тізімді толықтырады. Алайда әр себептің өзіндік айқын белгісі бар. Сіздің міндетіңіз — сол белгіні жылдам тану.
- 1-қадам: Алдымен тег сапасының жалаушаларын тексеріңіз. «Нашар» мәні адрестерді салыстыру мәселесін көрсетеді. «Жақсы, бірақ ескірген» мәні сканерлеу шарттарына немесе өлі аймаққа нұсқайды.
- 2-қадам: PLC экспорт файлын OPC серверінің адрестік кеңістігімен салыстырыңыз. Жылжып кеткен деректер блоктары мен өзгерген деректер түрлерін іздеңіз.
- 3-қадам: OPC клиентіндегі сканерлеу жиіліктерін қарап шығыңыз. Маңызды емес аналогтық сигналдарды 250 мс-тан 1000 немесе 2000 мс-қа ауыстырыңыз.
- 4-қадам: Драйвер диагностикасының есептегіштерін оқыңыз. Оқу тайм-ауттарының өсуі PLC байланыс жүктемесінің шектен асқанын көрсетеді.
- 5-қадам: Қатып қалған бір аналогтық тег үшін өлі аймақты уақытша өшіріңіз (0%-ға орнатыңыз). Егер ол жаңартыла бастаса, себепті таптыңыз.
- 6-қадам: Жүктеме төмен уақыт аралығында құрылғы тобын қайта іске қосыңыз. Бұл көптеген серверлердегі ескірген кэш жазбаларын тазартады.
Жағдайлық зерттеу: Yokogawa CENTUM VP және EXAOPC кедергісі
Жақында жүзеге асырылған мұнай өңдеу зауыты жобасында Yokogawa CENTUM VP жүйесі EXAOPC арқылы үшінші тараптың архиваторына дерек жіберді. Байланыс қалыпты күйде қалды. Алайда 8000 тегтің 200-і әр түстен кейін қатып қалатын. Белгі уақытпен сәйкес келді. Сонымен қатар қатып қалған тегтердің барлығы бір құрылғы тобына тиесілі болды. Біз бұл топтың жаңарту аралығы 200 мс-қа орнатылғанын анықтадық. FCS байланыс картасындағы жүктеме түстен кейін шегіне жетті. Сондықтан топ аралығын 1000 мс-қа арттырып, тренд деректерін жазылымға негізделген топқа ауыстырдық. Қатып қалу мәселесі бір күн ішінде жойылды. Yokogawa нұсқаулығында әр байланыс картасына келетін тег жаңартуларының саны шектелетіні көрсетілген. Бұл шекті сақтаңыз. Соңында, тегтер санын бір шамадан тыс үлкен топқа жинамай, әрдайым бірнеше құрылғы тобына бөліңіз.
Жағдайлық зерттеу: ABB System 800xA және байқалмай қалған аспект өзгерісі
ABB 800xA басқару деректерін байланыс серверіндегі Aspect Objects арқылы ұсынады. Электр станциясының клиенті контроллер микробағдарламасын жаңартқаннан кейін қозғалтқыш күйінің тегтері ескіріп қалғанын хабарлады. OPC байланысы жасыл күйде қалды. Алдымен желіні тексердік. Ақау болмады. Екіншіден, Control Structure ішіндегі объект адрестерін салыстырдық. Жаңарту контроллердің деректер орналасуын өзгертіп, ABB DSQC енгізу/шығару модулі сияқты модульдерге әсер еткен. Сонымен қатар бірнеше ABB қосылу блогы ескі сөре және слот нөмірлеріне сілтеме жасап тұрған. Сондықтан аспект адрестерін қайта жасап, конфигурацияны қайта орналастырдық. Тегтер бірден қалпына келді. Бұл — әмбебап сабақ. Контроллер жаңартылғаннан кейін OPC адрестік кеңістігін әрдайым тексеріңіз. Жаңарту жад орналасуын сақтады деп ешқашан ойламаңыз. Бұған қоса, OPC конфигурацияларының экспорттарын нұсқалар бойынша басқарыңыз, сонда өзгерістерді бірнеше минут ішінде салыстыра аласыз.
Жаттап алуға тұрарлық протокол параметрлері
- Аналогтық тегтер үшін OPC DA жаңарту жиілігін 500 мс немесе одан баяу етіп ұстаңыз. 100–250 мс аралығын тек маңызды блокировка күйіне қалдырыңыз.
- Аналогтық өлі аймақты диапазонның 0,2–0,5%-ына орнатыңыз. Нөлдік өлі аймақ клиентті шуыл жаңартуларымен шамадан тыс жүктейді.
- Мүмкіндігінше клиенттік сұраудың орнына сервер жағындағы жариялау аралығы бар OPC UA жазылымдарын пайдаланыңыз. Бұл трафикті айтарлықтай азайтады.
- Контроллердің байланыс мүмкіндігіне қарай әр құрылғы тобын шамамен 1000–2000 тегпен шектеңіз.
- Архиваторда сапа уақыт белгілерін қосыңыз. Ескірген мәндерді анықтау сол белгілерге тәуелді.
Қорытынды және әрекет ету жөніндегі кеңес
OPC байланысының жасыл болуы деректердің жаңалығын еш дәлелдемейді. Сондықтан тұрақты диагностикалық тәртіп қалыптастырыңыз: алдымен сапа жалаушалары, екіншіден адрестерді салыстыру, үшіншіден сканерлеу жиіліктері. Сонымен қатар жад орналасуына әсер ететін контроллер өзгерістерінің барлығын құжаттаңыз, өйткені адрестердің сәйкес келмеуі — қатып қалған тегтердің басты себебі. Соңында, әр тоқсан сайын өлі аймақ параметрлері мен құрылғы топтарының жүктемесін тексеруге уақыт бөліңіз. Осы тәртіпті ұстанатын зауыттар ескірген тегтерді бірнеше минут ішінде анықтайды.
