AI ve 3d tisku II. Kontrolujte si G-code pomocí umělé inteligence.

Soubor s dráhou pohybu může na první pohled působit jako prostý text. Přesto obsahuje instrukce, jejichž význam závisí na řídicím systému tiskárny, jeho konfiguraci a okamžitém stavu. Když se uživatel zeptá AI, zda je G-code bezpečný, odpověď může být uklidňující a současně chybná: model rozpozná známou syntaxi, ale nemusí vědět, jak konkrétní firmware vyloží určitou kombinaci příkazů. Užitek proto neleží v automatickém schválení souboru. AI může pomoci vytvořit předběžný audit, vysvětlit podezřelé řádky a sestavit otázky pro kontrolu v náhledu sliceru či na stroji.

Taková kontrola patří mezi pomocné vrstvy přípravy tisku. Nenahrazuje slicer, firmware ani bezpečnostní ochrany stroje. Zvlášť důležité je nepředpokládat, že příkazy se stejným označením mají ve všech zařízeních přesně stejnou syntaxi a účinek. G-code se vyvíjel v různých implementacích, které sdílejí část konvencí, ale mají i rozšíření, makra a odlišné chování. Jazykový model může snadno zaměnit „často používané“ za „vždy platné“.

Než se AI zeptáme na obsah souboru, je potřeba vědět, odkud pochází. Byl vytvořen konkrétním slicerem pro přesný profil tiskárny, nebo je výsledkem převodu, ruční úpravy či stažení z neověřeného zdroje? Změnil jej uživatel po exportu? Odpověď mění, na co se má kontrola zaměřit. U známého výstupu může jít o porovnání s obvyklou strukturou. U neznámého souboru je důležitější hledat neočekávané příkazy, skoky a nejasné režimy.

Užitečný kontext zahrnuje typ kinematiky, dostupné osy a nástroje, přibližnou verzi firmwaru, nastavené limity a to, zda soubor obsahuje strojově specifické startovní či koncové bloky. Tyto údaje nesmějí být domyšleny. Pokud nejsou známy, má asistent označit mezeru a omezit závěr. Zejména soubor s makry může spouštět další akce, které nejsou patrné v samotném řádku volání; audit proto musí sledovat i jejich definice, pokud jsou dostupné.

Před odesláním souboru externí službě zkontrolujte také, zda neobsahuje citlivá metadata, interní názvy, výrobní informace nebo identifikátory. Název dílu nemusí být tajný, ale může prozradit projekt či zákazníka. Je-li třeba použít jen část souboru, vyberte malý úsek kolem podezřelé události a zachovejte řádky, které nastavují relevantní režimy. Oříznutí nesmí odstranit právě ten kontext, bez něhož řádek nejde správně interpretovat.

Čísla a písmena v G-code nejsou samovysvětlující věta. Význam pohybu může záviset na tom, zda souřadnice vyjadřují absolutní polohu, nebo změnu vůči současnému bodu. Podobně extruze může používat kumulativní hodnoty nebo přírůstky; po změně režimu záleží i na správném pokračování. Pokud AI vidí jeden řádek bez předchozího nastavení, může vyvodit chybný závěr o skutečném posunu. Proto je třeba auditovat posloupnost, ne izolované tokeny.

Také jednotky, aktivní nástroj, posunutí souřadného počátku a stav ohřevu patří do kontextu. Příkaz, který v jednom okamžiku pouze definuje nové souřadnice, může jinde změnit další pohyby. Asistent může upozornit, že se mezi dvěma úseky změnil režim nebo že po změně není zřejmý návrat. Potvrzení ale musí proběhnout proti dokumentaci konkrétního firmwaru a profilu, nikoli proti obecné představě o tom, co daný kód „obvykle“ znamená.

Praktickým požadavkem na AI je proto vždy uvést, které předchozí řádky potřebovala pro interpretaci, jaké předpoklady použila a kde si není jistá. Jestliže bez podkladů tvrdí, že konkrétní pohyb je bezpečný, odpověď není auditovatelná. Lepší výstup řekne: „Tento řádek nastavuje parametr, jehož účinek závisí na interpretaci firmwaru; ověřte tento režim v profilu a v dokumentaci.“ Opatrnost není slabina, ale podmínka, aby text nepůsobil jistěji než důkazy.

