Prokazatelně nižší MTTR
Průměrná doba opravy se zkracuje a rozdíl je vidět v OEE. Čísla, která můžete obhájit ve čtvrtletním reportingu bez plkání o „zlepšování procesů".
Edmund je AI diagnostická platforma, která čte vaše PLC, HMI, schémata, manuály, alarmy a deníky údržby. Sjednocuje všechny vaše zdroje dat do jediné platformy se spolehlivým workflow pro údržbu.
Nalezen řídicí blok pohonu FB 1343 Faulhaber MCBL. Pohon se povolí, když je online, není zrušený a vyžádá si to pohybový příkaz (Home / Jog / Positioning).
142//Go Hall Zero 143IF #GoHallZero AND NOT #Cancel AND NOT #Stop THEN 144 IF NOT #status.enabled THEN 145 #state.enable.start := true; 146 END_IF; 147 #state.goHallZero.start := true; 148 #status.done := false; 149END_IF;
-94B1 je fotobuňka detekce výrobku (SICK WL12-2P430) na dopravníku 3. Je zapojená na vstup %I4.3 na DI modulu -A4, přes svorku X1:11–12 v rozvaděči +SK3.
Stáhl jsem spotřebu IMM01 z MES historianu za Jan 12–18, 2026 a rozdělil ji podle stavu stroje:
Stroj odebíral energii naprázdno 74 h, víc než dvojnásobek oproti 31 h skutečné výroby. Osekat čas naprázdno je tady nejrychlejší úspora.
Z datasheetu SICK (rev 04/2024):
"Doporučený interval čištění pro WL12 v prachové třídě M je každých 240 provozních hodin; při nedostatečném čištění klesá spínací frekvence pod jmenovitou hodnotu 1 000 Hz."
Tvůj deník údržby ukazuje, že se čočka naposledy čistila před 312 h, tedy po překročení intervalu 240 h. To sedí s opakovanými výpadky fotobuňky.
Ano. Výměna fotobuňky na stanici 52 (Tomáš Marek, Apr 23) je na začátku deníku Linky 4, indexovaná spolu s každou nedávnou opravou:
Otevři kterýkoli záznam, kde najdeš celý symptom, příčinu i opravu. Další technik ji tak zdědí a nemusí na ni přicházet znovu.
Montážní linka 4 je kompletně indexovaná a každý zdroj je aktivní:
Vedoucí údržby si na první pohled ověří pokrytí a zachytí zdroj, který přestal být aktuální, dřív než někdo narazí na mezeru uprostřed poruchy.
Hodina neplánovaného prostoje na lince automobilového dodavatele Tier-2.
Vsadíme se, že váš poslední prostoj trval víc hodin, než by se vám líbilo.
První uživatelé Edmunda jsou technici v provozu. První, kdo hýbe KPI, jsou lidé řídící závod.
Průměrná doba opravy se zkracuje a rozdíl je vidět v OEE. Čísla, která můžete obhájit ve čtvrtletním reportingu bez plkání o „zlepšování procesů".
Běžný technik může pokračovat tam, kde by dřív potřeboval PLC specialistu.
Každá porucha má dokumentovanou kořenovou příčinu. Board review přestane být „pracujeme na tom" a stane se „tohle je třetí úterý, co se zasekává relé; tady je plán nákupu".
Když linka stojí, často není problém v opravě samotné, ale v diagnostice správného problému. Vaše data řešení už mají, existují napříč PLC projekty, schématy, alarmy, deníky a hlavami lidí, ale nic z toho se vzájemně nepropojuje. Edmund významně zkracuje krok diagnostiky.
Napříč našimi nasazeními výměna dílu jen zřídka bývá úzkým hrdlem. Hodina, kterou ztrácíte, je na začátku, zjišťujete, který díl, proč selhal a jestli se vrátí příští kvartál.
PLC projekty, EPLAN výkresy, historie alarmů, deníky údržby a to, co je jen v hlavě hlavního technika, oddělené systémy, oddělené předávky, žádná mapa mezi nimi.
Dohledatelná odpověď poráží sebevědomý odhad. Edmund předá technikovi příčinu a další krok s citacemi, jediné, co zbývá, je práce u stroje.
Edmund čte a propojuje každý datový zdroj, od PLC programů po ručně psané deníky, a vytváří „single source of truth".
Edmund čte projekty TIA Portal, Allen-Bradley i Omron (a cokoli dalšího, co se kompiluje do IEC 61131-3) do jednoho prohledávatelného modelu. Vrací bloky, čísla řádků, místa volání, nikdy parafrázi. Technik se zorientuje v kódu, který nepsal.
142//Go Hall Zero 143IF #GoHallZero AND NOT #Cancel AND NOT #Stop THEN 144 IF NOT #status.enabled THEN 145 #state.enable.start := true; 146 END_IF; 147 #state.goHallZero.start := true; 148 #status.done := false; 149END_IF; 150//Position abnullen 151IF #SetPositionNull AND #status.online THEN 152 #state.setPositionNull.start := true; 153END_IF;
Tag jako -B34 se přeloží na rozvaděč, řadu a pozici svorky, na kterou technik může sáhnout. Smyčku „kde to fyzicky je?" uzavře v sekundách, ne za dny.
%I4.3 Stahuje trendy, historická měření a alarmové logy v reálném čase. Potvrdí nebo vyvrátí odhad z PLC nebo EPLAN, najde vzorce napříč směnami a linkami a vrátí diagnostický závěr s doporučeným dalším krokem, ne CSV k procházení.
Strojní výkresy, elektrická schémata, manuály, technické listy, měřicí protokoly. Vrací přesnou citaci, vícejazyčně a s obrázkem, kde je to potřeba. Agent, který se objeví v každém diagnostickém workflow: při kontrole HMI, prohlížení schémat, hledání specifikace dílu i při předávce kontextu na další směnu.
"Doporučený interval čištění pro WL12 v prachové třídě M je každých 240 provozních hodin; při nedostatečném čištění klesá spínací frekvence pod jmenovitou hodnotu 1 000 Hz."
Zachycuje, co technici vědí, ale málokdy zapisují: symptom, kořenovou příčinu, změnu parametru, fotku. Edmund čte ručně psané poznámky a směnové deníky, najde opakované zásahy a z hodinového ladění jednoho experta udělá opakovatelný postup, který zvládne kdokoli.
| Název | Stav | Autor | Naposledy upraveno | ||
|---|---|---|---|---|---|
| Zastavení na fotobuňce, dopravník 3 | Zpracováno | M. Novák | 04/25/2026 | ||
| Vyčištěné čočky světelné závory | Zpracováno | T. Marek | 04/12/2026 | ||
| Zastavení na fotobuňce, dopravník 3 | Zpracováno | P. Doležal | 04/08/2026 | ||
| Zastavení na fotobuňce, dopravník 3 | Zpracováno | Night shift | 04/03/2026 |
Každý projekt udržuje živý přehled indexovaných dokumentů, deníků, PLC programů a připojených zdrojů — u každého i jeho stav a čas poslední synchronizace. Vedoucí údržby si na první pohled ověří pokrytí a zachytí zdroj, který přestal být aktuální, dřív než někdo narazí na mezeru uprostřed poruchy.
Moduly ABB RAPID a I/O řídicí jednotky robota vedle PLC programů téže linky. U každého signálu vidíte jeho adresu na I/O modulu a RAPID kód, který ho používá. Agenta vyvíjíme s dodavatelem pro automobilový průmysl na EOL testovací buňce.
Edmund ve srovnání s obecnými LLM, jako je ChatGPT nebo Copilot, a s konkurenčními nástroji pro stejnou práci.
| | Obecná AI ChatGPT, Copilot, Gemini, Claude 6 ze 6, částečně | PLC kopilot Hledání poruch v PLC 2 ze 6 zdrojů | CMMS kopilot AI agent pro údržbu 3 ze 6 zdrojů | |
|---|---|---|---|---|
| Zdroje, které čte | ||||
| PLC programy | EdmundProjekty TIA Portal, Allen-Bradley a Omron, odpověď s blokem a řádkem | Obecná AITextové exporty, třeba L5X nebo PLCopen XML | PLC kopilotProjekty PLC, HMI a SCADA | CMMS kopilotNezmiňuje |
| Programy robotů | EdmundModuly ABB RAPID a I/O řídicí jednotky, až na kanál | Obecná AIText programu, pokud ho někdo nahraje | PLC kopilotNezmiňuje | CMMS kopilotNezmiňuje |
| Elektrická schémata | EdmundExporty z EPLANu a CAD, až na svorku | Obecná AIPDF; ChatGPT pod úrovní Enterprise z nich výkresy zahazuje | PLC kopilotNezmiňuje | CMMS kopilotNezmiňuje |
| Manuály a datasheety | EdmundManuály, datasheety a katalogy náhradních dílů, s citací stránky | Obecná AINahrané soubory, v limitech jednoho chatu | PLC kopilotNezmiňuje | CMMS kopilotManuály, PDF, soubory PowerPoint a Word |
| Historie údržby | EdmundDeníky a směnové záznamy, včetně rukopisu | Obecná AITo, co někdo nahraje | PLC kopilotNezmiňuje | CMMS kopilotHistorie pracovních příkazů a oprav |
| Živá data z provozu | EdmundDatabáze MES, ERP a časových řad, jen pro čtení | Obecná AIExportovaná data nahraná jako soubory | PLC kopilotŽivá data, volitelně | CMMS kopilotData alarmů, CMMS a EAM jen pro čtení |
| Odpovědi a hosting | ||||
| Ověření odpovědi | EdmundZdroj u každé odpovědi, nebo sdělení, že žádný není | Obecná AICitace souborů z konverzace, pokud nějaké jsou | PLC kopilotSleduje signál řídicí logikou | CMMS kopilotNezmiňuje |
| Hosting | EdmundCloud, hybrid, on-premise nebo jen nahrání souborů. AWS v EU nebo v USA, v souladu s ISO 27001 a ISO 42001 | Obecná AICloud dodavatele | PLC kopilotCloud, hybrid, on-premise nebo jen nahrání souborů | CMMS kopilotGoogle Cloud, SOC 2 Type 2 |
Znalosti údržby seděly na třech místech, stovky PDF, ručně psané deníky a hlavy techniků, kteří strávili desítky let v provozu. Nic z toho nešlo prohledat. Edmund to všechno přitáhl do jednoho vyhledávacího pole.
Juniorní technik, který odpovídá na alarm ve 2:00, má teď přístup ke stejné institucionální znalosti, ke které se zkušený inženýr dostal po paměti, během sekund. Adopce byla okamžitá; rozhraní bylo natolik intuitivní, že ho technici začali používat hned první den, bez pokynů.
Nejvýraznější funkcí byl hlasový vstup. Místo psaní poznámek po dlouhé směně diktují technici přímo v provozu a Edmund záznam automaticky zapíše do digitálního deníku údržby.
V bojkovickém závodě Moravia Cans používají technici Edmunda při diagnostice závad a přípravě oprav. Firma vyrábí hliníkové aerosolové plechovky na vysokorychlostních tvářecích a potiskových linkách a za poslední tři roky vyrostla o 60 %.
Technici v jednom prostředí dohledají dokumentaci zařízení, projdou historii servisních zásahů a ověří skladovou dostupnost náhradních dílů.
Vedle manuálů a záznamů údržby mají přístup i k provozním datům z podnikových systémů, Microsoft SQL Serveru a ERP QAD, aniž by sestavovali SQL dotazy nebo znali strukturu databází.
Technické podklady v Model Obaly byly rozdělené mezi sdílené disky, servisní systémy, skladovou evidenci a papírové šanony. Edmund pomohl papírovou dokumentaci digitalizovat a všechny zdroje propojil v jednom rozhraní, které mají pracovníci údržby k dispozici přímo u stroje.
Edmund se stal společným výchozím bodem pro proces diagnostiky přímo u stroje. Pracovník údržby konzultuje poruchu se systémem a během několika sekund se může dozvědět kořenovou příčinu. Pokud je potřeba náhradní díl, hned zjistí, zda je na skladě, a jde pro něj bez zastávky na dílně. Místo zbytečných přechodů, přepínání mezi systémy a telefonování kolegům má odpověď po ruce.
Reference od našich zákazníků
Teď máme všechno na jednom místě, přímo u stroje. Zadám podklady k poruše a během několika sekund vidím, co znamená, jak se řešila v minulosti a jestli v případě potřeby máme díly. Nemusím přepínat mezi systémy ani nic dohledávat. Nalezení kořenových příčin je rychlejší a při využívání systému máme potenciál na kratší poruchy, v průměru až o 30 %. Pro mě největším přínosem je to, že se člověk může soustředit na opravu, ne na dohledávání informací.
Umělá inteligence je jediný nástroj, který umí systematicky pracovat s daty z více zdrojů. Používání Edmunda vedlo k nižší četnosti konkrétní poruchy, nebo dokonce k jejímu úplnému odstranění.
S Edmundem máme velmi pozitivní zkušenost. Výsledky mají okamžitý dopad na efektivitu našich výrobních procesů.
Do našeho závodu míří nové výrobní linky a stroje, se kterými zatím nemáme dostatečné zkušenosti pro efektivní diagnostiku. Stav údržby přitom navyšovat nemůžeme. Proto využíváme Edmund AI jako „neviditelného spolupracovníka“: doplňuje nám chybějící know-how, podporuje techniky v rozhodování a zrychluje odhalování i odstraňování závad.
Průmysl 4.0 hodně sliboval, ale dodal velmi málo. Edmund opravdu dělá rozdíl.
Edmund propojí vaše PLC programy, schémata, programy robotů, dokumenty, živá data a deníky údržby do jednoho grafu.
FB_Cell11_Safety, řádek 48. %I4.3 je povolení bezpečného chodu: když spadne, buňka 11 se zastaví.
%I4.3 vede na list 217 v EPLANu: přijímač světelné závory -B34, zapojený přes svorku X9:4.


Robot ABB v buňce 11 čte di_VariantB na řádku 85: varianta B se zakládá v bodě pLoadB chapadlem G2.
Třetí bezpečné zastavení za 30 dní, všechna na noční směně. Chapadlo G2 bylo 12. dubna vyměněno a bod pLoadB přeučen.
Je to -B34, přijímač světelné závory u zakládací stanice buňky 11.
Jeho výstup OSSD1 vede na %I4.3, povolení bezpečného chodu v FB_Cell11_Safety, řádek 48.
Všechna tři zastavení přišla během varianty B, která běží jen na noční směně.
Varianta B se zakládá v bodě pLoadB, který se přeučoval při výměně chapadla G2 12. dubna. Teď leží o 38 mm blíž k zakládací stanici, takže vzduchová hadice chapadla přerušuje paprsky závory.
Přeučte pLoadB mimo ochranné pole. Potom přeložte vzduchovou hadici na chapadle G2.
Tento projekt byl realizován za finanční podpory programu Technologická inkubace