Serviços
Podpora provozu
Výrobní zařízení vytváří hodnotu jen tehdy, když běží.
Dokončením projektu práce na řídicím systému nekončí. Výrobní linka je živý systém, který se po celou dobu své životnosti mění: upravuje se sortiment, doplňují se pracoviště, vyměňují se komponenty a objevují se provozní stavy, které při návrhu nikdo nepředpokládal.
Výrobní zařízení přitom vytváří přidanou hodnotu jen tehdy, když běží. Každá minuta neplánovaného zastavení má okamžitý finanční dopad, který u linkových technologií násobně převyšuje náklady na samotný zásah. Fáze provozu je zároveň ze všech fází nejdelší: zatímco projekt trvá měsíce, provoz trvá roky až desítky let.
Co se v provozu skutečně děje
Události, které si vyžádají zásah, se dají rozdělit do několika typů a každý z nich má jinou příčinu i jiné řešení.
Poruchy komponent. Snímač, který přestal spínat, čtečka, která ztratila spolehlivost čtení, měnič v poruchovém stavu, vadný modul. Typicky nejde o chybu návrhu, ale o opotřebení nebo o vnější vliv.
Stavy, které program neošetřuje. Zařízení se dostane do kombinace podmínek, se kterou návrh nepočítal, a zastaví se nebo zůstane stát v mezistavu. Tyto situace se často projeví až po tisících cyklů a nelze je odhalit testováním, protože nikdo neví, že mají nastat.
Důsledky změn. Nový typ výrobku, jiný materiál, upravený takt, výměna zařízení za jiný typ. Řízení, které fungovalo, přestane odpovídat novým podmínkám.
Výpadky komunikace a datových rozhraní. Řídicí systém pracuje správně, ale výroba se zastaví, protože přestala fungovat vazba na nadřazený systém nebo na síťovou infrastrukturu. Typickými příčinami jsou vypršení platnosti certifikátu použitého pro zabezpečenou komunikaci, aktualizace firmware síťového prvku, změna pravidel na firewallu, přeadresování nebo změna jmenné služby, restart serveru nadřazeného systému po instalaci aktualizací, zaplnění diskové kapacity databáze nebo dočasné přetížení sítě. Ve všech těchto případech je zásah rychlý, jen je nutné nejprve zjistit, že příčina neleží v řízení linky, a to bývá nejdelší část celého řešení.
Postupná degradace. Prodlužující se takty, rostoucí počet drobných zastavení, klesající úspěšnost čtení. Nezpůsobí okamžitý výpadek, ale postupně ubírají výkon a bez sledování dat se projeví až tehdy, kdy je situace výrazná.
Úrovně podpory
V průmyslových provozech se podpora dělí na úrovně, které se liší tím, jaký zásah smí a dokáže daná úroveň provést.
První úroveň je obsluha a provozní údržba závodu. Reaguje na hlášení, provádí předepsané úkony, vyměňuje díly a obnovuje chod zařízení po běžných poruchách. Pracuje podle popsaných postupů a nezasahuje do programu.
Druhá úroveň je specialista na daný řídicí nebo nadřazený systém. Nastupuje tam, kde příčina není zjevná nebo kde je nutná diagnostika uvnitř systému: rozbor komunikace, čtení diagnostických záznamů, analýza dat v databázi, ověření konfigurace. Rozhoduje také o tom, zda jde o jednorázovou událost, nebo o projev systémové příčiny.
Třetí úroveň je zásah do aplikačního software, tedy změna programu, konfigurace nebo datového rozhraní. Vyžaduje znalost návrhu, dokumentaci a řízený proces změny, protože se jí mění chování zařízení.
Hranice mezi druhou a třetí úrovní je v praxi nejdůležitější. Právě zde se rozhoduje, zda se opakující se problém bude řešit stále dokola provozním zásahem, nebo se odstraní jeho příčina.
Rychlost zásahu a přístup k technologii
Ve výrobním provozu jsou podstatné dvě věci: jak rychle se někdo problému začne věnovat a jak rychle je linka zpět v chodu. První z nich se dá zajistit organizací, druhá závisí na povaze příčiny, a v obou případech je rozhodující podmínkou přístup k technologii.
Vzdálený přístup zkracuje dobu od nahlášení k prvnímu pohledu do systému na minuty a u většiny softwarových příčin je dostačující. Má ale dvě omezení. Nepomůže tam, kde je příčina fyzická, tedy u snímače, konektoru nebo mechanické závady. A jeho zřízení do provozní sítě je bezpečnostní otázka, kterou řeší podnikové IT: kdo se připojuje, odkud, s jakým oprávněním a s jakým záznamem o provedených úkonech.
Přítomnost na místě naopak umožňuje ověřit stav přímo na zařízení a zasáhnout do fyzické části. U provozů s vysokou cenou prostoje se proto volí trvalá přítomnost techniků v závodě, sladěná se směnným režimem výroby.
Obojí je nutné vyřešit předem. Oprávnění, vzdálené připojení a pravidla vstupu do provozu sjednané ve chvíli, kdy už linka stojí, jsou samy o sobě zdrojem zdržení, které s technickou příčinou nemá nic společného.
Opakující se poruchy
Podpora, která pouze obnovuje chod, udržuje provoz ve stejném stavu. Počet zásahů se v čase nesnižuje, protože příčiny zůstávají.
Rozdíl přináší postup, ve kterém je každý zásah zároveň záznamem. Eviduje se, co se stalo, za jakých okolností a jak se to vyřešilo. Z těchto záznamů se po několika týdnech ukáže, které události se opakují a co mají společné.
Opakující se příčiny se pak zařazují jako úkoly k trvalému odstranění a řeší se mimo akutní režim, tedy v naplánovaných odstávkách a s řádným procesem změny. Typicky jde o doplnění ošetření stavu v programu, o úpravu diagnostiky tak, aby příště byla příčina zřejmá, o změnu parametrů nebo o výměnu komponenty za vhodnější typ.
Tento postup vede k tomu, že se počet akutních zásahů v čase snižuje a dostupnost zařízení roste. Je to zároveň jediný způsob, jak z podpory neudělat trvalý náklad bez konce.
Znalost konkrétního zařízení
Podpora řídicích systémů má vlastnost, která ji odlišuje od většiny ostatních služeb: její hodnota v čase roste.
Technik, který zná konkrétní linku, ví, které chování je normální a které není, pamatuje si dřívější případy a rozpozná souvislost, kterou by nový člověk hledal hodiny. Tato znalost je z velké části nezapsatelná a vzniká jen odslouženým časem na daném zařízení.
Prakticky z toho plynou dva důsledky. Krátkodobá nebo často obměňovaná podpora se nikdy nedostane přes úroveň reakce na jednotlivé případy. A dlouhodobá spolupráce má tendenci být s přibývajícím časem účinnější při stejném rozsahu.
Co podpora potřebuje, aby fungovala
Účinnost podpory neurčuje jen dodavatel, ale i podmínky, které v provozu existují.
Dokumentace odpovídající skutečnosti, zejména funkční popis. Bez něj se každý zásah do programu dělá odhadem z kódu a riziko nezamýšleného důsledku roste.
Zdrojové kódy a zálohy konfigurací v aktuálních verzích. Řízení, ke kterému nejsou k dispozici zdroje, lze v případě poruchy jen vyměnit, nikoli opravit.
Vyřešený přístup, tedy oprávnění, vzdálené připojení a pravidla vstupu do provozu, sjednané předem a nikoli až ve chvíli poruchy.
Popsaný proces změny, tedy kdo změnu schvaluje, jak se testuje a jak se dokumentuje. Bez něj se v systému během let nahromadí úpravy, ke kterým nikdo nezná důvod.
Testovací nebo záložní prostředí u rozsáhlejších systémů, aby bylo možné ověřit zásah jinde než na běžící lince.
Formy spolupráce
Nepřetržitá podpora s přítomností v závodě pro provozy, kde je cena prostoje vysoká a zásah musí být okamžitý.
Pohotovostní režim se vzdáleným přístupem, doplněný výjezdem, pokud je příčina fyzická.
Podpora v pracovní době pro provozy s jednosměnným nebo dvousměnným režimem.
Údržba vizualizačních systémů, tedy aktualizace, migrace na podporované verze a průběžné úpravy obrazovek a alarmů. Podrobněji v kapitole o vizualizaci a SCADA.
Rámcová dohoda na servisní a vývojové kapacity pro postupné úpravy, rozšiřování a odstraňování dlouhodobých příčin bez nutnosti samostatné zakázky u každé změny.
Volba se odvíjí od provozního režimu a od toho, jak velkou část podpory zajišťuje vlastní údržba závodu.