Audit nemá označit každý neznámý řádek za nebezpečný. Slicer může do souboru vložit povel pro změnu rychlosti, chlazení, výměnu nástroje, čekání, pozastavení nebo zavolání makra. Některé stroje používají rozšíření, která v jiném prostředí neexistují. AI může roztřídit příkazy podle obecného účelu a upozornit na ty, které si zaslouží kontrolu, ale nesmí zaměnit neznámý příkaz za potvrzenou hrozbu.

Smysluplné je porovnat soubor s referenčním exportem vytvořeným stejným profilem pro jednoduchý známý díl. Rozdíl mezi nimi může odhalit nový blok, změněnou teplotu, odlišný začátek nebo nečekané makro. Porovnání má ovšem smysl jen při shodném nastavení a verzi nástroje. Pokud referenční profil pochází z jiné tiskárny, rozdíl může být normální. AI pomáhá rozdíly shrnout a vysvětlit, nikoli rozhodnout bez kontextu, zda jsou přijatelné.

Na pozornost zaslouží příkazy pro pohyb mimo běžný tiskový prostor, výrazné změny rychlosti, změny cílových teplot, nečekané výměny nástroje a interakce s makry či externími výstupy. Ani zde samotný řetězec nestačí k verdiktu. Hodnota může být v mezích konkrétního stroje, nebo mimo něj; některá zařízení pohyb omezí, jiná jej provedou podle konfigurace. Bez znalosti limitů a ochranných prvků je zodpovědnější upozornit na nutnost kontroly než vydat obecné schválení.

Člověk může soubor procházet jako text, ale snadno ztratí přehled o dlouhých sekvencích. AI je vhodná pro orientační shrnutí: vyhledat místa s neobvyklou změnou, vysvětlit opakující se bloky, sestavit časovou osu příkazů nebo porovnat dvě verze. Zvláště užitečná může být při vysvětlení toho, proč se určitý řádek objevil až po změně profilu. Tato práce s textem je jiná než výpočet trajektorie a interakce s fyzickým strojem.

Náhled vrstev v sliceru poskytuje důležitou nezávislou kontrolu geometrie drah: ukáže, kde nástroj podle jeho vlastního modelu pohybu extruduje, cestuje nebo přidává podpěry. Ani náhled však nemusí reprezentovat každý startovní či koncový příkaz přesně tak, jak jej vykoná konkrétní firmware. Proto kontrola kombinuje několik vrstev: vizuální náhled, analýzu souboru, znalost profilu, dokumentaci příkazů a bezpečnou zkušební proceduru.

Pokud se soubor generuje nebo upravuje ručně, změny musí být malé a dohledatelné. Před a po úpravě uchovejte kopii, přehled rozdílů a důvod změny. AI může navrhnout řádek, který se zdá elegantní, ale nemusí zohlednit limity osy, topologii stroje, dobu zahřívání ani specifické makro. Každá úprava by měla být ověřena odpovídajícím kontrolním postupem a zkoušena nejprve bez zbytečného rizika pro zařízení či okolí.

Dotaz „Je tento soubor v pořádku?“ vybízí k binárnímu verdiktu. Lepší je rozdělit kontrolu: vypiš příkazy, které se odlišují od standardního profilu; u každého ukaž okolní řádky, obecně popiš jeho účel, uveď závislosti na firmwaru a navrhni přesný způsob ověření. Výstup pak lze porovnat s dokumentací či s nastavením profilu. Pokud asistent neukáže, z čeho vychází, nelze zkontrolovat, zda nepřehlédl jinou část souboru.

Auditní zpráva může mít čtyři kategorie: potvrzené chování, odchylka vyžadující ověření, neinterpretovatelný příkaz a změna, která může ovlivnit provoz. Kategorie nejsou automaticky hodnocením závažnosti. Důležitost závisí na důsledku a pravděpodobnosti, ale tyto údaje nelze určit jen podle názvu příkazu. AI může pomoci strukturovat záznam, člověk přiřadí skutečný kontext stroje a určí, zda je nutná eskalace.

Vyplatí se také pracovat s ověřeným „očekávaným profilem“: uložit nastavení sliceru, verzi, firmware, materiál a stroj, pro který soubor vznikl. Tím se snižuje riziko, že stejné G-code bude použito jinde, kde se některé příkazy chovají jinak. Ani profil ale nemá být slepou autoritou. Aktualizace firmwaru, změna konfigurace nebo přidané makro mohou změnit chování, které bylo dříve ověřené.

