Tři sny pro jinou továrnu

Existují tři věci, které si položil alespoň jednou každý, kdo kdy uvedl do provozu průmyslový stroj. Tři věci, které se neříkají nahlas, protože se zdají být utopické. Tento článek je vyjmenovává.

Scéna, pro začátek

Noční směna, oddělení X. Linka se zastaví. Panel HMI zobrazuje kód: E-1423. Manuál je ve skříni ve třech budovách vzdálenosti. Technik, který stroj zná, je na dovolené. Operátor má dvě možnosti: zavolat servisní službu – která možná odpoví ráno – nebo hádat. V celém industrializovaném světě se scény jako tato opakují stovkykrát za noc.

Problém není v tom, že chybí manuál. Manuálů je příliš mnoho. Problém je v tom, že stroj velmi dobře ví, co potřebuje – senzor tlaku mu říká už třicet sekund, že něco není v pořádku – ale nedokáže promluvit jazykem, kterému operátor rozumí, a když promluvit dokáže, sděluje problém namísto řešení. „Tlak mimo rozsah“ není užitečná věta ve tři ráno. „Zkontrolujte ventil V12 vzduchového okruhu, pravděpodobně se zasekl“ ano.

Odtud vychází práce, kterou děláme. Ne nový PLC. Ne hezčí HMI. Způsob, jak jinak přemýšlet o tom, jaký by měl být software, který pohání stroj v roce 2026. A tři pevné myšlenky – nazvěte je sny – které se snažíme udržet pohromadě.

Sen číslo jedna: automatizace bez programování

Průmyslová automatizace, jak je dnes nastavena, vyžaduje velmi specifickou postavu: někoho, kdo umí programovat v jazyce – rodině IEC 61131-3 s jejími dialekty ladder, function block, structured text – který se prakticky nepoužívá nikde jinde ve světě softwaru. Kdo tyto jazyky zná, je vzácný, je drahý a je téměř vždy o tři týdny pozadu.

Paradoxem je, že ten, kdo stroj skutečně zná, není programátor. Je to vedoucí oddělení, zkušený údržbář, integrátor, který nainstaloval dvacet podobných zařízení. Tito lidé vědí co má stroj dělat. Nemají žádnou chuť učit se programovací jazyk vzniklý v 90. letech, aby to vysvětlili.

Myšlenka je převrátit řetězec. Vývojáři softwaru píší znovupoužitelné komponenty – řízení pohybu, správa senzorů, provozní sekvence – jednou v moderních a obecně použitelných jazycích. Strojní integrátor je neprogramuje: skládá je a specifikuje ústně nebo písemně, co má stroj dělat. Velký jazykový model – LLM – funguje jako překladač: převede funkční specifikaci integrátora na spustitelnou konfiguraci, sestaví již napsané a testované komponenty.

Není to fantazie o „AI, která píše kód za vás“. Je to něco skromnějšího a realističtějšího: AI, která si přečte vaši specifikaci a vybere, jak kombinovat certifikované komponenty. Kritický kód – ten, který pohybuje osou s cyklem 5 milisekund – ho stále píše člověk v jazyce, který zaručuje determinismus a spolehlivost. Ale ten kód se napíše jednou pro vždy a znovu se použije stokrát.

Sen číslo dvě: stroj, který ví, kdo je

Dnes stroje málo mluví a špatně. Alarm je číselný kód. Diagnostika je řada LED diod. Log je binární soubor, který umí otevřít pouze výrobce. Znalost toho, jak ten stroj funguje, s těmi tolerancemi, po dvou tisících cyklech, je v hlavě člověka, nebo v PDF někde.

Druhý sen je, aby se stroj znal sám. Ne v mystickém smyslu — v velmi konkrétním smyslu: technická dokumentace, procesní parametry, typické případy poruch, postupy zásahu již nejsou v skříni nebo na samostatném dokumentačním serveru, ale uvnitř samotného stroje, čitelné jeho vlastním softwarem. A když se něco pokazí, stroj neříká "chyba 1423". Říká "ventil V12 se pravděpodobně zasekl, měli byste ho zkontrolovat; mezitím mohu pokračovat v režimu s omezenou funkčností rychlostí 60 %".

