Jak pracujeme
Jak probíhá projekt automatizace
Od analýzy stávajícího stavu po předání a provoz.
Projekty automatizace se dělí na dva zásadně odlišné případy. Nová linka na volné ploše, kde se navrhuje vše od začátku. A zásah do provozu, který už běží, tedy rozšíření, přestavba nebo výměna dosluhujícího řízení. Druhý případ je v Evropě dnes výrazně častější a je také náročnější, protože stávající provoz představuje soubor omezení, která se nedají zvolit, jen zjistit.
Následující popis odpovídá druhému případu. U nové linky se některé fáze zjednoduší.
1. Analýza stávajícího stavu
První fáze spočívá ve zjištění a popsání stávajícího stavu. Dokumentace totiž zpravidla odpovídá stavu při uvedení do provozu, ne stavu po letech úprav.
Zjišťuje se, jaké řídicí systémy jsou nasazené a v jakých verzích, jaká je struktura sítí a komunikace mezi zařízeními, jak jsou řešené rozvaděče a napájení, jaké jsou taktové časy a kde jsou úzká místa. Součástí je i to, co se z výroby dá dnes získat za data a co nikoli.
Stejně důležitá je nezapisovaná část: pravidla závodu. Jaké platformy má zákazník schválené, jaké normy pro označování a značení používá, jak vypadá jeho režim přístupu do sítí, kdo smí zasahovat do bezpečnostních obvodů a jaká jsou pravidla pro odstávky. Tato omezení určují návrh častěji než technické parametry.
Výstupem je zpráva o stávajícím stavu a soupis rizik, tedy míst, kde se dá čekat komplikace. Právě sem patří i zjištění o systémech po skončené podpoře výrobce, o nedostupných náhradních dílech nebo o částech řízení, ke kterým se nedochovaly zdrojové kódy.
2. Koncepce řízení
Na základě analýzy vzniká návrh architektury. Rozhoduje se, které úlohy se budou řešit v PLC, co bude řešit nadřazená vizualizace, co výrobní systém a jaká data se budou předávat výš.
Rozdělení mezi vrstvami je nejdůležitější rozhodnutí celého projektu, protože se dělá jednou a mění se pak nákladně. Logika umístěná do PLC je rychlá a robustní, ale její změna vyžaduje zásah do řízení běžící linky. Logika umístěná do nadřazeného systému se mění snadno, ale je závislá na jeho dostupnosti. Návrh proto vychází z toho, co se bude v budoucnu měnit často a co zůstane stabilní.
Ve stejné fázi se rozhoduje o redundanci, tedy které části musí přežít výpadek a jakým způsobem, a o rozhraních vůči systémům, které dodává někdo jiný.
3. Posouzení rizik a bezpečnostní koncepce
Bezpečnost je samostatná větev projektu: začíná zde a končí až validací při uvádění do provozu.
Vychází se z posouzení rizik podle EN ISO 12100, které identifikuje nebezpečí a stanoví, jaká opatření je potřeba přijmout. Z něj se odvozují bezpečnostní funkce a pro každou z nich požadovaná úroveň vlastností, tedy Performance Level podle EN ISO 13849-1, případně SIL podle IEC 62061.
Přehledným výstupem je bezpečnostní matice, tedy tabulka, která ke každému bezpečnostnímu prvku přiřazuje, co se má stát: která pohonná jednotka se zastaví, jakým způsobem, s jakou reakční dobou a co je nutné pro opětovné spuštění. Matice je zároveň zadáním pro programátora a podkladem pro pozdější validaci.
U zásahů do existujícího stroje je klíčovou otázkou, zda jde o podstatnou změnu. Pokud ano, může se ten, kdo změnu provedl, stát z pohledu předpisů výrobcem stroje a vzniká povinnost nového posouzení shody. Odpověď závisí na povaze zásahu a posuzuje se případ od případu, ale tato otázka musí padnout na začátku projektu, nikoli po jeho dokončení.
Právní rámec se navíc mění. Směrnice 2006/42/ES zůstává v platnosti do 19. ledna 2027 a od 20. ledna 2027 ji nahrazuje nařízení (EU) 2023/1230 o strojních zařízeních. Pro projekty připravované nyní to znamená, že datum uvedení do provozu rozhoduje o tom, podle jakého rámce se posuzují.
Podrobněji je bezpečnostní část popsána v samostatné kapitole.
4. Projektová dokumentace
Dokumentace je hlavní nástroj, kterým se řídí realizace a bez kterého nelze provoz převzít do vlastní údržby.
Obsahuje elektrická schémata, seznam vstupů a výstupů, dispozice rozvaděčů, specifikaci komponent, popis sítí a adresního plánu a funkční popis, tedy slovní popis toho, co má zařízení dělat v každém stavu včetně poruchových.
Funkční popis je z celé dokumentace nejcennější a nejčastěji chybějící. Je to jediný dokument, ze kterého se po letech dá zjistit, proč je řízení navržené tak, jak je. Bez něj se každá pozdější úprava dělá odhadem ze zdrojového kódu.
Označování a struktura dokumentace se přebírají od zákazníka. Dokumentace, která nedodržuje jeho standard, je formálně správná a prakticky nepoužitelná, protože ji jeho údržba nedokáže zařadit mezi ostatní.
5. Hardware a rozvaděče
Na základě dokumentace se vyrábějí rozvaděče a zajišťují komponenty. Tato část se řeší dodávkou, ale zůstává součástí odpovědnosti za celek, protože rozhraní mezi rozvaděčem, kabeláží a programem je právě to místo, kde se chyby projeví nejdráž, tedy až při oživování na místě.
Do této fáze patří i dodací lhůty, které u řídicí techniky a pohonů dokážou určovat harmonogram celého projektu víc než pracnost.
6. Programování
Vzniká aplikační software pro PLC, vizualizaci a robotická pracoviště. Píše se podle funkčního popisu, ve strukturách a s knihovnami, které odpovídají standardu zákazníka, a s verzováním, které umožňuje dohledat, kdo co a kdy změnil.
U robotických pracovišť lze značnou část práce provést mimo objekt formou offline programování a simulace. V modelu pracoviště se ověří dosahy, trajektorie, kolize a taktové časy ještě před tím, než je robot fyzicky na místě. To zkracuje dobu oživování, která probíhá v provozu a ve vymezeném čase.
Obdobným způsobem se dá ověřit i logika PLC proti simulovanému modelu technologie. Tento postup, označovaný jako virtuální zprovoznění, odhalí chyby v pořadí operací a v ošetření poruchových stavů dřív, než mohou způsobit škodu na skutečném zařízení.
7. Testy před dodáním
Před montáží na místě se provádí přejímka u dodavatele, označovaná jako FAT. Rozvaděče jsou zapojené a napájené, aplikační program je nahraný a signály technologie se simulují.
Ověřuje se zapojení proti schématům a proti seznamu vstupů a výstupů, funkce jisticích a ochranných prvků, parametrizace pohonů a chování programu v jednotlivých provozních i poruchových stavech.
Smyslem této fáze je oddělit od sebe zdroje chyb. Je-li elektrická část ověřená a odpovídá dokumentaci, lze se při pozdějším ladění na místě soustředit na software, protože o zapojení už není nutné pochybovat. Bez tohoto oddělení se každá nesrovnalost řeší dvakrát: nejprve se zjišťuje, zda je chyba v programu, nebo v zapojení motoru či snímače, a teprve potom se opravuje.
Rozdíl je i v ceně opravy. Chyba nalezená při přejímce se řeší v hodinách a nikoho neomezuje. Tatáž chyba nalezená po instalaci se řeší v provozu, s omezeným přístupem a ve vymezeném čase.
8. Montáž a oživení
Po instalaci na místě začíná oživování: postupné ověřování skutečnosti proti dokumentaci.
Provádí se kontrola zapojení jednotlivých signálů, tedy porovnání každého vstupu a výstupu s tím, co je uvedeno ve schématu. Ověřuje se smysl otáčení pohonů, funkce koncových a bezpečnostních prvků, komunikace mezi zařízeními a parametry pohonů. Teprve po tomto kroku má smysl spouštět automatický režim.
Tato fáze je z celého projektu nejvíc závislá na součinnosti ostatních profesí, protože se odehrává v prostředí, kde se paralelně dokončuje mechanická montáž a elektroinstalace. Právě proto se plánuje jako první a odvíjí se od ní zbytek harmonogramu. Její délka se odhaduje z počtu signálů a pracovišť, nikoli z rozsahu programu.
9. Uvádění do provozu a náběh výroby
Následuje zkušební provoz s technologickými kusy, ladění taktových časů a parametrů, sledování opakovatelnosti a odstraňování chyb, které se projeví až při sériovém běhu.
Součástí je validace bezpečnostních funkcí, tedy praktické ověření, že každá funkce z bezpečnostní matice skutečně vyvolá popsanou reakci ve stanoveném čase. Validace se protokoluje a je součástí dokumentace stroje.
Do této fáze patří i zaškolení obsluhy a údržby. Obsluha potřebuje vědět, jak s pracovištěm pracovat a jak reagovat na hlášení. Údržba potřebuje rozumět tomu, jak je řízení postavené, a k tomu slouží funkční popis a dokumentace skutečného stavu.
10. Předání a dokumentace skutečného stavu
Při předání se aktualizuje dokumentace tak, aby odpovídala tomu, co bylo skutečně realizováno, včetně změn provedených během oživování. Předávají se zdrojové kódy, projekty vizualizace, parametrizace pohonů a zálohy konfigurací.
Tento krok rozhoduje o tom, jestli bude zákazník schopen zařízení dále udržovat vlastními silami nebo s jiným dodavatelem. Nedokumentovaný, ale funkční systém je závazek, který se projeví při první poruše po odchodu realizátora.
11. Provoz
Po předání začíná fáze, která trvá nejdéle a bývá popsaná nejméně. Řízení výrobní linky je živý systém: mění se sortiment, doplňují se pracoviště, objevují se stavy, které při návrhu nikoho nenapadly, a část chyb se projeví až po tisících cyklů.
Tomu, jak se tato fáze dá řešit, je věnovaná samostatná kapitola o podpoře provozu.