Жаймалау уақытын оңтайландыру және IC695CPU310 Watchdog Exceeded ақауларын түзету жолдары

RX3i Watchdog Timer Exceeded ақауының негізгі себебін түсіну

GE Fanuc PACSystems RX3i IC695CPU310 құрылғысындағы «Watchdog Timer Exceeded» ақауы процессордың есептеу қуаты жеткіліксіз екенін автоматты түрде білдірмейді. Бұл қатені бағдарламалық watchdog таймерінің мәнін жай ғана арттыру арқылы түзетуге болмайды. Негізгі себеп — бір PLC бағдарламасының жаймалануы кезінде орындалу уақытының күтпеген жерден ұлғаюы. Қалыптан тыс циклдер, рекурсивті функцияларды шамадан тыс шақыру немесе жадпен орындалатын күрделі операциялар мұндай кідірістерге жиі себеп болады.

GE Fanuc процессорларына арналған анықтамалық нұсқаулықтарға сәйкес, бағдарламалық watchdog жайманың аяқталуындағы қалыптан тыс кідірістерді анықтайды. Бағдарламалық watchdog диапазоны 10 мс-тен 2550 мс-ке дейін, ал реттеу қадамы 10 мс болады. Жұмыс инженерлері уақыт шегін ұзарту арқылы логикадағы ақауларды жасырудың орнына, ең нашар жағдайдағы жаймалау уақытын арттыратын бағдарламадағы тар орынды анықтауы тиіс.

Бағдарламалық және аппараттық watchdog ақауларын ажырату

Кез келген кодты өзгертпес бұрын, инженерлер ақауға себеп болған нақты аппараттық немесе бағдарламалық механизмді анықтауы керек.

• Бағдарламалық Watchdog ақаулары: Олар бір орындалу жаймасы бағдарламаланған watchdog шегінен асып кеткен кезде пайда болады. Әдеттегі себептерге ауқымды FOR немесе WHILE циклдері, рекурсивті функция блоктары, шектелмеген массив операциялары, күрделі жолдық деректерді өңдеу, шоғырланған Ethernet байланыстары немесе энергияға тәуелсіз жадқа тікелей жазу жатады.
• Аппараттық Watchdog ақаулары: Бұл процессордың ішкі қауіпсіздік қорғау механизмінің іске қосылғанын білдіреді. Бағдарламалық қателерден айырмашылығы, IC695CPU310 сияқты ескі процессор платформаларындағы аппараттық watchdog ақауларын жою үшін көбіне құрылғыны толық физикалық қуаттан ажыратып-қосу қажет.

Күтпеген өшіру орын алғанда, PAC Machine Edition (PME) Fault Table кестесіне кіріңіз. Fault Description, Fault Code, Time Stamp және Occurrence Count мәндерін тексеріңіз. Диагностикалық журнал бағдарламалық watchdog уақытының біткенін нақты көрсеткен жағдайда ғана логиканы оңтайландырыңыз.

Жаймалау динамикасын талдау: орташа жайма және ең нашар жағдайдағы максималды жайма

Көптеген автоматтандыру инженерлері тек бағдарламаның орташа сканерлеу уақытына назар аударады, бұл қауіпті осал тұсқа әкеледі. Орташа жаймалау уақыты 18 мс болатын жүйеде белгілі бір шарттар орындалғанда бұл көрсеткіш 240 мс-ке дейін күрт өсуі мүмкін. Егер watchdog шегі 200 мс болса, PLC бірден тоқтау ақауына өтеді.

Мұндай кездейсоқ өшірулерге әдетте шартқа байланысты орындалатын күрделі логика себеп болады. Күнделікті есептерді пакеттік есептеу, тарихи деректерді мұрағаттау немесе жадты жаппай көшіру сияқты операциялар бір сканерлеу циклінде орындалып, ең жоғары орындалу уақытын арттырады.

IC695CPU310 контроллеріндегі сканерлеу уақытын қысқартудың практикалық әдістері

Сканерлеу циклдерін оңтайландыру жоғары жылдамдықты қаптама желілерінде, су тазарту нысандарында және үздіксіз өндірісте басқару циклдерінің жедел әрекетін сақтайды. Жаймалаудың ең жоғары уақытын азайту үшін мына инженерлік әдістерді қолданыңыз:

