OPC сервері қосылған, бірақ тегтер қатып қалған: Kepware және Allen-Bradley EtherNet/IP ақауларын түзету жолдары

Жасыл байланыс өлі деректер жолын неге жасырады?

OPC серверлері контроллерлер мен жоғарғы деңгейлі қабаттарды байланыстырады. Олар SCADA, HMI және деректер архиваторларын деректермен қамтамасыз етеді. Классикалық белгі түнгі ауысымда байқалады. Сервер күйі қосылған деп көрсетіледі. Алайда бірнеше тег соңғы мәнінде қатып қалады. Алдымен ақау санатын түсініңіз. Тасымалдау байланысы жұмыс істеп тұр. Бірақ деректер жолы жұмыс істемейді. Сондықтан серверді қайта іске қосуға асықпаңыз. Қайта іске қосу негізгі себепті жасырады, ал ақау бірнеше күннен кейін қайта пайда болады. Менің Kepware және Allen-Bradley зауыттарындағы тәжірибемде жағдайлардың барлығына дерлік сегіз себеп түсініктеме береді. Оларды ретімен тексеріңіз.

Онлайн өңдеуден кейін PLC мекенжайларының сәйкестігін қалай тексеруге болады?

Мекенжайлардың ығысуы — бірінші себеп. Инженерлер іске қосу немесе оңтайландыру кезінде ControlLogix логикасын өзгертеді. Олар тегтерді жылжытады, массивтердің өлшемін өзгертеді және деректер түрлерін ауыстырады. Kepware тегтер базасы жаңартылмай қалады. Драйвер логика енді жазбайтын регистрді сұрауды жалғастырады. Тег сапа күйі жақсы болғанның өзінде қатып қалады — мәселе осында. Дегенмен регистр әлі де бар болғандықтан, сапа жалаушасы көбіне жақсы күйінде қалады. Сәйкестікті тікелей тексеріңіз.

• 1-қадам — RSLogix 5000 бағдарламасынан ControlLogix тегтер базасын экспорттап, оны Kepware мекенжай жолдарымен салыстырыңыз.
• 2-қадам — Контроллердегі нақты тегті онлайн режимінде мәжбүрлі түрде оқытыңыз. Оны OPC Quick Client ішіндегі уақыт белгісімен салыстырыңыз.
• 3-қадам — Тегтерді контроллердің символдық файлынан қайта импорттаңыз. Мекенжайларды ешқашан қолмен қайта термеңіз.

Аналогтық контурлардағы сканерлеу жиілігі мен өлі аймақты қалай баптауға болады?

Шамадан тыс қарқынды сұрау CIP жолын жүктемемен толтырады. Әрбір Kepware құрылғысы ControlLogix процессорымен CIP байланысын ашады. Logix контроллері CIP байланыстарының шектеулі санын қолдайды, стандартты процессорларда бұл сан көбіне шамамен 40 болады. Бірнеше клиент пен жоғары сканерлеу жиілігі осы қорды тауысады. Процессор сұрауларды кешіктіреді немесе қабылдамайды. Сонымен қатар өлі аймақ сүзгісі нақты өзгерісті жасырады. Баяу температуралық контурдағы 2 пайыздық өлі аймақ шын мәніндегі шағын өзгерістерді басып тастайды. PLC ішіндегі мән өзгеріп тұрады, бірақ клиент бұл туралы хабар алмайды.

• 1-қадам — Аналогтық технологиялық тегтер үшін Kepware жаңарту жиілігін 1000 мс етіп орнатыңыз. 100 мс мәнін тек жылдам блокировкалар үшін қолданыңыз.
• 2-қадам — Маңызды аналогтық тегтер үшін өлі аймақты диапазонның 0,5 пайызынан төмен етіп орнатыңыз. Тотализаторлар үшін оны толығымен өшіріңіз.
• 3-қадам — Контроллердегі CIP байланыстарының санын тексеріңіз. Сан шекке жақындаса, үлкен құрылғы топтарын бөліңіз.

Құрылғы топтарына, кэшке және OPC UA жазылымдарына қатысты нені тексеру керек?

