Simulace NC kódu po postprocesoru

Kontrola po postprocesoru posuzuje jinou úroveň

V systému CAM se nejprve kontroluje naprogramovaná dráha nástroje. Po postprocesingu vznikne NC kód specifický pro konkrétní stroj a řídicí systém. Obsahuje výstup os, cykly, transformace, volání nástrojů a další funkce stroje, které ještě nejsou v interní dráze CAM plně viditelné.

Simulace NC kódu proto zpracovává vygenerovaný kód pomocí interpretu a modelu stroje. Může tak rozpoznat chyby, které vzniknou až při převodu pro konkrétní stroj. Vypovídací hodnota však silně závisí na tom, jak přesně interpret a model odpovídají skutečnému prostředí.

Simulace CAM a simulace NC kódu kontrolují různá data

Simulace CAM kontroluje interně vypočtené pohyby, polotovar a pořadí obrábění. Simulace stroje může navíc zobrazovat osy, nástrojové nosiče a kolizní tělesa. Zda používá vygenerovaný NC kód nebo pouze interní data CAM, závisí na konkrétním systému.

Při simulaci NC kódu se načítá postprocesovaný G-kód nebo NC kód. Teprve tím se do kontroly zahrnou specifické příkazy stroje, cykly a transformace. Oba způsoby kontroly se doplňují, protože zasahují do různých míst programovacího řetězce.

Po výstupu NC kódu mohou vzniknout nová rizika

Postprocesor volí pohyby os, pořadí příkazů a funkce specifické pro řídicí systém. U pětiosých strojů lze stejné orientace nástroje dosáhnout různými polohami rotačních os. Nevhodný výstup může vyvolat velké přestavovací pohyby, dosažení limitu osy nebo problematické odjezdy.

V NC kódu se vybírají a generují také souřadné systémy obrobku a příkazy nulových bodů. Skutečné hodnoty nulových bodů však vznikají při seřízení, měření a z dat v řídicím systému. Simulace a skutečný stroj proto musí používat stejné předpoklady o souřadných systémech a upnutí.

Příklad kritického odjezdu

V systému CAM končí frézovací operace nad obrobkem. Postprocesor následně vytvoří odjezd a pohyb rotační osy pro další obrábění. Pokud se lineární pohyb vygeneruje v nevhodném pořadí, může se držák pohybovat směrem k upínacímu prostředku.

Původní dráha nástroje byla během řezu bezkolizní. Riziko vzniká až v generovaném pořadí příkazů mezi operacemi. Simulace NC kódu může tento přechod odhalit, pokud model stroje a interpret dostatečně přesně zobrazují skutečné provedení.

Interpret určuje, jak se kód provede

Jednoduchý prohlížeč G-kódu často zobrazuje pouze základní pohyby. Cykly, transformace a podprogramy specifické pro řídicí systém mohou být vyhodnoceny zjednodušeně nebo vůbec. Pro složité programy takové zobrazení nestačí.

Vypovídací hodnotu zvyšují interprety odpovídající použitému řídicímu systému a projektu stroje. I v takovém případě musí být zdokumentováno, které příkazy jsou podporovány a kde existují odchylky. Simulace je přesná pouze podle pravidel, kterými kód zpracovává.

Jaké chyby lze rozpoznat

Podle systému lze rozpoznat kolize mezi nástrojem, držákem, obrobkem, upínacím prostředkem a strojem. Další kontroly se týkají limitů os, pohybů rotačních os, výměny nástrojů, neočekávaných rychloposuvů a nepodporovaných příkazů. Pokud jsou k dispozici potřebná data, lze vyhodnotit také zbytkový materiál a dobu obrábění.

Ne každý systém pokrývá všechny tyto body. Před použitím je proto nutné ověřit, které funkce stroje a příkazy řízení se skutečně vyhodnocují. Dlouhý seznam funkcí v technickém listu nic nevypovídá o přesnosti provedení vlastního modelu stroje.

Bezkolizní průběh nic neříká o stabilitě obrábění

Simulace může ukázat bezkolizní průběh, i když nástroj nebo dílec během obrábění kmitá. Tvorba třísek, teplotní chování, opotřebení a skutečná upínací síla se také často nezohledňují nebo pouze zjednodušeně. Tyto vlivy je nutné doplnit technologickou zkušeností a skutečnými procesními daty.

Simulace NC kódu tak snižuje známá rizika, ale nenahrazuje každou kontrolu na stroji. Rozsah přesunutí odladění do dřívější fáze závisí na dílci, stroji, kvalitě modelu a znalosti procesu. U standardních dílců může být větší než u nových nebo nestabilních operací.

Referenční programy ukážou skutečný rozsah kontroly

Při zavádění je vhodné použít programy, jejichž chování na stroji je známé. Mají zahrnovat jednoduché standardní případy i záměrně kritické pohyby. Tím se ověří, které chyby systém rozpozná a kde zůstávají nutné ruční kontroly.

Měřit lze dobu odladění, zjištěné chyby, obsazení stroje a počet ručních změn NC kódu. Teprve tato data ukážou, zda simulace šetří čas ve vlastním procesu. Přesvědčivá ukázka na cizím demonstračním dílci tento důkaz nepřináší.

Časté otázky k simulaci NC kódu

**Jaký je rozdíl mezi simulací CAM a simulací NC kódu?**
Simulace CAM kontroluje převážně interně vypočtené dráhy nástrojů a stavy obrábění. Simulace NC kódu zpracovává po postprocesoru vygenerovaný kód specifický pro stroj a řídicí systém.

**Může simulace G-kódu zcela vyloučit kolize?**
Ne. Výsledek závisí na interpretu, modelu stroje, nástrojových datech a upnutí. Odchylky mezi virtuálním stavem a skutečným strojem mohou nadále vést k nerozpoznaným rizikům.