EMC2 - znizenie rychlosti pri frezovani

grinoCNC · 10. 11. 2010, 8:25

ahojte,

chcem sa vas opytat ci je podla vas normalne, ze ked frezujem napriklad pri rychlosti 1500 mm/min, tak rychlost je taka len pri pohybe jednej osi. Akonahla frezujem nejaky kruh, pripadne nieco 2.5D, v com sa hybe naraz osa X a Z, tak sa tato rychlost znizi. Je to normalne? alebo mam zle nastaveny EMC2, alebo je problem inde?

Vdaka.

krizma · 10. 11. 2010, 8:37

Jak mas nastavene rampy ?

MAX_ACCELERATION =

grinoCNC · 10. 11. 2010, 9:29

to som pozeral ako prve. Mam tam 400 na kazdej osi. Ono to ide pekne ked ide len 1 osa, pripadne to ide tiez ok ked je ten pohyb priamociary, ale akonahle je ten pohyb zlozitejsi a nepriamociary tak to ide pomalsie.

Nemam pri sebe teraz masinu ale nastavenie mam zazalohovane:

[EMC]
MACHINE = my-mill
NML_FILE = emc.nml
DEBUG = 0

[DISPLAY]
DISPLAY = axis
EDITOR = gedit
POSITION_OFFSET = RELATIVE
POSITION_FEEDBACK = ACTUAL
MAX_FEED_OVERRIDE = 1.2
INTRO_GRAPHIC = emc2.gif
INTRO_TIME = 5
PROGRAM_PREFIX = /home/cnc/emc2/nc_files
INCREMENTS = 5mm 1mm .5mm .1mm .05mm .01mm .005mm

[FILTER]
PROGRAM_EXTENSION = .png,.gif,.jpg Greyscale Depth Image
PROGRAM_EXTENSION = .py Python Script
png = image-to-gcode
gif = image-to-gcode
jpg = image-to-gcode
py = python

[TASK]
TASK = milltask
CYCLE_TIME = 0.010

[RS274NGC]
PARAMETER_FILE = emc.var

[EMCMOT]
EMCMOT = motmod
COMM_TIMEOUT = 1.0
COMM_WAIT = 0.010
BASE_PERIOD = 100000
SERVO_PERIOD = 1000000

[HAL]
HALFILE = my-mill.hal
HALFILE = custom.hal
POSTGUI_HALFILE = custom_postgui.hal

[TRAJ]
AXES = 3
COORDINATES = X Y Z
LINEAR_UNITS = mm
ANGULAR_UNITS = degree
CYCLE_TIME = 0.010
DEFAULT_VELOCITY = 3.00
MAX_LINEAR_VELOCITY = 35.00

[EMCIO]
EMCIO = io
CYCLE_TIME = 0.100
TOOL_TABLE = tool.tbl

[AXIS_0]
TYPE = LINEAR
HOME = 0.0
MAX_VELOCITY = 35.0
MAX_ACCELERATION = 400.0
STEPGEN_MAXACCEL = 625.0
SCALE = 133.333333333
FERROR = 1
MIN_FERROR = .25
MIN_LIMIT = -500.0
MAX_LIMIT = 500.0
HOME_OFFSET = 0.0

[AXIS_1]
TYPE = LINEAR
HOME = 0.0
MAX_VELOCITY = 35.0
MAX_ACCELERATION = 400.0
STEPGEN_MAXACCEL = 625.0
SCALE = 133.333333333
FERROR = 1
MIN_FERROR = .25
MIN_LIMIT = -600.0
MAX_LIMIT = 600.0
HOME_OFFSET = 0.0

[AXIS_2]
TYPE = LINEAR
HOME = 0.0
MAX_VELOCITY = 35.0
MAX_ACCELERATION = 400.0
STEPGEN_MAXACCEL = 625.0
SCALE = 133.333333333
FERROR = 1
MIN_FERROR = .25
MIN_LIMIT = -400.0
MAX_LIMIT = 400.0
HOME_OFFSET = 0.0

bobik · 11. 11. 2010, 4:24

Je to normální. Mě to dělalo taky. Počítač prostě nestíhá generovat tolik pulzů pro více os. Řešením je HW interpolátor, nějaká MESA karta.

Martinhora · 11. 11. 2010, 5:56

Pokud máš např. ten kruh vygenerovaný z jednotlivých úseček tak stroj prakticky na každé úsečce zrychluje a zpomaluje. Zkus v g-kodu použít G2 nebo G3 a uvidíš jak to pomastí. Pokud jedeš na jedné ose delší úsečku tak stroj zrychlí a pak jede na max F. Rampa 400 je dost málo. S tou dosáhneš na rozkouskované kružnici na F700. Myslim, že to s emc a generováním pulsů nemá vůbec co dělat - jde zkrátka a pouze o dinamiku stroje (pokud nastavíš rampu na 800 -(pokud to tedy stroj zvládne) vše se urychlí)

bobik · 11. 11. 2010, 6:53

Akcelerace 400mm/s2? To krokáče zvládnou? Já mám 180. Víc jsem z toho nedostal. Ale honím hmoty 75kg na každé ose. Jinak skoro každej program z CAMu je z malinkatejch úseček jejich velikost je daná přesností obrábění. Takže jak to, že když jsem přešel z EMC na MACH se Smoothstepperem, tak mi to jezdí rychlostí jakou mám nastavenou v CAMu, když mám stejnou akceleraci? Zatímco v EMC to bylo tak 80-90%.

