Ahoj,
mám problém s cukáním během obrábění rotační strategií generované Fusion360 pro Mach4 (UCCNC, protože Mach4 to vůbec nedovoluje).
Problém je podle AI v tom, že postprocesor generuje místo G02/G03 jen G01.
Tady je ukázka kodu, jaký mi z toho leze. Celý má od 25-60MB podle toho jak velkou toleranci nastavím, ale ve výsledku to moc nehraje roli. A aby bylo směšně, tak to škubání se nějak zásadně neprojevuje ve výsledném obrobku. Ale příjde mi to divné a ta jsem to chtěl prozkoumat kde je problém.
(1001)
(T15 D=8. CR=1. - bullnose end mill)
G90
G53 G0 Z0.
(1. tvar - rotacni)
T15 M6 (bullnose end mill D=8. D8 ETC)
S18000 M3
G64
G90 G94
G54
G0 A-23.3
M7
G43 H15
G0 X-2.391 Y-0.522
Z50.097
G0 A-23.3
Y-0.368 Z35.278
Z33.128
G1 Z31.128 F1500
Y-0.325 Z30.839
X-2.39 Y-0.197 Z30.57
Y0. Z30.354
G93 X-2.389 Z28.969 A-26.788 F463.942
X-2.387 Z27.655 A-30.597 F463.105
X-2.386 Z26.757 A-33.666 F630.261
Z26.508 A-34.731 F2010.398
X-2.385 Z26.31 A-35.819 F2138.592
Z26.179 A-36.907 F2377.363
X-2.384 Z26.108 A-39.451 F1216.251
X-2.382 Z26.127 A-43.403 F823.632
X-2.38 Z26.139 A-47.353 F826.708
X-2.379 Z26.151 A-51.303 F826.603
X-2.378 Z26.158 A-53.935 F1240.813
X-2.376 Z26.167 A-57.884 F827.707
X-2.374 Z26.178 A-61.831 F826.551
X-2.373 Z26.185 A-65.778 F828.141
X-2.371 Z26.192 A-69.724 F828.481
X-2.369 Z26.202 A-73.67 F826.477
X-2.368 Z26.208 A-77.614 F828.291
X-2.366 Z26.216 A-81.559 F827.779
X-2.364 Z26.223 A-85.502 F827.694
X-2.363 Z26.227 A-88.131 F1242.28
X-2.362 Z26.238 A-90.76 F1235.064
X-2.361 Z26.245 A-93.388 F1238.107
X-2.359 Z26.251 A-97.33 F827.837
X-2.358 Z26.262 A-99.957 F1234.159
X-2.357 Z26.263 A-103.898 F829.397
X-2.356 Z26.273 A-106.525 F1235.314
X-2.355 Z26.281 A-109.151 F1236.685
Co si o tom myslíte? Je to tím že to nedělá ten G02/G03? Dá se to nějak ošéfovat?
Díky
Rotáční obrábění - cukání
AI asi výchází z toho, že některé programy interpolují kružnice krátkými úsečkami (místo aby využily G2/G3) a vede to k zahlcení trajectory planneru v řídícím systému, který pak nestíhá a zadrhává se (což bude možná problém i tady). Pokud ale to, co po programu chceš, nejsou zrovna kružnice v XZ rovině (a k tomu nějaký lineární pohyb na A), ale nějaký obecný tvar, použití G2/G3 není cesta (a ani to z toho Fusion nedostaneš). Můžeš udělat video obrábění a fotku z fusion, co zhruba vytváříš?
Naposledy upravil(a) Thomeeque dne 11. 2. 2025, 8:52, celkem upraveno 1 x.
mimooborová naplavenina • kolowratský zázrak™ • NPS • GCU • HirthCalc • ncDP.ino
Asi máš aktivní funkci přesného zastavení. Stroj potom zastaví po každé interpolaci. Macha neznám ale měla by to být funkce G09 a ta může mít hodnoty jako ON/OFF nebo dokonce velikost aproximační odchylky.
Tu funkci G09 je třeba vypnout, aby to jelo spojitě.
Tu funkci G09 je třeba vypnout, aby to jelo spojitě.
On používá UCCNC (a postprocesor pro Mach4 - asi je doporučený pro UCCNC nebo nevim proč). UCCNC instrukci G09 nepodporuje. A program používá G64 (constant velocity). Možná si pohrát s parametry G64?
mimooborová naplavenina • kolowratský zázrak™ • NPS • GCU • HirthCalc • ncDP.ino
-
Mrosconi
- Příspěvky: 2077
- Registrován: 22. 2. 2015, 6:30
- Bydliště: Netřebská 47, Praha 6 Ruzyně
- Kontaktovat uživatele:
Nejsem si jistá, ale podle mně je to funkce "Motion Mode" a tu mám nastavenou na "Constant Velicity", takže by to mělo být vypnuté. Je to výchozí nastavení. To o čem píšeš je zřejmě ten "Exact Stop". Takže to trhání nebude tímto. Ale díky:)
Mrkni se na stranu 35/87. Pokud to máš nulové - bude to patrně tenhle problém.
Arc radius tolerance: This parameter sets the tolerance of the arcs radius which arcs are
programmed in radius (R) mode. When an arc is programmed with the radius (R) parameter then it
is possible to set the radius too small to define a center point between the start and the end points of
the arcs. If the radius is smaller than the half of the distance between the start and the end points
then the arc cannot be defined mathematically. CAM programs often not defining the radius precise
enough (rounding) and so the radius can become too small which would produce an arc error. If the
software sees that the radius is too small to define the center point and therefor to create the arc then
the software will calculate the midpoint between the start and the end points and will measure the
center point distance to them.
The software will only give an arc error if the calculated center point is more far from the start and
the end points then the radius plus the arc tolerance parameter. If the calculated center point is
closer then no arc error will be given and the arc will be created with the calculated center point.
Arc radius tolerance: This parameter sets the tolerance of the arcs radius which arcs are
programmed in radius (R) mode. When an arc is programmed with the radius (R) parameter then it
is possible to set the radius too small to define a center point between the start and the end points of
the arcs. If the radius is smaller than the half of the distance between the start and the end points
then the arc cannot be defined mathematically. CAM programs often not defining the radius precise
enough (rounding) and so the radius can become too small which would produce an arc error. If the
software sees that the radius is too small to define the center point and therefor to create the arc then
the software will calculate the midpoint between the start and the end points and will measure the
center point distance to them.
The software will only give an arc error if the calculated center point is more far from the start and
the end points then the radius plus the arc tolerance parameter. If the calculated center point is
closer then no arc error will be given and the arc will be created with the calculated center point.
To se týká G2/G3 s v radius módu (R místo IJK), např. https://raw.githubusercontent.com/machi ... spiral.ngc.
mimooborová naplavenina • kolowratský zázrak™ • NPS • GCU • HirthCalc • ncDP.ino
-
Mrosconi
- Příspěvky: 2077
- Registrován: 22. 2. 2015, 6:30
- Bydliště: Netřebská 47, Praha 6 Ruzyně
- Kontaktovat uživatele:
Primárně vše exportuji pro Mach4, protože ten řídí stroj. Neumím vyexportovat G-code pro Mach s podporou 4. osy. Proto jsem zvolil To UCCNC, protože v nim to jde a funguje to správně.
Co je tedy pro "rotační" obrábění správně? Použít ty krátné úsečky, tedy to G1? Nebo jak říká AI G02/03?
Představme si že z kulatiny chci udělat třeba osihran se zakulacenými rohy. Já to mám trochu složitější, ale taky žádná věda.
Pokud je G1 v pořádku, tak asi to nebudu řešit a to že to cuká příjmu prostě za fakt. Rozměrově to sedí a esteticky je to stále nejhezčí rám, který jsem udělal:) Předtím jsem to dělal s ručním otáčením a to byl děs. Tak nasadím jedinou frézu, pustím program a o nic se nestarám. Ve finále jen pár dírek a zarovnání dosedacích ploch. Takže oproti tomu jak jsem to pizdil předtím je to stále nebe a dudy. A to sukání je zřejmě "kosmetická vada".
Jak jsem to poskládal a rozjel poprvé, tak jsem byl přesvědčený, že je to slabým servem. Proto ten silnější převoda pod. Nickéně teď zjišťuji, že mi stačí vlastně jakýkoliv motor, který trvale udrží tak 10Nm, protože více nepotřebuji. A teď zjišťuji, že za cukání je zodpovedný program.
Ještě mi poradil různou tilerancí a přepnout na nějaký inverzní systém posuvu nebo jak se to jmenuje, kdy nějak počítá jak dlouho mu trvá jedná otáčka nebo tak nějak, ale to také nemá vliv. Nemám to natočeno a tak rychle nebudu dělat další, protože jedu pryč, ale musíte mi věřit.
Hned ze začátku jsem to tady řešil při obrábění ozubené řemenice 110z HDT M8 zož byl pravidelný tvar. Tam jsem to vypozoroval. Nicméně obrobek byl bez kazu, tak jsem to pak pustil z hlavy.
Takže co, je pro rotační obrábění potřeba ta G02/03?
Nebo spíše jiná otázky... Jaký Posprocesor používáte pro 4 a více osé obrábění v případě Fusion 360 a Mach3/4 nebo Váš oblíbený LinuxCNC?
Já vyzkoušel plno "zaručených" tipů, ale nikdy to nedopadlo. Vždy byl nějaký problém s exportem až mi zafungoval ten UCCNC. Pak jsem to neřešil až dnes.
Díky všem a fajn večer
Co je tedy pro "rotační" obrábění správně? Použít ty krátné úsečky, tedy to G1? Nebo jak říká AI G02/03?
Představme si že z kulatiny chci udělat třeba osihran se zakulacenými rohy. Já to mám trochu složitější, ale taky žádná věda.
Pokud je G1 v pořádku, tak asi to nebudu řešit a to že to cuká příjmu prostě za fakt. Rozměrově to sedí a esteticky je to stále nejhezčí rám, který jsem udělal:) Předtím jsem to dělal s ručním otáčením a to byl děs. Tak nasadím jedinou frézu, pustím program a o nic se nestarám. Ve finále jen pár dírek a zarovnání dosedacích ploch. Takže oproti tomu jak jsem to pizdil předtím je to stále nebe a dudy. A to sukání je zřejmě "kosmetická vada".
Jak jsem to poskládal a rozjel poprvé, tak jsem byl přesvědčený, že je to slabým servem. Proto ten silnější převoda pod. Nickéně teď zjišťuji, že mi stačí vlastně jakýkoliv motor, který trvale udrží tak 10Nm, protože více nepotřebuji. A teď zjišťuji, že za cukání je zodpovedný program.
Ještě mi poradil různou tilerancí a přepnout na nějaký inverzní systém posuvu nebo jak se to jmenuje, kdy nějak počítá jak dlouho mu trvá jedná otáčka nebo tak nějak, ale to také nemá vliv. Nemám to natočeno a tak rychle nebudu dělat další, protože jedu pryč, ale musíte mi věřit.
Hned ze začátku jsem to tady řešil při obrábění ozubené řemenice 110z HDT M8 zož byl pravidelný tvar. Tam jsem to vypozoroval. Nicméně obrobek byl bez kazu, tak jsem to pak pustil z hlavy.
Takže co, je pro rotační obrábění potřeba ta G02/03?
Nebo spíše jiná otázky... Jaký Posprocesor používáte pro 4 a více osé obrábění v případě Fusion 360 a Mach3/4 nebo Váš oblíbený LinuxCNC?
Já vyzkoušel plno "zaručených" tipů, ale nikdy to nedopadlo. Vždy byl nějaký problém s exportem až mi zafungoval ten UCCNC. Pak jsem to neřešil až dnes.
Díky všem a fajn večer
-
Mrosconi
- Příspěvky: 2077
- Registrován: 22. 2. 2015, 6:30
- Bydliště: Netřebská 47, Praha 6 Ruzyně
- Kontaktovat uživatele:
Ne, pro souvislé rotační obrábění (spirálové dráhy) pomocí osy A není nutné používat G02/G03. Většina CAM systémů generuje trajektorii pomocí G01 (lineární interpolace), a to naprosto dostačuje.
Rozdíl mezi G01 a G02/G03
G01 (Lineární pohyb)
Každý úsek je definován jako přímka mezi dvěma body.
Pro spirálové dráhy se generují velmi malé úseky, což vytvoří plynulý pohyb.
Funguje spolehlivě i pro rotační osy.
G02/G03 (Kruhová interpolace)
Definuje oblouk mezi dvěma body pomocí středu nebo poloměru.
Má smysl hlavně pro rovinné obrábění (XY, XZ, YZ), kde řídicí systém sám dopočítá plynulou dráhu.
Na rotační ose A je problém, že CNC řídicí systém obvykle neprovede skutečnou kruhovou interpolaci v rotaci.
Je tedy G02/G03 lepší než G01?
V rotačním obrábění (A osa) ne – protože:
G02/G03 funguje dobře v rovině (XY, XZ, YZ), ale rotační osy (A, B, C) často neumožňují plynulou kruhovou interpolaci s lineární osou.
Místo toho CAM software rozdělí dráhu na mnoho malých G01 segmentů, což je efektivnější a přesnější.
Řídicí systém by stejně musel rozdělit G02/G03 na malé kroky, takže žádná reálná výhoda nevzniká.
Shrnutí: Pro spirálové nebo rotační obrábění v ose A není nutné G02/G03, G01 je ideální a běžně se používá. Hlavní výhoda G02/G03 platí jen pro interpolaci v rovině, kde pomáhá zjednodušit kód a generovat plynulejší pohyby.
Dá se to tak shrnout?
Rozdíl mezi G01 a G02/G03
G01 (Lineární pohyb)Každý úsek je definován jako přímka mezi dvěma body.
Pro spirálové dráhy se generují velmi malé úseky, což vytvoří plynulý pohyb.
Funguje spolehlivě i pro rotační osy.
G02/G03 (Kruhová interpolace)Definuje oblouk mezi dvěma body pomocí středu nebo poloměru.
Má smysl hlavně pro rovinné obrábění (XY, XZ, YZ), kde řídicí systém sám dopočítá plynulou dráhu.
Na rotační ose A je problém, že CNC řídicí systém obvykle neprovede skutečnou kruhovou interpolaci v rotaci.
Je tedy G02/G03 lepší než G01?V rotačním obrábění (A osa) ne – protože:
G02/G03 funguje dobře v rovině (XY, XZ, YZ), ale rotační osy (A, B, C) často neumožňují plynulou kruhovou interpolaci s lineární osou.
Místo toho CAM software rozdělí dráhu na mnoho malých G01 segmentů, což je efektivnější a přesnější.
Řídicí systém by stejně musel rozdělit G02/G03 na malé kroky, takže žádná reálná výhoda nevzniká.
Shrnutí: Pro spirálové nebo rotační obrábění v ose A není nutné G02/G03, G01 je ideální a běžně se používá. Hlavní výhoda G02/G03 platí jen pro interpolaci v rovině, kde pomáhá zjednodušit kód a generovat plynulejší pohyby.Dá se to tak shrnout?
Ano, pěkné shrnutí. CAM ti stejně na výběr asi nedá, jak už jsem psal, takže je to spíš akademická debata.
Asi se myslí G93, to už tam máš.
Jak to, hazí to nějakou chybu?
mimooborová naplavenina • kolowratský zázrak™ • NPS • GCU • HirthCalc • ncDP.ino
-
Mrosconi
- Příspěvky: 2077
- Registrován: 22. 2. 2015, 6:30
- Bydliště: Netřebská 47, Praha 6 Ruzyně
- Kontaktovat uživatele:
Information: Configuration: Mach4Mill
Information: Vendor: Artsoft
Information: Posting intermediate data to 'C:\Users\mmros\M�j disk\G-CODE\1001.tap'
Error: Failed to post process. See below for details.
...
Code page changed to '65001 (UTF-8)'
Start time: Tuesday, February 11, 2025 8:53:23 PM
Code page changed to '20127 (USA-ASCII)'
Post processor engine: 5.231.0
Configuration path: C:/Users/mmros/AppData/Roaming/Autodesk/Fusion 360 CAM/Posts/MujMach4.cps
Security level: 1000
Include paths: C:/Users/mmros/AppData/Roaming/Autodesk/Fusion 360 CAM/Posts
Configuration modification date: Saturday, January 11, 2025 10:51:07 PM
Output path: C:\Users\mmros\M�j disk\G-CODE\1001.tap
Checksum of intermediate NC data: 679f1dc86bc143e5384eccc0e5eb769c
Checksum of configuration: a5c05dcc58344b55638d3150dc6ba2a2
Vendor url: http://www.machsupport.com
Legal: Copyright (C) 2012-2024 by Autodesk, Inc.
Generated by: Fusion CAM 2.0.21508
...
###############################################################################
Error: This postprocessor requires a machine configuration for 5-axis simultaneous toolpath.
Error at line: 877
Failed while processing onOpen().
###############################################################################
Error: Failed to invoke function 'onOpen'.
Error: Failed to invoke 'onOpen' in the post configuration.
Error: Failed to execute configuration.
Stop time: Tuesday, February 11, 2025 8:53:23 PM
Post processing failed.
Information: Vendor: Artsoft
Information: Posting intermediate data to 'C:\Users\mmros\M�j disk\G-CODE\1001.tap'
Error: Failed to post process. See below for details.
...
Code page changed to '65001 (UTF-8)'
Start time: Tuesday, February 11, 2025 8:53:23 PM
Code page changed to '20127 (USA-ASCII)'
Post processor engine: 5.231.0
Configuration path: C:/Users/mmros/AppData/Roaming/Autodesk/Fusion 360 CAM/Posts/MujMach4.cps
Security level: 1000
Include paths: C:/Users/mmros/AppData/Roaming/Autodesk/Fusion 360 CAM/Posts
Configuration modification date: Saturday, January 11, 2025 10:51:07 PM
Output path: C:\Users\mmros\M�j disk\G-CODE\1001.tap
Checksum of intermediate NC data: 679f1dc86bc143e5384eccc0e5eb769c
Checksum of configuration: a5c05dcc58344b55638d3150dc6ba2a2
Vendor url: http://www.machsupport.com
Legal: Copyright (C) 2012-2024 by Autodesk, Inc.
Generated by: Fusion CAM 2.0.21508
...
###############################################################################
Error: This postprocessor requires a machine configuration for 5-axis simultaneous toolpath.
Error at line: 877
Failed while processing onOpen().
###############################################################################
Error: Failed to invoke function 'onOpen'.
Error: Failed to invoke 'onOpen' in the post configuration.
Error: Failed to execute configuration.
Stop time: Tuesday, February 11, 2025 8:53:23 PM
Post processing failed.
mimooborová naplavenina • kolowratský zázrak™ • NPS • GCU • HirthCalc • ncDP.ino