COMAU openROBOTICS: robot jako součást řízení stroje CIO MAG

Robotická buňka tradičně spojuje dva samostatné světy. Robot má vlastní řídicí systém, programovací prostředí a diagnostiku. Stroj má PLC, pohony, bezpečnostní logiku a vlastní obslužné rozhraní. Mezi nimi vzniká komunikační vrstva, která předává povely, stavy a potvrzení.

COMAU a B&R představily openROBOTICS v roce 2015 jako jiný model. Kinematika robota je začleněna do automatizačního prostředí stroje a obsluha pracuje se společným HMI, programováním i diagnostikou. Robot se z pohledu řízení přibližuje další koordinované ose stroje.

Manažerské shrnutí

01Integrace zjednodušuje rozhraní. Méně předávání stavů mezi dvěma systémy znamená méně míst, kde se může ztratit kontext poruchy.

02Odbornost nezmizí. Abstrakce pohybu neodstraňuje souřadné systémy, singularity, kolize, bezpečnost ani návrat po chybě.

03Rozhoduje životní cyklus. Úsporu nelze počítat jen podle ceny řídicí jednotky. Patří do ní vývoj, verze, servis, školení, zálohy a odpovědnost za celek.

Co se v architektuře skutečně mění

Nejdůležitější rozdíl není v počtu skříní, ale v počtu hranic, přes které musí projít stav výroby. V odděleném řešení se čeká, až jeden systém vydá povel a druhý potvrdí výsledek. V integrovaném řešení lze pohyb robota, dopravníky, serva a procesní kroky řídit ve společném stavovém modelu.

Oblast	Oddělené řízení	Integrované řízení
Programování	Samostatné prostředí stroje a robota	Společné automatizační prostředí a knihovny
Synchronizace	Povely a potvrzení přes rozhraní	Koordinace ve společné logice stroje
Diagnostika	Hledání chyby ve dvou systémech	Společný kontext stavů a alarmů
Servis	Jasnější hranice mezi dodavateli	Větší odpovědnost integrátora za celek

Jedna porucha, jeden provozní kontext

Pro obsluhu má společná diagnostika praktický význam. Když se buňka zastaví, nestačí vědět, že robot čeká nebo že stroj není připraven. Je nutné vidět konkrétní podmínku, která chybí, předchozí stav sekvence a bezpečný postup návratu. Společná datová vrstva může zkrátit cestu od alarmu k příčině.

To je zvlášť cenné u opakovaných strojů. Výrobce může stejný způsob ovládání, alarmů a servisních obrazovek použít napříč sérií zařízení. Zákazník pak neškolí obsluhu na několik nesouvisejících rozhraní.

Co z integrace neplyne

Tvrzení, že integrované řízení odstraní potřebu robotického specialisty, je příliš silné. Knihovna může skrýt část syntaxe, nikoli fyziku aplikace. Někdo stále musí správně definovat TCP, zatížení, pracovní prostory, kolizní situace, singularity, bezpečné rychlosti a obnovu po přerušeném cyklu.

Jednodušší obsluha proto není totéž jako jednodušší návrh. Dobré řešení soustředí složitost do opakovatelných a ověřených knihoven. Špatné ji pouze schová tak hluboko, že se projeví až při neobvyklém stavu.

Kde dává tento model největší smysl

Nejsilnější případ použití vzniká u výrobce strojů, který staví opakovanou platformu a robot je její přirozenou součástí. Typickým příkladem je balení, manipulace, obrábění nebo montáž, kde se robot musí přesně synchronizovat s dalšími osami a procesními kroky.

Naopak u samostatného robotického pracoviště s jasně odděleným rozhraním může být vlastní řídicí systém robota výhodou. Zachovává hranici odpovědnosti, usnadňuje výměnu jedné části a omezuje dopad změny verze v druhém systému.

Úspora hardwaru je jen začátek výpočtu

Odstranění samostatné řídicí vrstvy může snížit počet komponent, kabeláže a rozhraní. Ekonomický výsledek ale určuje především engineering a následný provoz. Do rozhodnutí patří čas vývoje knihoven, testování kombinací verzí, servisní dostupnost, školení, zálohování a schopnost obnovit celý stroj po výměně komponenty.

Vyšší integrace také zvětšuje vazbu mezi částmi systému. Aktualizace PLC, knihovny pohybu nebo bezpečnostní komponenty může ovlivnit validovaný celek. Bez jasné matice podporovaných verzí se původní jednoduchost rychle změní v provozní nejistotu.

Rozhodovací pravidlo

Integrované řízení zvolte tehdy, když společný stavový model, opakovatelnost stroje a jednotná diagnostika přinášejí větší hodnotu než samostatnost robotického systému. Před objednávkou si vyjasněte vlastníka knihoven, podporované kombinace verzí, postup obnovy a hranici servisní odpovědnosti.

Otevřenost má ještě druhou úroveň

COMAU vedle integrovaného řízení nabízí také Open Controller. Externí průmyslové PC může prostřednictvím knihoven ORL řídit pohyb a vytvářet vlastní trajektorie. Výrobce uvádí využití pro vizuální navádění, řízení síly a impedance nebo plánování pohybu z CAD dat. Podpora ROS a ROS 2 rozšiřuje možnosti napojení na výzkumné a aplikační ekosystémy.

Jde ale o jiný typ otevřenosti než open source. Podstatné jsou dokumentované rozhraní, dostupné knihovny, garantované verze a jasný model podpory. Přístup k algoritmu pohybu přináší flexibilitu, ale také větší odpovědnost za bezpečné a předvídatelné chování.

Pět otázek před volbou architektury

Které provozní stavy dnes přecházejí mezi PLC a robotem a kde se ztrácí diagnostický kontext?
Kolikrát se má stejné řešení opakovat a které knihovny lze skutečně znovu použít?
Kdo udržuje kinematiku, bezpečnostní funkce a návrat po chybě?
Jak se validují a archivují podporované kombinace verzí?
Lze po výměně řídicí komponenty obnovit celý stroj z jedné ověřené zálohy?

Závěrečná teze

Největší hodnotou integrované robotiky není odstraněná skříň. Je jí odstraněná hranice, na které se při poruše ztrácí stav výroby. Stejná integrace však dává smysl pouze tehdy, když někdo převezme odpovědnost za celý životní cyklus společného systému.