vladosk · 11. 11. 2010, 7:16

Ten problém se zrychlováním a zpomalovámím úseček se dá řešit v EMC funkcemi G61 a G64. Dá se tam nastavit tolerance, aby rohy nebyly moc "zaoblené". Je třeba najít kompromis mezi rychlostí a přesností dráhy.

Martinhora · 11. 11. 2010, 7:22

Mám nastavenou akceleraci na 700 mm/s2 (KM). Pokud vygeneruju třeba kružnici po úsečkách tak se nastavená F sníží. Pokud místo tohu použiju G2 nebo G3 tak to jede nastavenou rychlostí. Proto v některý camech lze nastavit prokládání dráhy oblouky (záleží na nastavené přesnosti). Myslím si, že je to dáno tím, že pokud se jede po úsečkách tak ovládácí software předem neví po jaké dráze pojede (může přijít i úsečka v naprosto opačném směru) a proto neustále zrychluje a zpomaluje), ale při použítí příkazů pro oblouky je dráha předem definovaná. Interpolátor bohužel nemám, takže nemohu porovnat.

AcemanLB · 11. 11. 2010, 7:26

Taky bych to viděl na ty úsečky, mě to dělalo taky. Nakreslil jsem něco v programu SKetchUp a když jsem to potom v CAMu zkoumal tak ty úsečky tam opravdu byly. Samosebou, že stroj na každém počátku brzdil a znovu se rozjížděl. Vyřešil jsem to tak, že jsem problematické části výkresu nahradil křivkou přímo v CAMu. Pak to jezdilo plynule.

grinoCNC · 11. 11. 2010, 3:19

Parada, dakujem za prispevky. Skusim teda ako prve vymackat co najviac z akceleracie, a prestudujem si aj tie kody G61 G64. Co sa tyka toho interpolatoru, zatial je to pre mna velka neznama

takze tiez musim nastudovat. A co sa tyka tej presnosti v CAMe, tak bohuzial v ArtCAMe som nenasiel zatial ziadne nastavenia presnosti

grinoCNC · 11. 11. 2010, 4:07

Ten kod G64 ak ho zapnem v programe na zaciatku tak je zapnuty az dovtedy kym nezadam kod G61?

A tie tolerancie su v mm? To znamena napr. G64 3 3 ? ake pouzivate hodnoty vy?

11. 11. 2010, 8:40

bude to hodne o te funkci exact stop g61 a g64
ta funkce je modalni tedy dokud to tou druhou nevyrusis tak to plati

rozdil je ze kdyz je exact stop zapnuty vzdy masina zastavuje na konci kazdeho bloku

tedy jsi li na x0 y0 tak se
g01 x10 y0
g01 x10 y10
vykona se zastavkou v rohu na souradnixi x10 y0

je li ta funkce vypnuta
tak to misto zastavky pekne projede obloukem a ten roh zaobli!
ta oblina je velka v zavislosti na nastavene akceleraci stroje
holt se proste masina snazi udrzet si rychlost pohybu bez ohledu na smer

kazdej system pak tyhle veci resi po svem
napriklad v GSK se to musi zapinat rucne
jeden tarsi typ GSK pri vypnute fukci exact stop pri vyssich rychlostech mival drobne odchylky v poloze coz na hladkych obecnych plochach bylo trochu vydet, pomohlo snizit rychlost

naopak gravos tuhle funkci vpodstate nezna nebot sam pozna je li uhlova odchylka dvou po sobe jdoucich vektoru "velka" a zastavuje, nebo "mala" a profrci to konstantni rychlosti aniz by se to nejak projevilo na obrobku, ta mira odchylky uhlu je tam tusim napevno a nejde menit
vyhodou je ze se s tim uzivatel nemusi zabyvat vzdy to obrabi presne a plynule

Gulliver64 · 11. 11. 2010, 9:16

v mach3 od verze 2.63 je možnost nastavit si mezní úhel deakcelerace dle libosti, takže kombinací akcelerace a tohoto úhlu lze docílit až překvapivě dobrých výsledků - plynulého pohybu s bržděním v ostrých koutech (mimochodem, mach si předpočítává dráhu a dokáže akcelerovat a deakcelerovat i v obecné dráze - rozuměj v dráze tvořené několika po sobě jdoucími přímkamy, mnohdy desítkami "G01"). když jsem přecházel z v.1.84 na v2.63 a zapnul jsem tuto vychytávku tak jsem v němém úžasu stál u mašinky několik minut

. pro upřesnění, frézuji takřka výhradně ve 3D kde se prakticky s ničím jiným než s G01 nesetkávám a kde jsou jednotlivé dráhy běžně dlouhé jen několik desetin mm.

grinoCNC · 11. 11. 2010, 9:26

Jasne rozumiem, uz len tu G64 odladit, a najst vhodny kompromis, tak aby bola rychlost vcelku dobra a aby moc nezaoblovalo hrany, ajked pri 3d frezovani by to niekde nemuselo az tak vadit.

Radek-B · 11. 11. 2010, 10:26

grinoCNC píše:Jasne rozumiem, uz len tu G64 odladit, a najst vhodny kompromis, tak aby bola rychlost vcelku dobra a aby moc nezaoblovalo hrany, ajked pri 3d frezovani by to niekde nemuselo az tak vadit.

syntax zapisu G-kodu je :
G64 P0.05
P= velikost povolene odchylky.

RADEK