A programozható logikai vezérlőt gyakran a bemenetek és kimenetek száma vagy a kommunikációs portok alapján ítélik meg, pedig a CPU határozza meg, hogy a teljes vezérlőrendszer kiszámíthatóan tud-e reagálni a termelési körülmények változásaira. Valódi értékét nem a nyers órajel-sebesség adja, hanem az a képesség, hogy a mérnökök által átlátható időkereten belül végrehajtsa a logikát, továbbítsa a folyamatadatokat és kezelje a hibákat.

Ez a különbség akkor válik fontossá, amikor a gépek összehangolt mozgással, képfeldolgozással, biztonsági kommunikációval és üzemszintű adatgyűjtéssel egészülnek ki. Egy alapvető anyagjegyzék alapján megfelelőnek tűnő processzor korlátozó tényezővé válhat, ha a kommunikációs terhelést, a diagnosztikát és a jövőbeli bővítést is figyelembe vesszük.

A determinisztikus végrehajtás a központi tervezési cél

Az általános célú számítógépeket úgy optimalizálják, hogy számos alkalmazást futtassanak, miközben egyensúlyt teremtenek a felhasználói interakció, a tárolás és a háttérszolgáltatások között. A PLC-k CPU-ját az ismételhető vezérlés köré építik. Folyamatosan beolvassa a folyamatinformációkat, kiértékeli a felhasználói programot, frissíti a vezérelt kimeneteket, valamint felügyeli a kommunikációt és saját működési állapotát.

A megszokott ciklikus működési modell hasznos, de nem szabad minden platform esetében merev szabályként kezelni. A hagyományos vezérlők ismétlődő sorrendben olvassák be a bemeneteket, hajtják végre a logikát és írják ki a kimeneteket. A modern rendszerek használhatnak periodikus feladatokat, eseményvezérelt rutinokat, elosztott I/O-frissítési sebességeket, valamint dedikált mozgás- vagy biztonsági processzorokat. A mérnöki cél változatlan: korlátozott és megfigyelhető válaszidő.

A moduláris PLC-CPU összehangolja a kommunikációs hardver és a helyi I/O közötti hátlapi adatforgalmat, miközben végrehajtja a vezérlőalkalmazást.

Bemeneti képek, logikavégrehajtás és kimeneti képek

A legtöbb PLC-alkalmazás nem közvetlenül a változó kapocsfeszültségekkel számol. A bemeneti modulok a terepi jeleket digitális értékekké alakítják, a vezérlő pedig ezeket a bemeneti képen vagy a folyamatadat-területen keresztül teszi elérhetővé. A program ezt a rögzített állapotképet értékeli ki, majd az eredményeket egy kimeneti képbe írja, amelyet a rendszer továbbít a kimeneti moduloknak.

Ez az elkülönítés elősegíti az ismételhető működést, ugyanakkor késleltetést is okoz. A fizikai bemenet változásától a fizikai kimenet működéséig tartó legrosszabb esetbeli válaszidő magában foglalhatja a bemeneti modul szűrését, a hálózati vagy hátlapi frissítést, a feladatütemezést, a programvégrehajtást és a kimeneti modul késleltetését. A vezérlő méretezésekor a mérnököknek a teljes útvonalat kell értékelniük, nem pedig egyetlen utasítás-végrehajtási sebességre hagyatkozniuk.

Mi történik az egyes vezérlési ciklusokban?

A CPU-nak nem csupán a létradiagram-logikát kell végrehajtania. Kezeli a feladatprioritásokat, frissíti a helyi és távoli I/O-t, kiszolgálja a hálózati kapcsolatokat, rögzíti a diagnosztikai adatokat, ellenőrzi az őrzőidőzítő korlátait, és megőrzi a kiválasztott adatokat. A kommunikációs vagy mozgásvezérlési terhelés növekedésével ezek a kiegészítő feladatok a processzoridő jelentős részét is igénybe vehetik.

A processzorteljesítmény hasznos mérőszáma a teljes vezérlési útvonal, amely magában foglalja a logikát, az I/O-cserét, a kommunikációt és a rendszerszintű többletterhelést.

Az őrzőidőzítők biztonsági mechanizmussá alakítják az időzítést

Az őrzőidőzítő érzékeli, ha egy feladat vagy ciklus túllépi a megengedett időtartamot. A túlfutást okozhatja nem kívánt ciklus, túlzott kommunikációkezelés, rosszul felépített rutin vagy hardverhiba. A platformtól és a konfigurációtól függően a vezérlő naplózhatja a hibát, leállíthatja a feladatot, vagy a kimeneteket egy meghatározott biztonságos állapot felé állíthatja.

Az őrzőidőzítő beállításainak mért legrosszabb esetbeli terhelést és megfelelő tartalékot kell tükrözniük, nem pedig optimista átlagértéket. Az üzembe helyezési teszteknek ki kell terjedniük a hálózati zavarokra, a diagnosztikai adatkitörésekre és a legnagyobb reálisan előforduló termelési szekvenciára. A stabil átlagos ciklusidő elrejtheti azokat az alkalmi csúcsokat, amelyek a gép teljesítménye szempontjából fontosabbak.

A memóriakapacitás csak a kérdés egyik része