Podezřelý pohyb nelze bezpečně ověřovat tím, že se bez rozmyslu spustí celý soubor. Nejprve je třeba zjistit, zda firmware nabízí simulaci nebo kontrolu bez pohybu, jaké limity jsou nastavené a zda jsou aktivní koncové spínače či jiné ochrany. Dostupnost funkcí se liší podle sestavy. Pokud není známá bezpečná metoda, má se postup zastavit a obrátit na dokumentaci výrobce či správce stroje.

Vizuální kontrola a test bez materiálu mohou odhalit některé chyby, ale ani ony nejsou univerzální zárukou. Pohyb bez filamentu stále může způsobit kolizi, pokud je pozice nesprávná. Test za zvýšených teplot může být nebezpečný, když je chybný cíl nebo řízení ohřevu. AI nesmí dávat zjednodušené instrukce, které podceňují riziko. Praktický postup se musí odvíjet od bezpečnostního vybavení, návodu k zařízení a kompetence obsluhy.

U běžného, ověřeného exportu je nejrozumnější prohlédnout začátek, konec, změny vrstev a neobvyklé odchylky, a následně zkontrolovat dráhy v náhledu. U souboru z cizího zdroje je třeba navíc zjistit, pro jakou konfiguraci byl vytvořen, a odstranit neznámé části jen tehdy, pokud je možné bezpečně posoudit jejich funkci. Pokud je původ nebo význam kritického příkazu nejasný, vyžádejte si ověřenou verzi místo improvizace.

Některé pracovní postupy sbírají soubory, nastavení a výsledky tisků, aby AI pomohla porovnávat opakované chyby. Taková historie může být cenná jen tehdy, když se zaznamenávají důležité okolnosti: verze modelu, sliceru a firmwaru, materiál, úpravy, průběh a výsledek. Bez těchto údajů může systém spojovat nesouvisející změny a doporučit chybnou opravu. Korelace mezi změnou parametru a úspěšným tiskem ještě nedokazuje příčinu.

Výsledek tisku má i různou míru jistoty. „Tisk se podařil“ může znamenat, že díl pouze dokončil dráhu, ne že splnil rozměry, pevnost či vzhled. Užitečný záznam oddělí stav stroje od kvality výrobku a zaznamená měření, pokud jsou pro úkol důležitá. AI může navrhnout strukturu záznamu nebo upozornit na chybějící proměnnou, ale rozhodnutí, co znamená přijatelnost, musí zůstat výslovné a ověřitelné.

Při sdílení těchto záznamů se znovu řeší ochrana dat. Názvy souborů, profily a výrobní parametry mohou odhalovat citlivé procesy. Uchovávejte jen údaje potřebné k řešení problému, rozlišujte přístupová oprávnění a ověřte, jak dlouho záznamy zůstávají u poskytovatele nástroje. AI, které má pomáhat s diagnostikou, nepotřebuje automaticky neomezený přístup ke všem souborům a tiskovým úlohám.

Nejlepší role AI při kontrole G-code je role pečlivého čtenáře, který rychle ukáže, kde se soubor odlišuje, co by příkaz mohl znamenat a na čem interpretace závisí. Slabým místem je přeměna tohoto užitečného vysvětlení na falešné potvrzení. Ověřitelný audit proto vždy odkazuje na konkrétní řádky, předpoklady a další kontrolní krok.

Pokud neznámý příkaz mění pohyb, teplotu nebo volá makro, nechte nejprve zjistit jeho skutečný význam v použitém prostředí. Pokud se soubor liší od ověřeného exportu, porovnejte změny a ověřte každou relevantní odchylku. A pokud AI nedokáže vysvětlit, jak dospěla k závěru, zacházejte s odpovědí jako s nepodloženým tipem. Tisk se spouští až tehdy, když soubor odpovídá známému profilu a kontrolní kroky dávají smysl pro konkrétní zařízení.

Právě tak se z jazykového modelu stane praktický pomocník místo automatického schvalovatele. Nezvyšuje bezpečnost tím, že prohlásí soubor za bezpečný, ale tím, že zkrátí cestu k odhalení nejasnosti a připomene, které věci musí potvrdit strojově specifická dokumentace, náhled či zkušená obsluha.