A PLC CPU belsejében: letapogatási ciklusok, memória és kiválasztás

A programozható logikai vezérlőt gyakran a be-/kimeneteinek számával vagy kommunikációs portjaival í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, hogy képes-e a logika végrehajtására, a folyamatadatok mozgatására és a hibák kezelésére egy olyan időkereten belül, amelyet a mérnökök pontosan átlátnak.

Ez a megkülönböztetés különösen fontos, ahogy a gépek összehangolt mozgással, képfeldolgozással, biztonsági kommunikációval és üzemi szintű adatgyűjtéssel bővülnek. Egy alapvető anyagjegyzék alapján megfelelőnek tűnő processzor korlátozó tényezővé válhat, amikor a kommunikációs terhelést, a diagnosztikát és a jövőbeli bővítést is figyelembe kell venni.

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

Az általános célú számítógépet úgy optimalizálják, hogy számos alkalmazást futtasson, miközben egyensúlyt teremt a felhasználói interakció, a tárolás és a háttérszolgáltatások között. A PLC CPU-ja az ismételhető vezérlés köré épül. 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 állapotát.

Az ismert ciklusmodell 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 periodikus feladatokat, eseményvezérelt rutinokat, elosztott I/O-frissítési ütemeket, valamint dedikált mozgás- vagy biztonsági processzorokat is használhatnak. A mérnöki cél azonban ugyanaz marad: korlátozott és megfigyelhető válaszidő.

A moduláris PLC CPU összehangolja az alaplapi kommunikációt a kommunikációs hardver és a helyi I/O között, 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 folyamatosan 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 egy bemeneti képben vagy folyamatadat-területen teszi elérhetővé. A program ezt a rögzített állapotot értékeli ki, majd az eredményeket egy kimeneti képbe írja, amelyet a rendszer továbbít a kimeneti modulokhoz.

Ez az elkülönítés segít az ismételhető működés biztosításában, ugyanakkor késleltetést is okoz. A fizikai bemenet megváltozásától a fizikai kimeneti műveletig tartó legrosszabb esetbeli válaszidő magában foglalhatja a bemeneti modul szűrését, a hálózati vagy alaplapi frissítést, a feladatütemezést, a program végrehajtását és a kimeneti modul késleltetését. A vezérlő méretezésekor a mérnököknek a teljes utat 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 többet kell tennie a létradiagram-logika végrehajtásánál. 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 a watchdog-határokat és megőrzi a kiválasztott adatokat. A kommunikációs vagy mozgásvezérlési terhelés növekedésekor ezek a kiegészítő feladatok a processzoridejének jelentős részét is felhasználhatják.

A processzorteljesítmény hasznos mérőszáma a teljes vezérlési út, beleértve a logikát, az I/O-cserét, a kommunikációt és a rendszer többletterhelését.

A watchdogok biztonsági mechanizmussá alakítják az időzítést

A watchdog-időzítő észleli, ha egy feladat vagy ciklus túllépi a megengedett időtartamot. A túlfutást okozhatja nem szándékos ciklus, túlzott kommunikációkezelés, rosszul strukturált rutin vagy hardverhiba. A platformtól és a konfigurációtól függően a vezérlő hibát naplózhat, leállíthat egy feladatot, vagy a kimeneteket egy meghatározott biztonságos állapot felé állíthatja.

A watchdog-beállításoknak mért, legrosszabb esetbeli terhelésen és megfelelő tartalékon kell alapulniuk, nem pedig optimista átlagértéken. 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 névleges 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 várható bővítés figyelembevételével kell megbecsülniük. A legkisebb, első szoftververziót éppen befogadó processzor megvásárlása később költséges átállást eredményezhet, míg a legnagyobb modell indoklás nélküli megvásárlása növeli a költséget anélkül, hogy javítaná 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 az elérhető gépkialakítást.

A kommunikáció uralhatja a modern CPU terhelését

A vezérlők kiválasztása korábban elsősorban a helyi I/O-ra és az alapvető logikára épült. Ma egy CPU ciklikus adatokat cserélhet hajtásokkal és távoli állványokkal, miközben HMI-ket, adatelőzmény-rendszereket, karbantartási eszközöket és peremhálózati átjárókat is kiszolgál. A kapcsolatok száma, a csomagsebesség, a közzétett és fogadott adatok, a protokollátalakítás és a kiberbiztonsági szolgáltatások mind hatással lehetnek a teljesítményre.

Elosztott eszközöket tartalmazó projektek esetében az áruház kommunikációs és hálózatépítési gyűjteménye 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 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 egy 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 használható lehet, de a megfelelő kábelnek, operációs rendszer-támogatásnak és mérnöki szoftverlicencnek rendelkezésre kell állnia, mielőtt egy üzem a helyreállítás során erre támaszkodna.

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

A vezérlési követelménnyel kell kezdeni: mi az a leggyorsabb fizikai esemény, amelyet észlelni és amelyre reagálni kell. A bemeneti szűrés, az I/O-frissítések, a feladatperiódusok és a kimeneti késleltetések hozzáadásával megállapítható az elfogadható végpontok közötti válaszidő. Ezután meg kell becsülni 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őrizni kell az I/O-kapacitást és a topológiát. Meg kell erősíteni a támogatott helyi modulokat, távoli állványokat, speciális interfészeket és teljesítménykereteket. A gyakorlati bővítéshez is hagyni kell teret, ahelyett hogy a közzétett maximális kapacitást tekintenénk a kezdeti tervezési célnak.

Végül értékelni kell az életciklussal kapcsolatos tényezőket: a pótalkatrészek elérhetőségét, a firmware-politikát, a mérnöki eszközökkel való kompatibilitást, a kiberbiztonsági frissítéseket, a redundancia lehetőségeit és az átállási útvonalakat. A vezérlőcsaládokat összehasonlító mérnökök a PLC- és PAC-rendszerek gyűjteményét használhatják annak felmérésére, hogy a processzorválasztás hogyan illeszkedik az üzemben már támogatott modulokhoz és platformokhoz.

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 műszaki adat maximalizálására törekszik.

A mérnöki megítélés számít

A legerősebb CPU nem automatikusan a legjobb vezérlő. A túlméretezés nem orvosolja a rosszul kialakított 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, ahogy hozzáadódik az állapotfelügyelet, a nyomonkövethetőség és a távoli támogatás.

Véleményem szerint a CPU kiválasztását időzítési és életciklus-tervezési feladatként kell kezelni, nem pedig katalógus-összehasonlításként. A megalapozott választás dokumentálja a legrosszabb esetbeli válaszidőt, a növekedé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éshez, mint önmagában a processzorsebesség vagy a memóriakapacitás.