Rozdíl je mezi pasivním objektem, který signalizuje, a aktivním objektem, který s ním spolupracuje. První ponechává problém operátorovi. Druhý ho řeší společně s ním.

Toho je potřeba dvě věci, které nejsou samozřejmostí. Za prvé, aby znalosti o stroji – historicky uchovávané v manuálech, elektrických schématech, výkresech CAD a hlavách techniků – byly formalizovány a integrovány do systému. Za druhé, aby systém měl partnera pro komunikaci, který je schopen vést rozhovor: opět LLM, který se zde nepoužívá k generování kódu, ale k překladu symptomů do srozumitelných akcí v jazyce toho, kdo stojí před panelem.

Opět nejde o magii. Jde o lépe napsanou, lépe indexovanou dokumentaci a konverzační rozhraní nad ní. Ale mění to všechno pro toho, kdo dělá noční směnu.

Sníh číslo tři: software, který běží všude

Třetí sen je nejtechničtější a paradoxně nejpolitický. Dnes je průmyslová automatizace světem uzavřených ekosystémů. Každý velký výrobce PLC má svůj jazyk, své vývojové prostředí, svůj hardware, své ovladače, svou síť prodejců. Změna dodavatele znamená přepsat vše.

Ambice zde spočívá ve vytvoření softwarového systému, který běží na generickém hardwaru – průmyslovém mini-PC, vestavěném řadiči, serveru ve sklepě – a výběr hardwaru se řídí rozpočtem a požadovaným výkonem, nikoli tím, jakou značku PLC vyhrála nabídku. Operační systém Linux ve verzi real-time, komunikační karty založené na otevřených standardech (EtherCAT pro všechny), softwarové komponenty v moderních jazycích pro deterministické části a v agilnějších jazycích pro ty nedeterministické.

Pravidlo, a zde se utopie stává konkrétní: hardware musí ovlivňovat výkon, nikdy spolehlivost. Stejná logika musí fungovat na méně výkonném stroji identicky – jen pomaleji. Pokud se čas cyklu změní z 5 na 10 milisekund, osa se pohybuje se stejnou přesností, ale poloviční rychlostí. Nikdy „téměř stejně“. Nikdy „funguje kromě tohoto případu“. Stejný systém, stejná rozhodnutí, stejné záruky.

Tohle je část, kde se zkušení inženýři začnou smát. Dobře vědí, že real-time je obtížný, že Linux nevznikl jako real-time systém, že LLM neběží na Raspberry Pi, že míchání různých jazyků ve stejném stacku má více nástrah, než slibují tutoriály. Mají pravdu. Ale směr je ten správný a stavební kameny pro jeho vybudování – real-time rozšíření jádra Linuxu, vyspělé open-source stacky EtherCAT, LLM, které začínají běžet na skromném hardwaru – existují, dnes, poprvé všechny dohromady.

Proč „utopie“

Utopie je poctivé slovo. Žádná z těchto tří věcí není dnes hotovým produktem. První vyžaduje LLM dostatečně spolehlivé pro použití v produkčním prostředí a jsme na začátku. Druhá vyžaduje obrovskou práci na formalizaci průmyslových znalostí, které jsou dnes téměř výhradně neformální. Třetí vyžaduje vybudování otevřených alternativ proti uzavřeným ekosystémům, které mají dvacetiletý náskok.

Ale tři sny dohromady, pokud je dáme do řady, načrtávají jasný směr: automatizaci, ve které je hardware běžný, software je znovupoužitelný, znalosti jsou zabudovány do stroje a postava programátora PLC – dnes úzké hrdlo celého průmyslu – nezmizí, ale přesune se tam, kde je to opravdu potřeba, tedy k napsání základních komponent jednou pro vždy.

V následujících článcích budeme vyprávět o dílcích této skládačky, na kterých pracujeme. Jeden po druhém, bez slibu, že je skládačka kompletní. Není. Ale obrys začíná být viditelný.