• ⚙️ Үлкен циклдер үшін уақыт бойынша бөлуді енгізіңіз: Ауқымды FOR немесе WHILE циклдерін бір жаймалау циклінде ешқашан орындамаңыз. Массивтерді өңдеуді күй машинасының индекстерін пайдаланып, бірнеше қатарынан орындалатын жаймаға бөлінген шағын бөліктерге бөліңіз.
• ⚙️ Рекурсивті шақырулар мен функция блоктарын тексеріңіз: PAC Machine Edition блоктарын шақыру ағашын тексеріңіз. Белгілі бір логика тармақтарында Function A функциясы Function B функциясын шақырып, оның қайтадан Function A функциясын кездейсоқ шақыруына әкелетін жанама рекурсивті шақыруларды жойыңыз.
• ⚙️ Үздіксіз деректер өңдеуінен оқиғаға негізделген өңдеуге ауысыңыз: Әр сканерлеуде мыңдаған аналогтық регистрді көшірмеңіз немесе масштабтамаңыз. Күрделі математикалық формулалар мен массивтерді сұрыптауды деректердің өзгергенін білдіретін жалаушалар іске қосылғанда ғана орындаңыз.
• ⚙️ Ethernet және сериялық байланыс тапсырмаларын бөліңіз: Modbus, SRTP немесе EGD сияқты белсенді байланыстарды барлық сыртқы түйіндерді бірден сұраудың орнына, round-robin сұрау стратегиясын пайдаланып, бірнеше циклге кезектестіріп бөліңіз.
• ⚙️ Энергияға тәуелсіз Flash жадына жазуды шектеңіз: Жұмыс деректерін энергияға тәуелсіз жадқа жазатын тікелей логикалық шақырулар процессор уақытын көп жұмсайды. Flash жадына жазуды әр логикалық жаймада емес, мерзімді түрде немесе пакеттік өңдеу аяқталған кезде іске қосыңыз.

Дала жағдайындағы ақауларды кезең-кезеңімен іздеу тәртібі

Сканерлеу уақытының күрт өсуін қауіпсіз жою үшін мына жүйелі инженерлік реттілікті орындаңыз:

1. Ақаудың шығу тегін анықтаңыз: Бағдарламалық watchdog іске қосылғанын растау үшін PME Fault Table кестесін тексеріңіз.
2. Бастапқы көрсеткіштерді тіркеңіз: Процессордың орташа жаймалау уақытын, ең нашар жағдайдағы максималды жаймалау уақытын және ағымдағы watchdog уақыт шегін жазып алыңыз.
3. Кодтағы тар орындарды анықтаңыз: Шектелмеген циклдерді, үздіксіз массив тасымалдарын, шоғырланған байланыстарды және Flash жадқа жазу операцияларын іздеңіз.
4. Логиканы қайта құрыңыз: Өңдеу жүктемесін бөлу үшін күй машиналарын, уақыт бойынша бөлу алгоритмдерін және оқиғаға негізделген логикалық блоктарды қолданыңыз.
5. Өнімділікті қайта бағалаңыз: Өндірістің ең жоғары жүктемесі кезінде бірнеше ауысым бойы сканерлеудің ең жоғары уақыттарын бақылаңыз.
6. Watchdog қорын реттеңіз: Сенімді қауіпсіздік қорын сақтау үшін бағдарламалық watchdog шегін жаңадан анықталған ең нашар жағдайдағы жаймалау уақытынан сәл жоғары орнатыңыз.

Қолдану мысалы: бөтелкеге құю желісінің конвейер жүйесін оңтайландыру

IC695CPU310 контроллері басқаратын жоғары жылдамдықты сусын құю нысанында өндірістік желі ауысым ауысқан кезде бірнеше күн сайын PLC-нің кездейсоқ тоқтау ақауларына ұшыраған.

Негізгі себеп: Ауысым ауысқан кезде белсенді ladder logic ішкі бағдарламасы 4 000 өнімді бақылау регистрін сұрыптап, жаңартып және мұрағаттау массивіне бір сканерлеу ішінде көшіретін, шектелмеген циклді орындаған. Соның салдарынан ең жоғары жаймалау уақыты қалыпты 22 мс-тен 265 мс-ке дейін өсіп, бағдарламалық watchdog-тың 200 мс шегінен асып кеткен.

Шешімі: Біздің инженерлік топ сұрыптау алгоритмін бір сканерлеу циклінде 200 регистрді өңдейтін, 20 қатарынан жаймаға бөлінген уақыт бойынша жұмыс істейтін күй машинасы ретінде қайта құрды. Бұл өзгеріс ең жоғары жаймалау уақытын 265 мс-тен 38 мс-ке дейін қысқартып, аппараттық компоненттерді өзгертпей-ақ watchdog іске қосылу мәселесін толық жойды.

