Alan,

Tenho e uso o Mach3 como programa de controle de máquinas, e baseado no que conheço dele te diria o seguinte:

O que interessa na realidade é a resolução por passo e mais do que isso a resolução "real" de deslocamento da máquina - isso dita a quantidade de casas decimais que importam ao operador ou para a medida da peça, então baseado nisso e na capacidade de construção mecanica de cada um, eu diria que podemos esperar uma resolução ou acuidade decimal ou até centesimal.

Posto isso, eu diria que o interpretador de movimentos deveria usar casas centesimais para os movimentos, mas o mais importante é entender que isso está ligado à resolução inserida durante o setup da máquina.

Então, se eu tenho um ajuste onde a quantidade de passos por milimetro (ou em outros casos deslocamento por passo) fracionados como quando se usa uma cremalheira ou polia dentada, a coisa pode ser significativa, e o software deve ser capaz de compensar as perdas por passo por exemplo.

Não sou a pessoa mais indicada a responder à isso, mas me parece que o pessoal usa algo baseado no algoritmo de Bresseham para fazer estas compensações.

Estou montando um algoritimo para interpretar codigo G...
mas estou com um problema ex: G01 X50,0000 Y30,0000 =partindo de 0, para andar linearmente ele chegaria ate 49,9980 restando 0,0020 o que faço com esse valor restante, esse valor seria irrelevante, isso seria a precisao da maquina

Se um comando G é para ir de (Xa, Ya, Za) para (Xb, Yb, Zb), eu faria um programa que pudesse fazer exatamente esse deslocamento, se ficasse faltando ou sobrando alguma diferença, esse seria decorrente da resolução da máquina. Porém, esse erro não deve ser cumulativo, ou seja, se um movimento de um comando G foi "para mais" o próximo deve ser "para menos", compensando e diluindo o erro ao longo de todos os movimentos.

Os comandos G02 e G03 são comandos padronizados e descrevem movimentos circulares (ou helicoidais) interpolados e paralelos a um plano de trabalho (Os planos são descritos por G17 (eixo Z, plano XY), G18 (eixo Y, planoXZ) e G19 (eixo X, plano YZ))

G02 é usado para movimentos no sentido horário e G03 para sentido antihorário e normalmente a linha que descreve o movimento possui as coordenadas do final do circulo (ou arco) e as coordenadas do centro deste círculo, sendo que se pode descrever o centro ou pelo raio ou pelas coordenadas do centro.

Se optar pelo raio, a linha de comando precisa ser como o exemplo abaixo:
G17 G2 X10 Y15 R20 Z5

Esta linha descreve o plano de trabalho (G17), o sentido da interpolação (G02) as coordenadas finais (X e Y) o raio do circulo (R) e o movimento em Z (Z) para um helicoidal - se Z é suprimido, o movimento será uma interpolação circular.

Se optar por coordenadas de centro, a linha deve ser como no exemplo:
G17 G03 X10 Y16 I3 J4

As coordenadas do centro são descritas por I e J e no exemplo estão a 3 unidades de X (I3) e 4 unidades de Y (J4).

Note que estas são coordenadas "incrementais" - caso queira usar coordenadas absolutas, deverá levar em consideração a origem do desenho.

Boa tarde F.Gilii, Jorge_BH pessoal muito obrigado pela ajuda, se nao fossem essas dicas nao teria conseguido, eu consegui montar o algoritimo para G02 e G03 tambem funcionando com o eixo Z para Helicoidal, agora vou terminar os outros codigos G04, G05..... creio que agora os proximos  serão mais facil de terminar, agora vou mecher no visual configurações e outras detalhes, montei um algoritimo tambem para interpretar PLT (HPGL) este ja esta pronto e funcionando... mas PLT é apenas para 2D, queria implementar pelo menos DXF se aguem ai tiver alguma dica sobre algum algoritimo para interpretar este tipo de arquivo, qualquer dica para mim implantar no software que estou montando será bem vinda agradeço a todas por estarem me ajudando abraços!!!

Bom dia... pessoal em relação ao G02 e G03, olhem essa imagem
http://www.teachstemnow.com/wp-content/gallery/gcode-101/gcode_example_arcs.jpg


o codigo é esse :

(Example Program with Arcs)
%
O12345   (Program Name)
N05 G90 G20   (Absolute & Inches)
N10 S6000 M03   (Spindle On, 6000 RPM)
N15 G00 Z0.25   (Rapid Move)
N20 X-0.5 Y1.0   (Rapid Move)
N25 G01 Z-0.375 F20.0   (Tool Down, Linear Move, Feedrate)
N30 G02 X0.5 Y1.0 I0.5 J0.0   (CW Arc Move)
N35 G03 X1.0 Y0.5 I0.5 J0.0   (CCW Arc Move)
N40 G02 X1.0 Y-0.5 I0.0 J-0.5   (CW Arc Move)
N45 G03 X0.5 Y-1.0 I0.0 J-0.5   (CCW Arc Move)
N50 G02 X-0.5 Y-1.0 I-0.5 J0.0   (CW Arc Move)
N55 G03 X-1.0 Y-0.5 I-0.5 J0.0   (CCW Arc Move)
N60 G02 X-1.0 Y0.5 I0.0 J0.5   (CW Arc Move)
N65 G03 X-0.5 Y1.0 I0.0 J0.5   (CCW Arc Move)
N70 G00 Z0.25   (Tool Up, Rapid Move)
N75 M05   (Spindle Off)
N80 M30   (End Program)
%


em N30 porque o valor dele esta em I0.5 sendo que ele não é o centro do arco, o centro seria em I0.0, como esta no exemplo que o Jorge_BH passou acima

t+ Abraço

Pessoal Boa tarde eu to com uma duvida seguinte... ate agora implantei no programa na parte do G02 e G03 ta funcionando apenas quando colocado como abaixo

O12345   (Program Name)
N05 G90 G20   (Absolute & Inches)
N10 S6000 M03   (Spindle On, 6000 RPM)
N15 G00 Z0.25   (Rapid Move)
N20 X-0.5 Y1.0   (Rapid Move)
N25 G01 Z-0.375 F20.0   (Tool Down, Linear Move, Feedrate)
N30 G02 X0.5 Y1.0 I0.5 J0.0   (CW Arc Move)
N35 G03 X1.0 Y0.5 I0.5 J0.0   (CCW Arc Move)
N40 G02 X1.0 Y-0.5 I0.0 J-0.5   (CW Arc Move)

agora existem codigos que vem com valores de I e J tambem maior que zero preciso de um exemplo para mim ver como ficaria um que tem o arco dessa forma com o I e o J com valores diferente de 0 abraços t+

Veja se isso ajuda: