Зашто ваш ПЛЦ мора одмах да се заустави? Како користити прекиде ПЛЦ-а

Сименс ове рутине назива OB-овима. Роквел Логикс их назива задацима. Замислите ово. Читате добру књигу. Онда вам телефон звони. Означите страницу. Јавите се на позив. Када завршите, одмах се враћате књизи.

А ПЛЦ Прекид функционише слично. Процесор се заправо не “зауставља”. Уместо тога, паузира логику нижег приоритета, обрађује хитан догађај, а затим се враћа тамо где је стао. Ипак, време укључивања зависи од приоритета, типа окидача и оптерећења процесора. Брзе реакције су стварне. Оне само нису магичне.

Шта је уопште прекид PLC-а?

Нормални ПЛЦ-ови често прате основни образац: ажурирају излазе, читају улазе у меморију, а затим извршавају кориснички програм са тим сачуваним вредностима. Тај модел добро функционише за многе машине. Ипак, неки догађаји се дешавају пребрзо за само главно скенирање.

Зато вам произвођачи дају хардверске OB-ове за прекиде, цикличне OB-ове за прекиде, временски засноване OB-ове и задатке догађаја за посебне послове. У Logix-у, контролер извршава један задатак истовремено, а периодични или задатак догађаја може прекинути рад нижег приоритета, а затим вратити контролу ранијем задатку.

Зашто нам је потребно да они престану?

Замислите брзо ротирајући лист тестере. Желите да ухватите сензор ивицу на правом месту. Не можете себи приуштити да реагујете касно. Ако ваша главна логика траје предуго, машина може да се помери даље него што желите пре него што нормалан задатак стигне тамо.

Код вођен догађајима помаже јер се покреће када се деси окидач уместо да чека следећи потпуни пролаз кроз обичну логику.

Али ево дела који захтева пажњу. Није вам увек потребан посебан трик са “тренутним излазом” да бисте брзо утицали на стварни свет. На Сименсу, систем може да пренесе излазне партиције слике процеса додељене OB-у за прекид независно од... АЖУРИРАЊЕ_ПО.

На Logix-у, задатак нормално обрађује излазе када се заврши, осим ако не онемогућите ту опцију. Зато немојте претпостављати да је нормална излазна ознака увек преспора и немојте претпостављати да једна магична инструкција решава сваки случај. Прво, проверите како ваш PLC ажурира У/И. Затим изаберите праву методу за ту платформу.

Различити брендови користе различита имена. Siemens S7-1200 користи организационе блокове као што су хардверски прекидачки OB-ови и циклични прекидачки OB-ови. Logix користи континуиране, периодичне и догађајне задатке.

Циљ је исти у оба света: реаговати у право време, а да цео контролер не чека. Међутим, детаљи зависе од бренда.

Како се користи функција прекида PLC-а?

Искрено, прилично је лако ако се придржавате правила. Људи често чине да звучи страшније него што јесте. Можете то учинити једноставним.

Изаберите окидач. Реците PLC-у који догађај треба да покрене брзу рутину. Тај окидач може бити промена дигиталног улаза, догађај кретања, HSC догађај, потрошена ознака или временски ограничени прекид.

Пишите брзи код. Нека тај код буде кратак и фокусиран. Ако гомилате додатни посао, повећавате латенцију и ризик од преклапања или проблема са временским ограничењем.

Обришите заставицу. У многим случајевима, систем сам обрађује позив догађаја. Ипак, можда ћете морати да ресетујете сопствени услов апликације или поново активирате изворни догађај како би следећи догађај имао смисла.

Такође пазите на преклапање. У Logix-у, ако се задатак догађаја поново покрене док је још увек у извршавању, контролер игнорише тај преклапајући окидач.

Које врсте прекида постоје?

Имена се мењају од једног бренда до другог. Зато немојте третирати једну ознаку добављача као закон за сваки ПЛЦ. Ипак, ове три групе вам дају солидну радну мапу.

Хајде да упоредимо идеју о времену. Тачни бројеви увек зависе од процесора, приоритета, брзине окидача и укупног оптерећења програма. Зато користите ово као менталну мапу, а не као камену плочу.

Као што видите, разлика у брзини може бити огромна. Ипак, не постоји магично време одзива које одговара сваком ПЛЦ-у. Ђаво је у детаљима.

Да ли правите ове лоше грешке?

Ово стално виђам. Немојте претпостављати да ће се стандардни IEC тајмер понашати у једнократном прекиду на исти начин као што се понаша у OB1 или нормалном цикличном задатку.

Сименс каже да се тајмер ажурира само када се инструкција тајмера покрене или када код чита кључне чланове тајмера. То значи да хардверски прекид или задатак догађаја који се покреће једном по окидачу често даје лоше или обмањујуће понашање тајмера. Циклични прекид или периодични задатак се разликује јер се покреће изнова и изнова.

Такође, немојте писати мртве петље да бисте “чекали” да време прође. То је као да додајете гас до краја док аутомобил стоји у гаражи. Губите време извршавања и изазивате проблеме. Сименс напомиње да прекорачења скенирања, преливања реда чекања и конфликти времена прекида могу повећати временске грешке. У неким случајевима, поновљене грешке у времену циклуса могу довести до тога да процесор престане да ради.

Још једна велика грешка је позивање превише прекида. Не заслужује свака мала ивица сензора да буде прескочена. Роквел упозорава да сваки додатни задатак одузима време контролера од осталих.

Такође упозорава да ако се задатак поново покрене док је још увек у извршавању, контролер игнорише тај преклапајући окидач. Зато користите прекиде када су вам заиста потребни. У супротном, ваше брзо решење постаје спор хаос.