Nu har jag testat koden tre gånger och lika många gånger har den kraschat på det fjärde hålet. Jag klipper in kodsnutten där felet inträffar nedan. Det som händer (tror jag) är att när maskinen fräst ur sista lagret i hålet och skall förflytta sig till nästa så genar den av någon anledning och slår i sidan på hålet, varpå Z stallar och ramlar ner i botten. Nu kör jag med "incremental arc centre" i CamBam och Mach3, jag har fräst ut den en gång tidigare, då med absolute mode, den gången fungerade det (jag kom just på detta och har inte hunnit testa med den varianten igen). Se koden nedan, jag har markerat raden där jag tror att det smäller.
Är det någon inställning i Mach3 jag missat eller ser koden fel ut på något vis? Visst kan jag testa att köra i absolut och se om det funkar och vara nöjd med det, men jag vill gärna förstå vad som händer. Kan det vara någon lookahead som spökar?
Förlåt mig men vad är det för pgm som generera den där g-koden?
Maila över dxf fil så ska jag ordna till 'rätt' genererad kod från Sheetcam så har du nåt att jämföra med. Provade din kod och får direkt felmeddelande på rad 2
Det här är alltså en liten liten snutt av programmet. Det är CamBam som genererat den efter en STL-fil. STL:en är bara en kloss med 6 st hål med MK2-profil. Jag mailar över hela G-koden samt STL:en.
Hur funkar det med constant velocity om jag först har en Z upp på 35mm samt sedan en lång förflyttning i X/Y. Visst kommer den att gena lite grann då, men den borde ju inte gå mer eller mindre rätt in i väggen?
Såg dina ohemula 20mm safe distance men du har väl orsak till detta med hinder eller nåt? Den kanske smiter iväg med x/y straxt innan den når +20 men i några väggar ska den inte ta vägen som jag kan se det. Vid väldigt höga farter som du iofs har (kan bara inte se vad det ska vara bra för) så blir ju inte 90° vinklar skarpa utan avrundade.
Rapid movement har ju inte specat hur den får röra sig. Så i princip så kan den ju klumpa ihop G0Z och G0XY till en rörelse (vilket den verkar göra).
Ska du vara helt säker ska du ju göra G1 Z20 med typ samma feed rate som du har på rapids så får du uppförandet som du önskar.
Sen gåt det kanske att ställa något i MACH3 så att den gör färdigt en rörelse innan den tar nästa. Finns ju något typ exact stop mode eller liknande vill jag minnas. Om det funkar för rapids vet nog Tecno bättre.
Men...... det är 6 hål med samma bearbetning/hål men bara vid ett hål kommer detta beteendet så jag drar slutsatsen att Z tappar steg = dra ner acc och maxfart
Jag brukar köra med 1-2 mm över översta planet i detaljen jag fräser, i en CNC-maskin finns det ingen större anledning att ha stora säkerhetsavstånd, en CNC-maskin gör inte fel (när den fungerar som den ska)
Jag tror problemet är att du inte har några blocknummer i din kod.
Jag trodde också att den tappade steg, men jag körde Z i luften några hundra gånger samma sträcka på ungefär samma del av linjären, detta var inga problem. Kunde till och med höja acc och fart och klara av det. Så även om det verkar mest troligt om man ser på problemet utifrån så tror jag inte riktigt på det.
CV Dist tolerance tror jag är min bov, men som sagt, ska försöka hinna testa lite olika saker ikväll.
Walle: Öhh vad har blocknumren för betydelse?
Säter: Det var det jag gjorde i testprogrammet. Observera även att förflyttningen till nästa hål väl uppe på Z20 sker med G0.
Om du har ställt in låg acceleration och kör G0 Z20 och sedan omdelebart G0 X248.0271 Y89.9093 så kan detta problem uppstå. Den hinner helt enkelt inte höja Z tillräckligt snabbt. Du kan antingen höja accelerationen eller så kan du lägga in G64 P0.01 eller G61.1 i början av programmet. Då går Z upp till 20 innan den kör G0 X248.0271 Y89.9093.