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 platforma pro diagnostiku, 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 — po překročení intervalu 240 h, což 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 — aby ji další technik zdědil a nemusel 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 -94B1 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.
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.
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.
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í.
Edmund pracuje s vašimi daty, nepotřebujete vytvářet ani napojovat nové systémy. Vaše stávající infrastruktura zůstává nedotčená. Nad vaše informace přidáváme diagnostickou vrstvu vylepšenou o generativní umělou inteligenci.
Dokumentace, PLC projekty, databáze a know-how lidí. Ve vašich produkčních systémech se nic nemění.
Komponenty, kód, data a poznámky lidí propojené do jednoho systému, který rozumí tomu, jak se vaše linka chová.
Technik se lidskou řečí nebo pomocí fotky zeptá na problém. Edmund projde všechna data a na jejich základě poskytne odpověď.
Edmund technikovi řekne, jak postupovat při opravě, najde ID náhradního dílu i postup výměny. Zároveň vytvoří záznam do deníku údržby, který je ihned dostupný napříč celou firmou.
Reference od našich zákazníků
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 je nezávislý na zařízení. Ať už plánujete z kanceláře závodu, nebo řešíte poruchu stojícího stroje přímo na hale, máte stejné prostředí a stejné funkce na jakékoli obrazovce.
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;
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.
Jedna otázka z provozu. Pět nepropojených zdrojů, schémata, PLC kód, datasheety, IoT odečty, desítky let deníků údržby. Jedna vystopovaná odpověď s citacemi.
Edmund klasifikuje otázku a najde přesný soubor ve správném silosu znalostního grafu vašeho závodu, PLC projekt, funkční blok, řádek strukturovaného textu, kde je napsaná rutina pro otevření uchopovače.
Z toho řádku kódu Edmund sleduje proměnnou mag_ejected do schématu zapojení, vystopuje vodič ke skutečnému senzoru, otevře datasheet senzoru a vyzdvihne sekci v manuálu, která popisuje retraktační rutinu.
Edmund porovnává tuto signaturu poruchy s roky deníků údržby, každým papírovým notesem, SAP ticketem, SharePointovým záznamem, a rozpozná, že přesně tato porucha už byla zaznamenána. Napříč více stroji. Se známým postupem řešení.
Žádný výsledek hledání napříč 50 PDF. Žádný odhad od chatbota. Dohledatelná odpověď, podle které technik může jednat – každý zdroj na jeden klik, každé tvrzení s citací.
Logika otevření uchopovače je v Eject_Mag.scl. Spouští se, jen když:
eject_mag = TRUEmag_empty = FALSEmag_eject_fault nebo mag_retract_fault nejsou žádné příznaky poruchyTato přesná porucha byla zaznamenána 47krát napříč 12 stroji za posledních 90 dní a vyřešena 41 ze 47 případů přetlakováním modulu 3 na 5,5 baru a resetem zásobníku.
Navrhovaná první kontrola: pneumatický tlak na modulu 3.
Tento projekt byl realizován za finanční podpory programu Technologická inkubace