Жиі қойылатын сұрақтар (FAQs)

Q1: Біздің CPU310 құрылғымыз Watchdog Timer Exceeded ақауларын үнемі шығарады. Бұл процессор жылдамдығы тым төмен, сондықтан оны ауыстыру керек дегенді білдіре ме?
Жауап: Міндетті емес. Процессорды ауыстыру соңғы шара болуы керек. Watchdog ақауларының көпшілігі дұрыс құрылмаған бағдарлама логикасынан, шектелмеген цикл операцияларынан немесе байланыстың кенеттен шектен тыс жүктелуінен туындайды. Күрделі есептеулерді бірнеше логикалық циклге бөлінген уақыт бойынша жұмыс істейтін күй машиналарына қайта құру арқылы жаймалау уақытының күрт өсуін жоюға болады. Кодты қайта құрғаннан кейін де бастапқы орташа жаймалау уақыты процессор мүмкіндігінің шегіне жақын болып қалса ғана аппараттық жаңартуды қарастырыңыз.

Q2: Ақаулардың алдын алу үшін Software Watchdog Timer мәнін оның ең жоғары көрсеткіші — 2550 мс-ке қауіпсіз орнатуға бола ма?
Жауап: Процессор конфигурациясы мәзірі 2550 мс-ке дейін орнатуға физикалық мүмкіндік бергенімен, бұл инженерлік тұрғыдан дұрыс тәжірибе емес. Уақыт шегін соншалықты ұзарту шексіз циклдер немесе тұрып қалған рекурсивті шақырулар сияқты маңызды логикалық қателерді жасырады. Критикалық өндірісті автоматтандыруда тоқтауға дейін 2,5 секунд жұмыс істейтін тұрып қалған процессор елеулі өндірістік және қауіпсіздік қатерлерін тудыруы мүмкін. Watchdog шегін нақты ең нашар жағдайдағы жаймалау уақытынан сәл жоғары, ақылға қонымды қауіпсіздік қорымен орнатыңыз.

Q3: Дала тәжірибесіне сүйенсек, сканерлеу уақытының күрт өсуіне нақты қай блок себеп болатынын анықтаудың ең жақсы жолы қандай?
Жауап: PAC Machine Edition ішіндегі диагностикалық құралдарды арнайы орындалу таймерлерімен бірге пайдаланыңыз. Күдікті функция блоктарының алдында және соңында жүйелік уақыт белгісін оқу операцияларын енгізіп, орындалудың ең жоғары ұзақтығын бақылау регистрлеріне жазып алыңыз. Бұл көрсеткіштерді құрылғы күйінің журналдарымен салыстырып, сканерлеу жүктемесінің ең жоғары деңгейін қандай өндірістік оқиғалар — мысалы, пакеттердің ауысуы, есеп жасау немесе HMI сұраулары — іске қосатынын анықтаңыз.

Автор пікірі және сарапшы көзқарасы

«Ubest Automation Limited компаниясында өнеркәсіптік автоматтандыру жабдықтарына қолдау көрсеткен жылдарымызда далалық топтардың PLC watchdog ақауларын таймер мәндерін ойланбастан арттыру немесе жаңа аппараттық құрал сатып алу арқылы шешуге тырысатынын жиі көреміз. PACSystems RX3i сияқты платформаларда сканерлеу уақытының күрт өсуі әрдайым дерлік деректерді тиімсіз басқарудан немесе шектелмеген байланыстардан туындайды. Бағдарламалық жасақтамаға басымдық беретін тәртіпті тәсіл тоқтап тұру уақытын едәуір қысқартып, қолданыстағы басқару жабдықтарының қызмет ету мерзімін ұзартады».
— Ubest Automation Limited инженерлік тобы

Сенімді GE Fanuc жабдығы мен сараптамалық қолдау іздеп жүрсіз бе?

Ескі жүйелердегі ақауларды іздеп жатсаңыз да немесе зауытты автоматтандыруға арналған ауыстыру бөлшектерін іздесеңіз де, Ubest Automation Limited сынақтан өткен түпнұсқа PLC компоненттерін, DCS модульдерін және өнеркәсіптік басқару шешімдерін ұсынады.

Түпнұсқа GE Fanuc және PACSystems компоненттерін Ubest Automation Limited сайтынан қараңыз.