Kepware құрылғыларды арналар мен топтарға ұйымдастырады. Қате бэкплейн ұяшығы, қате процессор ұяшығы немесе қате IP мекенжайы тек сол топты істен шығарады. Басқа топтардағы тегтер жаңартыла береді. Сондықтан экранның ішінара қатып қалуы көбіне бір бұзылған құрылғы нысанын көрсетеді. Кэш тағы бір қабат қосады. Сервер PLC-ден өз циклімен оқып, клиенттерге деректерді кэштен береді. Драйвердің кідірістері кэшті жаңартуды тоқтатса, байланыс қалыпты оқылып тұрғанымен, клиенттер ескі мәндерді алады. OPC UA клиенттері үшін соңғы нүктені растаңыз. Сенімді қолданба сертификатымен 4840 портындағы opc.tcp протоколын пайдаланыңыз. Жазылымды жариялау аралығы іріктеу аралығынан кем емес екенін тексеріңіз.

• 1-қадам — Kepware оқиғалар журналын ашыңыз. Нақты құрылғы бойынша сүзгілеп, CIP қателері мен тайм-аут кодтарын іздеңіз.
• 2-қадам — Құрылғы сипаттарындағы ұяшық бойынша мекенжайлауды нақты бэкплейн конфигурациясымен салыстырып тексеріңіз.
• 3-қадам — Диагностикалық есептегіштерді бақылаңыз. Сұрау сәтсіздіктері көбейіп, ескірген оқылымдар байқалса, бұл кэштің деректермен уақытында толмай жатқанын көрсетеді.

PLC логикасы мен пакеттердің фрагментациясы тегтердің жаңартылуына қалай әсер етеді?

Кейбір айнымалылар тек бағдарлама шарттары орындалғанда жаңартылады. Пакеттік реттіліктер, блокировкалар және күй машиналары көптеген жазу операцияларын басқарады. Егер шарт ешқашан орындалмаса, регистр соңғы мәнін сақтайды. OPC сервері оны дәл сол күйінде хабарлайды. Бұл байланыс ақауына ұқсайды, бірақ шын мәнінде олай емес. Сондықтан желіге тимес бұрын логиканы оқып шығыңыз. Соңында фрагментацияны тексеріңіз. EtherNet/IP арқылы жіберілетін үлкен блоктық оқылымдар жүктемесі жоғары желілердегі кадр шектерінен асып кетуі мүмкін. Кешіккен немесе ретсіз келген фрагменттерді қайта жинау терезесін бұзады. Өлшемі шамадан тыс тег блоктарын кішірек оқылымдарға бөліңіз. Мүмкіндігінше блоктық оқылымдарды 480 байттан төмен ұстаңыз.

• 1-қадам — Қатып қалған тегке жазатын рунгті қадағалаңыз. Рұқсат ету шартының шынымен орындалатынын растаңыз.
• 2-қадам — Kepware ішіндегі үлкен блоктық оқылымдарды әрқайсысы 100 тегтен аз топтарға бөліңіз.
• 3-қадам — Ақау кезінде коммутатор портының CRC қателері мен қайта жіберулерін бақылаңыз.

Қорытынды және әрекет бойынша кеңес

Жасыл OPC байланысындағы қатып қалған тегтер кабель мәселесін емес, конфигурация немесе жүктеме мәселесін білдіреді. Біріншіден, контроллер әр өзгертілгеннен кейін тегтер базасын сәйкестендіріңіз. Екіншіден, сканерлеу жиіліктерін шынайы деңгейде, ал өлі аймақтарды тар етіп ұстаңыз. Сонымен қатар желіні кінәламас бұрын CIP байланыстарының қорын және құрылғы топтарының күйін бақылаңыз. Сондықтан Kepware оқиғалар журналын апта сайын экспорттап, бағдарламаның әр нұсқасымен бірге тегтер сәйкестігін архивтеу әдетін қалыптастырыңыз. Соңында, кіші мамандарды кез келген әрекетке кіріспес бұрын сапа кодтары мен уақыт белгілерін оқуға үйретіңіз. Жүйелі тексеру реті қатып қалған тегтерге қатысты ақаулардың көбін қайта іске қоспай-ақ бір сағаттан аз уақытта жояды әрі деректер архиваторыңыздағы ақпараттың сенімділігін сақтайды.

Автор: Чжоу Вэйго — PLC, DCS және басқару жүйелері саласында 10 жылдан астам тәжірибесі бар өнеркәсіптік автоматтандыру инженері.