Az IEC 61131-3 azok közé a szabványok közé tartozik, amelyek az ipari automatizálásban „maguktól értetődőként” működnek. A tervezők hivatkoznak rá, a rendszerintegrátorok beírják a dokumentációba, az ügyfelek pedig azt feltételezik, hogy ha egy rendszer „szabványkonform”, akkor automatikusan helyes és könnyen karbantartható lesz. A gyakorlatban ez nagyon gyakran nem így van. A szabvány rendet tesz abban, hogyan nézzen ki formálisan egy PLC-program, de nem véd meg az architekturális hibáktól. Márpedig a kódarchitektúra dönti el, hogy a rendszer az üzembe helyezés után hosszú távon fenntartható-e.
Mit rendez valójában az IEC 61131-3?
Az IEC 61131-3 formális programozási modellt ad a PLC-k számára. Meghatározza, mit jelent az erőforrás (resource), a feladat (task) és a program szervezési egység (POU), és egységes felosztást vezet be: Program, Function Block és Function. Emellett szabványosítja a programozási nyelveket és azok szemantikai viselkedését. Ennek köszönhetően a projektek különböző platformok és mérnöki környezetek között is olvashatóbbak, és a mérnököknek nem kell minden alkalommal egy teljesen új gondolkodási modellt megtanulniuk.
Ugyanakkor a szabvány nem ír elő semmilyen logikai programstruktúrát. Nem mondja meg, hogyan érdemes felelősségeket szétválasztani, hol tárold a folyamat állapotát, hogyan szervezd az hibakezelést, vagy miként tervezd meg a szekvenciális logikát. Enged értelmes megoldásokat is, és olyanokat is, amelyek csak azért „működnek”, mert eddig még senki nem nyúlt hozzájuk. A szabvány szempontjából mindkettő formálisan helyes.
Program, Function Block és Function a valós projektekben
A POU-felosztás elméletben minden automatizálási mérnök számára ismert, a gyakorlatban viszont gyakran félre van használva. Sok projektben a Program egyetlen nagy konténerré válik az összes logika számára, a Function Blockokat procedurális „makróként” használják, a folyamatállapot pedig globális változókban szóródik szét. Ez a felépítés jellemzően az üzembe helyezés pillanatában még működik, de gyorsan problémát okoz módosításnál és diagnosztikánál.
Azokban a projektekben, amelyek jól bírják az üzemeltetést, a Function Block valódi folyamatobjektum-reprezentációként működik. Egy szelep, hajtás, tengely vagy egy szekvencia-rész saját állapottal, saját átmeneti feltételekkel és egyértelműen definiált interfésszel rendelkezik. A Program ilyenkor már nem a részletek „kódolásának” helye, hanem egy koordináló réteg. A Function megmarad számításokra és egyszerű, memóriamentes műveletekre. Ez a felosztás nem következik közvetlenül a szabványból, de nélküle egy PLC-rendszer nagyon gyorsan elveszíti az átláthatóságát.
A programozási nyelv és a karbantarthatóság kapcsolata
Az IEC 61131-3 több programozási nyelvet is enged, és lehetővé teszi azok keverését egy projekten belül. A problémák a gyakorlatban ritkán abból adódnak, hogy LD-t, FBD-t vagy ST-t használtak-e. Inkább akkor jelennek meg, ha nincsenek világos szabályok arra, hol és milyen célra használható egy adott nyelv. Drabinkában megírt szekvenciák, algoritmus-részletek szétszórva különböző POU-k között, valamint következetlen elnevezések mellett a kód nehezen elemezhetővé válik.
Hibás üzemállapotban vagy modernizáció során az ilyen projektben nem technikai elemzés történik, hanem a szerző szándékának találgatása. A szabvány ezeket a megoldásokat megengedi, de nem véd meg a következményeiktől. Ez is jól mutatja, hogy az IEC 61131-3 megfelelőség nem egyenlő a jó mérnöki gyakorlattal.
Hol segít a szabvány – és hol ad hamis biztonságérzetet?
Az IEC 61131-3 nagyon hasznos közös alap az ipari automatizálásban. Confirmálja a fogalmakat, megkönnyíti a csapatok közötti kommunikációt, és lehetővé teszi, hogy mások projektjeit úgy olvasd, hogy ne kelljen folyamatosan a „mi volt a szerző fejében” kérdéssel küzdeni. Ebben a szerepben kifejezetten jól működik.
A gond ott kezdődik, amikor a szabványt minőségi garanciaként kezelik. A szabvány nem értékeli a program architektúráját, nem kényszeríti ki a globális változók korlátozását, és nem ír elő hibakezelési elveket. Enged olyan projekteket is, amelyek formálisan rendben vannak, de a gyakorlatban magas üzemeltetési és karbantartási költséget termelnek. Kiegészítő tervezési szabályok nélkül a szabvány legfeljebb egy „rendezett” érzetet ad, ami az első komolyabb módosításnál gyorsan eltűnik.
Összegzés
Az IEC 61131-3 stabil alapot ad a PLC-programozáshoz, de nem recept egy jó automatizálási projekthez. A szabvány a nyelvet és a formális modellt definiálja, a rendszer minőségét viszont a program felépítése és az elérhető mechanizmusok használatának módja dönti el. Ipari környezetben a kódarchitektúra – nem a nyelvválasztás – határozza meg, hogy egy rendszer évekig biztonságosan karbantartható és fejleszthető-e. Ha a struktúra rossz, a szabványosság nem menti meg a projektet. Ha a struktúra jó, a szabvány egyszerűen egy jól megválasztott eszköz lesz, nem pedig egy teher.
