Viu Mau!!! 

Eu só tenho aqui que ficar na expectativa de seu tão belo trabalho, e não desista desta empreitada não, pois terá recompensas no futuro por esta sua dedicação a esta empreitada.

Carlos

Procurei alguma referência sobre comunicação USB e achei pouca coisa.

Vc vai encontrar algumas referências, mas serei breve: de modo geral notebooks não são adequados ao controle de máquinas CNC e não apenas pela ausência da porta paralela, mas principalmente em função do sistema de gerenciamento de energia que via de regra interfere com as tarefas de tempo real. É preferível usar algum velho PC encostado ...

OK jorge..Valeu pela dica...mas independente do uso do notebook eu penso em melhorar esta parte do sistema...pois ja existem plataformas de programações muito boas e hardware bem avaçados...não vejo nenhum problema na porta paralela, pois para estas aplicações vi que atende muito bem...mas estão sendo abolidas nos novos PC's...tive que arrumar um velhinho para começar meu projeto..e não vi nin´guém falando ainda de uma eletrônica diferente com a USB...que é a mais usada hoje em dia...só gostaria de saber se existe alguma restrição em desenvolver um sistema assim...ou só não foi melhorada ainda por falta de necessidade..

... não vi nin´guém falando ainda de uma eletrônica diferente com a USB...que é a mais usada hoje em dia...só gostaria de saber se existe alguma restrição em desenvolver um sistema assim...

As restrições quanto ao hardware estão superadas, há muitas opções viáveis. A questão é mesmo o firmware do controlador, como já disse acima, a coisa é mais crítica do que parece. Interpolação linear de alguns, pelo menos três, eixos não é difícil, mas a coisa não fica decente sem interpolação circular e aí a coisa fica um pouco mais apertada.

Creio que a melhor abordagem é deixar ao PC a maior carga possível e ao controlador o mínimo. Parece óbvio, mas as implementações de que tenho notíca me dão a impressão de ir meio que na direção contrária ...

Esse tipo de controlador ainda não é muito popular, ainda não há muitos relatos, fica difícil julgar o desempenho. De modo geral mesmo o povo gringo, com muito maior poder aquisitivo e outras facilidades, tem preferido a solução tradicional, em alguns casos por conservadorismo mesmo, em outros pelo desempenho provado e comprovado e de modo geral mais flexível da solução tradicional.

Valeu Alebe...
Vou dar uma olhada ...mas parece bem interessante não conhecia este site ainda...se eu tiver resultado eu te falo...mas vai demorar um pouquinho ainda..pois como estou iniciando neste novo projeto..vou começar pelo básico para entender e depois propor melhorias...Muito agradecido.

O que é interpolação linear e circular ?

Talvez a melhor maneira de explicar seja por meio de alguns exemplos:

(supondo que falamos do que é a maioria das máquinas com que lidamos, um robô cartesiano)

Imagine que a ferramenta está em um ponto qualquer e deva ir para outro ponto qualquer paralelo e que o segmento de reta que passa pelos pontos seja paralelo a um dos eixos da máquina:

*------------*

A coisa aqui é bem simples, um único eixo será movimentado, no máximo nos preocupamos com uma rampa de aceleração/desaceleração e com o número de passos necessários para percorrer essa distância.

Imaginemos agora que que o segmento de reta faz um ângulo qualquer. A coisa fica um pouquinho mais complicada, temos que interpolar a movimentação dos eixos, coordenar suas velocidades de modo que o deslocamento de cada eixo redunde no ângulo desejado e a partida e a chegada de ambos os eixos ocorra tb simultaneamente. Se for um ângulo de 45 graus, é bico, ambos os eixos se deslocam na mesma velocidade. Para um ângulo de 22,5 ou 67,5 graus, um dos eixos desloca-se com o dobro da velocidade do outro. E de forma similar podemos obter qualquer ângulo.

       *
     /
    /
   /
  /
*

É isto o que chamamos de interpolação.

Falamos de dois eixos, X e Y, mas quase sempre necessitamos de um terceiro eixo, o Z e então a coisa aperta ainda mais um tanto.

Falamos de trajetórias ao longo de uma reta, mas frequentemente precisamos traçar arcos, a coisa se complica mais um pouco, e computar os parâmetros para controle da trajetória exige mais ...

Interpolação circular implica em sintetizar um arco por meio de um grande número de pequenos segmentos de reta, tanto maior quanto maior for a resolução e exatidão necessárias.

Procure conhecer uma coisa chamada algoritmo de Bresenhan, é a pedra fundamental de tudo isso.

Dá pra perceber que lidamos sempre com exigências conflitantes, né ? Precisamos efetuar cálculos que se não são muito complicados, exigem muitas iterações e isso demanda tempo de processamento enquanto temos que variar e manter velocidades muito precisamente.

Conciliar essas exigências não é exatamente trivial e é quase inevitável ter de escrever as rotinas em assembly para garantir a necessária velocidade de processamento. Uma coisa é lidar com trigonometria em linguagem de alto nível, outra coisa é fazer isto em baixo nível ...

Em largas pinceladas são essas a dificuldades.

Esses comandos não são todos gerado pelo Art Cam ou G-code ?

Sim, são gerados pelo programa CAM, e interpretados pelo programa CNC que controla a máquina.

o Match3 por exemplo só obedece as cordenadas, ou faz alguma implementação a mais ?

Eu não diria que o programa "obedece" coordenadas, mas que as interpreta e gera sinais eletrônicos que vão comandar o hardware de movimentação, drivers/motores de modo a obter-se a trajetória ímplicita nos comandos + coordenadas.

A culpa deve ser do Corel, que quase sempre atrapalha o arquivo na exportação...

Veja se não tem nenhuma opção de alterar o arquivo na hora de exportar,,,