A programmemória tárolja a logikát, a konfigurációt és az adatstruktúrákat, de önmagában a feltüntetett kapacitás keveset árul el az alkalmasságról. Ugyanilyen fontos lehet a megtartó memória működése, az online szerkesztés követelménye, a recepttárolás, a riasztási előzmények és a kommunikációs pufferek mérete. Egyes platformok az alkalmazásmemóriát a cserélhető vagy nem felejtő tárolótól is elkülönítik.

A mérnököknek a projektet a könyvtárak, a diagnosztika és a tervezett bővítés figyelembevételével kell megbecsülniük. Ha a legkisebb, az első szoftververziót még befogadó processzort vásárolják meg, az később költséges migrációhoz vezethet, míg a legnagyobb modell megvásárlása konkrét terhelési indok nélkül növeli a költségeket, de nem javítja a vezérlés minőségét.

A kompakt vezérlők egyesítik a CPU- és I/O-funkciókat, de a bővítési korlátok és a frissítési architektúra továbbra is meghatározzák a megvalósítható gépkialakítást.

A kommunikáció uralhatja a modern CPU-terhelést

A vezérlő kiválasztásának középpontjában korábban a helyi I/O és az alapvető logika állt. Ma egy CPU ciklikus adatokat cserélhet hajtásokkal és távoli állványokkal, miközben HMI-ket, adatarchívumokat, karbantartási eszközöket és peremhálózati átjárókat is kiszolgál. A kapcsolatok száma, a csomagsebesség, az előállított és fogadott adatok, a protokollátalakítás és a kiberbiztonsági szolgáltatások mind befolyásolhatják a teljesítményt.

Az elosztott eszközöket használó projektekhez az áruház kommunikációs és hálózatépítési kollekciója hasznos kiindulópontot nyújt az átjárók, kapcsolók és interfészmodulok vezérlőarchitektúrához való illesztéséhez. A belső hivatkozás különösen a topológia tervezésekor releváns, amikor a protokoll-kompatibilitás és az életciklus-támogatás együtt értékelhető.

A portok önmagukban nem garantálják a protokoll- vagy teljesítmény-kompatibilitást

Az Ethernet-csatlakozó nem jelenti azt, hogy minden ipari Ethernet-protokoll támogatott, és a támogatott protokoll sem garantálja a szükséges kapcsolatszámot vagy frissítési sebességet. A mérnököknek ellenőrizniük kell a vezérlő firmware-ét, a licencelt funkciókat, a hálózati topológiát, az időszinkronizálást és az egyes portok pontos szerepét.

A régi programozási interfészek hasonló figyelmet érdemelnek. Egy régebbi CPU továbbra is üzemképes lehet, de a megfelelő kábelnek, operációs rendszer támogatásának és mérnöki szoftverlicencnek rendelkezésre kell állnia, mielőtt az üzem a helyreállítás során ráhagyatkozik.

Jobb PLC-CPU-kiválasztási ellenőrzőlista

Kezdje a vezérlési követelménnyel: mi az a leggyorsabb fizikai esemény, amelyet érzékelni és amelyre reagálni kell. Adja hozzá a bemeneti szűrést, az I/O-frissítéseket, a feladatperiódusokat és a kimeneti késleltetéseket az elfogadható végpontok közötti válaszidő meghatározásához. Ezután becsülje meg az utasítások összetételét, a mozgástengelyek számát, a biztonsági feladatokat, a hálózati kapcsolatokat és a diagnosztikai többletterhelést.

Ezután ellenőrizze az I/O-kapacitást és a topológiát. Erősítse meg a támogatott helyi modulokat, távoli állványokat, speciális interfészeket és teljesítménykereteket. Hagyjon lehetőséget a gyakorlati bővítésre, ahelyett hogy a maximálisan közzétett kapacitást tekintené kezdeti tervezési célnak.

Végül értékelje az életciklussal kapcsolatos tényezőket: a tartalékeszközök elérhetőségét, a firmware-szabályzatot, a mérnöki eszközökkel való kompatibilitást, a kiberbiztonsági frissítéseket, a redundancia lehetőségeit és a migrációs útvonalakat. A vezérlőcsaládokat összehasonlító mérnökök a PLC- és PAC-rendszerek kollekcióját használhatják arra, hogy a processzorválasztást az üzemben már támogatott modulokhoz és platformokhoz kapcsolják.

A megfelelő CPU a válaszidő, a kommunikáció, a bővíthetőség és az életciklus-támogatás között teremt egyensúlyt, nem pedig egyetlen specifikáció maximalizálására törekszik.

A fontos mérnöki szempont

A legerősebb CPU nem automatikusan a legjobb vezérlő. A túlméretezés nem orvosolja a rosszul megtervezett feladatokat, a túlzott hálózati forgalmat vagy a nem dokumentált válaszidő-követelményt. Ezzel szemben egy kizárólag a kezdeti programméret alapján kiválasztott processzor szűk keresztmetszetté válhat, amikor állapotfelügyelettel, nyomon követhetőséggel és távoli támogatással bővítik a rendszert.

Véleményem szerint a CPU kiválasztását időzítési és életciklus-feladatként kell kezelni, nem pedig katalógus-összehasonlításként. A megalapozott döntés dokumentálja a legrosszabb esetbeli válaszidőt, a bővítési tartalékot és a helyreállítási követelményeket. Ez a dokumentáció világosabb alapot ad a jövőbeli bővítésekhez, mint önmagában a processzorsebesség vagy a memóriakapacitás.